Сервер SSH не работает (респауны до остановки)

У меня была аналогичная проблема с изображением Ubuntu 11.10 на Linode после перезапуска. Служба ssh создаст в syslog:

Это тестовая коробка, и у нее было около 60 дней безотказной работы, поэтому где-то по пути я установил что-то, что было добавлено к нижней части sshd_config:

Комментирование этих строк позволило запустить ssh.

В /etc/ssh/sshd_config убедитесь, что все опции yes и no в нижнем регистре. Например, если вы установили PermitRootLogin No, ssh не запустится. Это действительно должно быть PermitRootLogin no.

У меня была такая же проблема на моей коробке 12.04. То есть те же симптомы. Увы, это всегда случалось, когда я ввел предложение ListenAddress с адресами inet и inet6 в sshd_config. Короче говоря, это, по-видимому, является симптомом искаженного sshd_config - хотя в файлах журналов ничего не сказано.

Устранение неполадок sshd

То, что я нахожу вообще очень полезно в любых таких случаях - запустить sshd, не давая ему демонизировать. Проблема в моем случае заключалась в том, что ни syslog, ни auth.log не показали ничего значимого.

Когда я начал с терминала, я получил:

Гораздо лучше! Это сообщение об ошибке позволило мне понять, что не так, и исправить.

NB: по крайней мере, на Ubuntu $(which sshd) - лучший способ удовлетворить требование sshd абсолютного пути. В противном случае вы получите следующую ошибку: sshd re-exec requires execution with an absolute path. [F14] делает sshd прослушиванием этого альтернативного порта, переопределяя конфигурационный файл - это значит, что он не сталкивается с потенциально запущенными экземплярами sshd. Обязательно выберите свободный порт здесь.

Этот метод много раз помогал мне в поиске проблем, будь то проверки подлинности или другие типы. Чтобы получить действительно подробный вывод в stdout, используйте $(which sshd) -Ddddp 10222 (обратите внимание на добавленный dd, чтобы увеличить многословие). Для большей проверки отладки man sshd.

Это похоже на ошибку # 687535, которая недавно была исправлена ​​в natty, и была добавлена ​​как maverick, так и lucid в качестве предлагаемого обновления.

https: //bugs.launchpad. net / ubuntu / lucid / + source / openssh / + bug / 687535

Я бы посоветовал всем пойти туда, попробовать тестовый пример (поиск TEST CASE) и опубликовать результаты как до, так и после установка предлагаемого исправления. Это поможет команде SRU решить, что проверка была выполнена, и опубликовать ее как обновление.

Ubuntu ssh не запускается, и syslog дал «init: ssh main process (2044), завершенный статусом 255»

/ usr / sbin / sshd -Ddp 10222

для меня определить ошибку строки sshd_config

получил ту же проблему, верхнее решение не работает, но у меня есть решение для этого.

Путь в порядке в соответствии с документом, поэтому я запускаю вручную sshd.

/ var / run / sshd.

, тогда его штраф. запустите ssh localhost и проверьте.

Это похоже на ошибку # 687535, которая недавно была исправлена ​​в natty, и была добавлена ​​как maverick, так и lucid в качестве предлагаемого обновления.

https: // bugs .launchpad.net / ubuntu / lucid / + source / openssh / + bug / 687535

Я бы рекомендовал всем пойти туда, попробовать тестовый пример (поиск TEST CASE) и опубликуйте результаты как до, так и после установки предлагаемого исправления. Это поможет команде SRU решить, что проверка была выполнена, и опубликовать ее как обновление.

Ubuntu ssh не запускается, и syslog дал «init: ssh main process (2044), завершенный статусом 255»

/ usr / sbin / sshd -Ddp 10222

для меня определить ошибку строки sshd_config

получил ту же проблему, верхнее решение не работает, но у меня есть решение для этого.

  root @ imt: ~ # sshd sshd re-exec требует выполнения с абсолютным путем ssh  localhost ssh: connect to host localhost port 22: Network is unreachable  

Путь в порядке в соответствии с документом, поэтому я запускаю вручную sshd.

  root @ imt  : ~ # / usr / sbin / sshd / var / run / sshd должны принадлежать только root, а не разрешению для группы  

/ var / run / sshd.

  root @ imt: ~ # ls -ld / var / run / sshd drwsrwsrwt 2 root root 40 янв. 5 12:58 / var / run / sshd root @ imt: ~ # chmod 755 / var / run  / sshd  

, тогда его штраф. запустите ssh localhost и проверьте.

  root @ imt: ~ # ssh localhost Невозможно установить подлинность хоста localhost (127.0.0.1).  Отпечаток ключа RSA равен 64: 93: fd: ab: 4c: f9: 7b: 8a: 86: 60: 22: f7: 56: fa: ea: cc.  Вы действительно хотите продолжить подключение (да / нет)?  да  

В / etc / ssh / sshd_config убедитесь, что все параметры yes и no в нижнем регистре. Например, если вы установили PermitRootLogin No , ssh не запустится. Фактически это должно быть PermitRootLogin no .

У меня была такая же проблема на моей коробке 12.04. То есть те же симптомы. Увы, это всегда происходило, когда я ввел предложение ListenAddress с адресами inet и inet6 в sshd_config . Короче говоря, это, по-видимому, является симптомом искаженного sshd_config - хотя в файлах журналов ничего не сказано.

Устранение сбоев в работе sshd [ ! d20]

То, что я считаю вообще полезным в любых таких случаях, - это запустить sshd , не давая ему демонизировать. Проблема в моем случае заключалась в том, что ни syslog , ни auth.log не показали ничего значимого.

Когда я начал с терминала, я получил:

  # $ (which sshd) -Ddp 10222 / etc / ssh / sshd_config строка 8: семейство адресов должно быть указано перед ListenAddress.   

Гораздо лучше! Это сообщение об ошибке позволило мне понять, что не так, и исправить.

NB: по крайней мере, на Ubuntu $ (который sshd) является лучшим методом для удовлетворения требования sshd абсолютного пути. В противном случае вы получите следующую ошибку: sshd re-exec требует выполнения с абсолютным путем . [D13] -p 10222 делает sshd прослушиванием этого альтернативного порта, переопределяя конфигурационный файл - это так, что он не сталкивается с потенциально запущенным sshd ] экземпляров. Обязательно выберите свободный порт здесь.

Этот метод помог мне много раз в поиске проблем, будь то проблемы с проверкой подлинности или другие типы. Чтобы получить действительно подробный вывод на stdout , используйте $ (который sshd) -Ddddp 10222 (обратите внимание на добавленный dd для увеличения детализации). Для большей проверки отладки проверьте man sshd .

У меня была аналогичная проблема с изображением Ubuntu 11.10 на Linode после перезапуска. Служба ssh создаст в syslog:

  Mar 18 06:31:33 servername kernel: init: ssh main process закончился, respawning Мар 18 06:31:33 servername kernel: init: ssh main process  (3419) завершено со статусом 255 Mar 18 06:31:33 servername kernel: init: ssh main process закончился, respawning Mar 18 06:31:33 servername kernel: init: ssh main process (3422) завершен со статусом 255 Mar 18 06  : 31: 33 servername kernel: init: ssh respawning слишком быстро, остановлено  

Это тестовое поле, и у него было около 60 дней безотказной работы, поэтому где-то по пути я установил что-то, что добавлено к нижней части sshd_config:

  ClientAliveInterval 60 ClientCountAliveMax 60  

Комментирует, что эти строки разрешили запуск ssh.

У меня была такая же проблема на моей коробке 12.04. То есть те же симптомы. Увы, это всегда происходило, когда я ввел предложение ListenAddress с адресами inet и inet6 в sshd_config . Короче говоря, это, по-видимому, является симптомом искаженного sshd_config - хотя в файлах журналов ничего не сказано.

Устранение сбоев в работе sshd [ ! d20]

То, что я считаю вообще полезным в любых таких случаях, - это запустить sshd , не давая ему демонизировать. Проблема в моем случае заключалась в том, что ни syslog , ни auth.log не показали ничего значимого.

Когда я начал с терминала, я получил:

  # $ (which sshd) -Ddp 10222 / etc / ssh / sshd_config строка 8: семейство адресов должно быть указано перед ListenAddress.   

Гораздо лучше! Это сообщение об ошибке позволило мне понять, что не так, и исправить.

NB: по крайней мере, на Ubuntu $ (который sshd) является лучшим методом для удовлетворения требования sshd абсолютного пути. В противном случае вы получите следующую ошибку: sshd re-exec требует выполнения с абсолютным путем . [D13] -p 10222 делает sshd прослушиванием этого альтернативного порта, переопределяя конфигурационный файл - это так, что он не сталкивается с потенциально запущенным sshd ] экземпляров. Обязательно выберите свободный порт здесь.

Этот метод помог мне много раз в поиске проблем, будь то проблемы с проверкой подлинности или другие типы. Чтобы получить действительно подробный вывод на stdout , используйте $ (который sshd) -Ddddp 10222 (обратите внимание на добавленный dd для увеличения детализации). Для большей проверки отладки проверьте man sshd .

Это похоже на ошибку # 687535, которая недавно была исправлена ​​в natty, и была добавлена ​​как maverick, так и lucid в качестве предлагаемого обновления.

https: // bugs .launchpad.net / ubuntu / lucid / + source / openssh / + bug / 687535

Я бы рекомендовал всем пойти туда, попробовать тестовый пример (поиск TEST CASE) и опубликуйте результаты как до, так и после установки предлагаемого исправления. Это поможет команде SRU решить, что проверка была выполнена, и опубликовать ее как обновление.

Ubuntu ssh не запускается, и syslog дал «init: ssh main process (2044), завершенный статусом 255»

/ usr / sbin / sshd -Ddp 10222

для меня определить ошибку строки sshd_config

получил ту же проблему, верхнее решение не работает, но у меня есть решение для этого.

  root @ imt: ~ # sshd sshd re-exec требует выполнения с абсолютным путем ssh  localhost ssh: connect to host localhost port 22: Network is unreachable  

Путь в порядке в соответствии с документом, поэтому я запускаю вручную sshd.

  root @ imt  : ~ # / usr / sbin / sshd / var / run / sshd должны принадлежать только root, а не разрешению для группы  

/ var / run / sshd.

  root @ imt: ~ # ls -ld / var / run / sshd drwsrwsrwt 2 root root 40 янв. 5 12:58 / var / run / sshd root @ imt: ~ # chmod 755 / var / run  / sshd  

, тогда его штраф. запустите ssh localhost и проверьте.

  root @ imt: ~ # ssh localhost Невозможно установить подлинность хоста localhost (127.0.0.1).  Отпечаток ключа RSA равен 64: 93: fd: ab: 4c: f9: 7b: 8a: 86: 60: 22: f7: 56: fa: ea: cc.  Вы действительно хотите продолжить подключение (да / нет)?  да  

У меня была аналогичная проблема с изображением Ubuntu 11.10 на Linode после перезапуска. Служба ssh создаст в syslog:

  Mar 18 06:31:33 servername kernel: init: ssh main process закончился, respawning Мар 18 06:31:33 servername kernel: init: ssh main process  (3419) завершено со статусом 255 Mar 18 06:31:33 servername kernel: init: ssh main process закончился, respawning Mar 18 06:31:33 servername kernel: init: ssh main process (3422) завершен со статусом 255 Mar 18 06  : 31: 33 servername kernel: init: ssh respawning слишком быстро, остановлено  

Это тестовое поле, и у него было около 60 дней безотказной работы, поэтому где-то по пути я установил что-то, что добавлено к нижней части sshd_config:

  ClientAliveInterval 60 ClientCountAliveMax 60  

Комментирует, что эти строки разрешили запуск ssh.

В / etc / ssh / sshd_config убедитесь, что все параметры yes и no в нижнем регистре. Например, если вы установили PermitRootLogin No , ssh не запустится. Фактически это должно быть PermitRootLogin no .

Ubuntu ssh не запускается, и syslog дал «init: ssh main process (2044), завершенный статусом 255»

/ usr / sbin / sshd -Ddp 10222

для меня определить ошибку строки sshd_config

получил ту же проблему, верхнее решение не работает, но у меня есть решение для этого.

  root @ imt: ~ # sshd sshd re-exec требует выполнения с абсолютным путем ssh  localhost ssh: connect to host localhost port 22: Network is unreachable  

Путь в порядке в соответствии с документом, поэтому я запускаю вручную sshd.

  root @ imt  : ~ # / usr / sbin / sshd / var / run / sshd должны принадлежать только root, а не разрешению для группы  

/ var / run / sshd.

  root @ imt: ~ # ls -ld / var / run / sshd drwsrwsrwt 2 root root 40 янв. 5 12:58 / var / run / sshd root @ imt: ~ # chmod 755 / var / run  / sshd  

, тогда его штраф. запустите ssh localhost и проверьте.

  root @ imt: ~ # ssh localhost Невозможно установить подлинность хоста localhost (127.0.0.1).  Отпечаток ключа RSA равен 64: 93: fd: ab: 4c: f9: 7b: 8a: 86: 60: 22: f7: 56: fa: ea: cc.  Вы действительно хотите продолжить подключение (да / нет)?  да  

В / etc / ssh / sshd_config убедитесь, что все параметры yes и no в нижнем регистре. Например, если вы установили PermitRootLogin No , ssh не запустится. Фактически это должно быть PermitRootLogin no .

У меня была такая же проблема на моей коробке 12.04. То есть те же симптомы. Увы, это всегда происходило, когда я ввел предложение ListenAddress с адресами inet и inet6 в sshd_config . Короче говоря, это, по-видимому, является симптомом искаженного sshd_config - хотя в файлах журналов ничего не сказано.

Устранение сбоев в работе sshd [ ! d20]

То, что я считаю вообще полезным в любых таких случаях, - это запустить sshd , не давая ему демонизировать. Проблема в моем случае заключалась в том, что ни syslog , ни auth.log не показали ничего значимого.

Когда я начал с терминала, я получил:

  # $ (which sshd) -Ddp 10222 / etc / ssh / sshd_config строка 8: семейство адресов должно быть указано перед ListenAddress.   

Гораздо лучше! Это сообщение об ошибке позволило мне понять, что не так, и исправить.

NB: по крайней мере, на Ubuntu $ (который sshd) является лучшим методом для удовлетворения требования sshd абсолютного пути. В противном случае вы получите следующую ошибку: sshd re-exec требует выполнения с абсолютным путем . [D13] -p 10222 делает sshd прослушиванием этого альтернативного порта, переопределяя конфигурационный файл - это так, что он не сталкивается с потенциально запущенным sshd ] экземпляров. Обязательно выберите свободный порт здесь.

Этот метод помог мне много раз в поиске проблем, будь то проблемы с проверкой подлинности или другие типы. Чтобы получить действительно подробный вывод на stdout , используйте $ (который sshd) -Ddddp 10222 (обратите внимание на добавленный dd для увеличения детализации). Для большей проверки отладки проверьте man sshd .

Это похоже на ошибку # 687535, которая недавно была исправлена ​​в natty, и была добавлена ​​как maverick, так и lucid в качестве предлагаемого обновления.

https: // bugs .launchpad.net / ubuntu / lucid / + source / openssh / + bug / 687535

Я бы рекомендовал всем пойти туда, попробовать тестовый пример (поиск TEST CASE) и опубликуйте результаты как до, так и после установки предлагаемого исправления. Это поможет команде SRU решить, что проверка была выполнена, и опубликовать ее как обновление.

У меня была аналогичная проблема с изображением Ubuntu 11.10 на Linode после перезапуска. Служба ssh создаст в syslog:

  Mar 18 06:31:33 servername kernel: init: ssh main process закончился, respawning Мар 18 06:31:33 servername kernel: init: ssh main process  (3419) завершено со статусом 255 Mar 18 06:31:33 servername kernel: init: ssh main process закончился, respawning Mar 18 06:31:33 servername kernel: init: ssh main process (3422) завершен со статусом 255 Mar 18 06  : 31: 33 servername kernel: init: ssh respawning слишком быстро, остановлено  

Это тестовое поле, и у него было около 60 дней безотказной работы, поэтому где-то по пути я установил что-то, что добавлено к нижней части sshd_config:

  ClientAliveInterval 60 ClientCountAliveMax 60  

Комментирует, что эти строки разрешили запуск ssh.