Rlogin vs Telnet
Rlogin e Telnet são dois protocolos muito semelhantes, pois ambos permitem que um usuário se conecte remotamente a outro computador e depois enviem comandos executados nesse computador. Ambos permitem que uma pessoa manipule e extraia dados de um computador, mesmo sem estar fisicamente em contato com ele. Mas existem algumas diferenças importantes entre o rlogin e o telnet. A principal diferença entre o rlogin e o telnet está na maneira como o rlogin permite que as credenciais do cliente sejam armazenadas em um arquivo rhosts local, para que o usuário precise acessar o servidor remoto e ele se conectar automaticamente. O programa do cliente passa as credenciais automaticamente. Isso pode ser apenas para senha e nome de usuário ou senha. O problema é que deixar um terminal sem vigilância deixa não apenas esse terminal vulnerável, mas também todos os outros computadores remotos que possuem entradas no arquivo rhosts local. Como não é implementado no telnet, não há risco de expor o servidor a riscos desnecessários..
O primeiro é a capacidade de passar configurações e variáveis de ambiente como parâmetros. Obviamente, você também pode alterar as configurações e as variáveis de ambiente digitando comandos após o estabelecimento da sessão, mas para muitos, é uma etapa desnecessária. Mais tarde, foi descoberto que esse recurso expõe o servidor a riscos de segurança. Assim, muitos servidores desabilitam o uso desse recurso, mesmo que isso incomode levemente o cliente..
Mas a coisa mais importante sobre esses dois é o mesmo com os dois e não é realmente uma diferença. O rlogin e o telnet não são protocolos seguros que enviam mensagens em texto sem formatação; um formulário que é facilmente legível quando interceptado. Portanto, o uso de ambos não é aconselhável ao rotear através de redes públicas como a Internet. Mesmo quando restrito a uma rede privada local, o uso de rlogin ou telnet ainda é desencorajado. Por razões de segurança, o rlogin e o telnet não estão mais sendo usados. Outros protocolos como o SSH assumiram amplamente esses dois protocolos.
Resumo: