De alguma forma, o sshd parou de funcionar e nenhuma inicialização, reinicialização ou onestart fará com que ele funcione novamente. Eu normalmente faço login nele a partir de um laptop de inicialização dupla que aparece na rede como gabi-buntu ao executar o Ubuntu Karmic e como gabi-pc ao executar o Windows XP Pro. Nem minha conexão Putty nem o terminal Linux podem mais estabelecer um link ssh.
Ao reiniciar o servidor, sou recebido com "/etc/rc: AVISO: run_rc_command: não é possível executar /usr/sbin/sshd". Além disso, uma mensagem aparecerá dizendo coisas como
rpc.statd: falha ao contatar o host gabi-buntu RPC: falha no mapeador de porta RPC: tempo limite esgotado
Todo o resto funciona bem. A caixa do FreeBSD 7.2 executa um servidor de impressão, um servidor Samba e um servidor Apache para um wiki via https. Ele também oferece compartilhamentos NFS para clientes Linux.
Alguma sugestão?
Responder1
Geoff e Marie, não cheguei tão longe. Eu sou novo aqui. Fiquei de olho nessa pergunta, mas ela continuava sem respostas, então nunca olhei para ela - o que teria me alertado para seus comentários. Eu encontrei uma solução alternativa.
Primeiro, meu diagnóstico:
Acontece que o servidor NFS se importa se seus clientes estão presentes. Eu não sabia. Presumi que servisse apenas a quem estava lá, querendo ser servido.
O cliente "gabi-buntu" era a metade Ubuntu Karmic de um laptop de inicialização dupla. O Karmic não suspende/hiberna em um laptop – ou, na melhor das hipóteses, suspende, mas não consegue acordar, o que é a mesma coisa porque é necessário reiniciar a frio. Esse evento é registrado no daemon rpc.statd do servidor NFS como uma falha do cliente. Foi isso que causou a falha do mapeador de portas - veja a seção BUGS do rpc.statd(8) nas páginas man do FreeBSD.
Minha solução alternativa:
Eu realmente não preciso de um servidor NFS. Até que o Ubuntu descubra como suspender/hibernar em laptops, continuarei com o Win XP e acessarei meu compartilhamento de servidor via Samba. Isso funciona bem.
Então, tudo que tive que fazer foi consertar o ssh. O arquivo /usr/sbin/sshd estava lá, certo. Não sei por que não funcionou, mas não importa: "make -D WITH_OVERWRITE_BASE deinstall reinstall clean" da porta "openssh-portable" curou tudo o que estava com problemas e funciona agora.