Сервер 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 и проверьте.

У меня была аналогичная проблема с изображением 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 и проверьте.

У меня была аналогичная проблема с изображением 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 и проверьте.

У меня была аналогичная проблема с изображением 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 и проверьте.

У меня была такая же проблема на моей коробке 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.

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

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

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

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

Это похоже на ошибку # 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 и проверьте.