Проблема з SSH після оновлення

9

Setting up openssh-server (1:5.3p1-3ubuntu7) ... 
Creating SSH2 RSA key; this may take some time ... 
Creating SSH2 DSA key; this may take some time ... 
start: Job failed to start

Не вдається ініціалізувати ssh, вже спробували перевстановити.

SSH-сервер запускається вручну через /etc/init.d/ssh start

netstat -nlp показує, що жоден сервіс не працює на порту TCP 22

ssh openssh

— Frielspak
джерело

Чи можете ви уточнити у своєму запитанні, чи спробували ви запустити його вручну, тобто sudo /etc/init.d/ssh start, якщо це так, чи дала це помилка іншою, ніж при встановленні? Також, можливо, ви захочете встановити nmapта запустити, nmap 127.0.0.1щоб побачити, чи вже є екземпляр запуску ssh і поставити результат у своєму запитанні.

— Azendale

Я спробував запустити його вручну, і отримав те саме

— Frielspak

Спробуйте запустити ще раз демона ssh вручну, а потім відкрийте /var/log/authі перевірте внизу файлу, що показують журнали ...

— Павлос Г.

16

Не впевнений, що моє рішення правильне. Але якщо ви просто хочете запустити свій SSH-сервер, а потім вирішити свою проблему пізніше, ось моє швидке рішення:

start-stop-daemon --start --pidfile /var/run/sshd.pid --exec /usr/sbin/sshd -- -p 22

якщо тоді ви побачите помилку:

Missing privilege separation directory: /var/run/sshd

тоді просто створіть цю відсутній каталог та спробуйте над командою start-stop-daemon знову:

mkdir /var/run/sshd
chmod 0755 /var/run/sshd

це допомогло мені запустити свій sshd демон.

— Павло Костенко
джерело

1

Це виправляє лише поточний сеанс. Після перезавантаження цього каталогу не буде.

— Malfist

2

у файл /etc/init/ssh.conf додайте у розділ перед початковим сценарієм наступний рядок: "mkdir -p -m0755 / var / run / sshd"

— achabahe

4

У мене була та сама проблема, яка sshdне почалася через помилки.
Це показало, що довідника немає /var/run/sshd.

ll  /var/run

показав посилання на /run.
Але у мене система /runпрацює на ramdisk.
Тому я видалив посилання та створив каталоги /var/runта /var/run/sshd. Тепер sshdпочинається нормально, і я можу знову дійти до своєї системи ssh.

— Роб
джерело

1

переконфігурувавши мій брандмауер, щоб дозволити порт 22 працював на мене.

ufw enable
ufw allow 22

— vycta
джерело

0

Здається, що у цій поведінці є 3 проблеми (для моєї системи Ubuntu 14.04LTS):

1- ssh невідома робота виникає, коли ви намагаєтесь скористатися службою ssh start із сеансу "su". Рішення полягає в тому, щоб використовувати послугу sudo починаючи з авторизованого користувача, який може «судо»

2- Існуючий сценарій init.d / ssh тихо виходить без фактичного запуску sshd, коли ssh увімкнено

3- Основна причина ssh не запускається через те, що на Ubuntu 14.04 є порожній файл / etc / ssh / sshd_host_not_to_run, який вказує на те, що sshd не повинен запускатися. Просто видаліть цей файл, якщо ви хочете запустити sshd.

Тож загальне рішення: Використовуйте службу sudo для ssh start після видалення / etc / ssh / sshd_host_not_to_run

— користувач3134164
джерело

0

Просто перевстановіть openssh-сервер:

sudo apt-get install --reinstall openssh-server

— Роза
джерело

0

Існує звіт про помилку з не-kluge рішенням цієї помилки

https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1811580

можна знешкодити, неявно встановивши "UsePrivilegeSeparation no" в / etc / ssh / sshd_config,

повторна інсталяція не обов'язково виправляє її.

— Міхе Вілсон
джерело