Входящий SSH перестал работать на FreeBSD 7.2

Входящий SSH перестал работать на FreeBSD 7.2

Каким-то образом sshd перестал работать, и никакие запуски, перезагрузки или onestart не заставляют его работать снова. Обычно я подключаюсь к нему по ssh с ноутбука с двойной загрузкой, который отображается в сети как gabi-buntu при работе Ubuntu Karmic и как gabi-pc при работе Windows XP Pro. Ни мое подключение Putty, ни терминал Linux больше не могут установить ssh-ссылку.

После перезагрузки сервера я получаю сообщение "/etc/rc: WARNING: run_rc_command: cannot run /usr/sbin/sshd". Кроме того, появится сообщение, говорящее что-то вроде

rpc.statd: не удалось связаться с хостом gabi-buntu RPC: ошибка сопоставления портов RPC: истекло время ожидания

Все остальное работает отлично. FreeBSD 7.2 box запускает сервер печати, сервер Samba и сервер Apache для wiki через https. Он также обслуживает общие ресурсы NFS для клиентов Linux.

Какие-либо предложения?

решение1

Джефф и Мари, я не зашел так далеко. Я здесь новичок. Я следил за этим вопросом, но он так и не показал мне ответов, поэтому я на самом деле не посмотрел на него — что навело бы меня на ваши комментарии. Я нашел обходной путь.

Сначала моя диагностика:

Оказывается, NFS-сервер заботится о присутствии своих клиентов. Я не знал. Я предполагал, что он просто обслуживает тех, кто там находится, и ищет, чтобы его обслуживали.

Клиент "gabi-buntu" был половиной Ubuntu Karmic для ноутбука с двойной загрузкой. Karmic не приостанавливается/не переходит в спящий режим на ноутбуке — или в лучшем случае переходит, но не может выйти из спящего режима, что одно и то же, поскольку для этого требуется холодный перезапуск. Это событие регистрируется демоном rpc.statd сервера NFS как сбой клиента. Это и вызвало сбой в работе порт-картографа — см. раздел ОШИБКИ rpc.statd(8) на страницах руководства FreeBSD.

Мой обходной путь:

Мне на самом деле не нужен сервер NFS. Пока Ubuntu не разберется, как приостанавливать/переходить в спящий режим на ноутбуках, я буду использовать Win XP и получать доступ к своему серверному ресурсу через Samba. Это работает отлично.

Итак, все, что мне нужно было сделать, это исправить ssh. Файл /usr/sbin/sshd был там в порядке. Я не уверен, почему это не сработало, но это неважно: "make -D WITH_OVERWRITE_BASE deinstall installed clean" порта "openssh-portable" вылечил все, что его беспокоило, и теперь он работает.

Связанный контент