De alguna manera, sshd dejó de ejecutarse y ninguna cantidad de inicio, reinicio o onestart hará que vuelva a funcionar. Normalmente lo entro desde una computadora portátil de arranque dual que aparece en la red como gabi-buntu cuando ejecuto Ubuntu Karmic y como gabi-pc cuando ejecuto Windows XP Pro. Ni mi conexión Putty ni el terminal Linux ya pueden establecer un enlace ssh.
Al reiniciar el servidor, aparece "/etc/rc: ADVERTENCIA: run_rc_command: no se puede ejecutar /usr/sbin/sshd". Además, aparecerá un mensaje diciendo cosas como
rpc.statd: no se pudo contactar con el host gabi-buntu RPC: falla en el asignador de puertos RPC: se agotó el tiempo de espera
Todo lo demás funciona bien. El sistema FreeBSD 7.2 ejecuta un servidor de impresión, un servidor Samba y un servidor Apache para una wiki a través de https. También ofrece recursos compartidos NFS para clientes Linux.
¿Alguna sugerencia?
Respuesta1
Geoff y Marie, no llegué tan lejos. Soy nuevo aqui. Estuve atento a esta pregunta, pero seguía sin mostrar respuestas, por lo que nunca la miré, lo que me habría alertado sobre sus comentarios. Encontré una solución.
Primero, mi diagnóstico:
Resulta que al servidor NFS sí le importa si sus clientes están presentes. No lo sabía. Supuse que solo servía a quien estaba allí, buscando ser atendido.
El cliente "gabi-buntu" era la mitad Ubuntu Karmic de una computadora portátil de arranque dual. Karmic no suspende/hiberna en una computadora portátil, o en el mejor de los casos lo hace, pero no puede reactivarse, que es lo mismo porque requiere un reinicio en frío. Ese evento se registra con el demonio rpc.statd del servidor NFS como una falla del cliente. Eso es lo que causó el fallo del asignador de puertos; consulte la sección ERRORES de rpc.statd(8) en las páginas del manual de FreeBSD.
Mi solución:
Realmente no necesito un servidor NFS. Hasta que Ubuntu descubra cómo suspender/hibernar en computadoras portátiles, seguiré con Win XP y accederé a mi servidor compartido a través de Samba. Eso funciona bien.
Entonces, todo lo que tenía que hacer era arreglar ssh. El archivo /usr/sbin/sshd estaba ahí. No estoy seguro de por qué no funcionó, pero no importa: "hacer -D CON_OVERWRITE_BASE desinstalar reinstalar limpio" del puerto "openssh-portable" solucionó cualquier problema y ahora funciona.