Назад | Перейти на главную страницу

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

Каким-то образом sshd перестал работать, и никакие операции start, restart или 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 запускает сервер печати, сервер Samba и сервер Apache для вики через https. Он также обслуживает общие ресурсы NFS для клиентов Linux.

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

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

Во-первых, моя диагностика:

Оказывается, серверу 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 переустановить очистить" порта "openssh-portable" вылечил все, что его вызвало, и теперь он работает.