SSH сбрасывает к порту по умолчанию на перезагрузке

Вероятно, Вы просто ответили на Y когда способные обнаруженные различия между Вашим sshd_config и одним пакета. Это спрашивает, хотите ли Вы установить версию mantainer's пакета или сохранить Вашу.

Проверьте свои параметры порта в /etc/ssh/sshd_config файл. Удостоверьтесь, что Вы редактируете как sudo или пользователь в sudo группе. Все, что необходимо сделать для установки порта, на одном типе Port 54747. строки Теперь, перезапустите ssh сервис путем выполнения service sshd restart., Затем проверяют, что ssh слушает на том порте путем выполнения sudo netstat -lntp | grep ssh. Перезагрузка и тест.

Также проверяют Ваши параметры сети. Если Вы находитесь в корпоративной сети, удостоверьтесь, что Вы находитесь в корректном VLAN.

Иногда вещи просто идут не так, как надо. Если бы я был на Вашем месте, то я попробовал бы:

cp /etc/ssh/sshd_config $HOME
sudo apt-get --reinstall install openssh-server

ssh является клиентским процессом, который выносит решение и поддерживает соединение сеанса пользователя с ssh сервером. sshd является демоном, который работает на ssh сервере, чтобы прислушаться и аутентифицировать запросы соединения SSH.

Конфигурационный файл на sshd сервере, который читается при запуске sshd сервиса (который требует sudo полномочий отредактировать)

/etc/ssh/sshd_config

Сервис должен запуститься из

/etc/systemd/system/sshd.service

Перезапускать sshd, который включил бы перечитывание sshd_config файла

sudo service sshd restart

Видеть то, что порт sshd демон слушает, а также другая полезная информация, на ssh типе сервера

sudo service sshd status

Сделайте эти шаги в указанном порядке:

Перезагрузите ssh сервер

Откройте терминальный сеанс на ssh сервере (не соединение SSH в него)

Ввести hostname

Если имя хоста не возвращает название ssh сервера (Атлас в этом случае) восстанавливают предыдущий шаг правильно.

grep Port /etc/ssh/sshd_config - отметьте номер порта. Должен быть тот, который Вы указали

sudo service sshd status

Если отчеты о состоянии, что это активно, работая и слушая на пользовательском порте, который Вы указали, то Вы хороши на том конце. В противном случае сервисный запуск не может называть sshd_config файл, который Вы изменили только другой файл конфигурации, который содержит информацию по умолчанию. Если сервис не запускался (говорит мертвый и не активный и выполнение, то это - другая проблема, чем, о чем Вы спросили.

Эти шаги, вероятно, определят первопричину проблемы, о которой Вы спрашиваете.

Для тестирования и для простоты: На стороне клиента от терминального сеанса Вы были бы ssh в ssh сервер следующим образом

ssh -l username -p 54747 hostname

На основе обратной связи OP я подозреваю, что sshd не запускает на начальной загрузке, но действительно запускается правильно, когда вручную вызвано. Успешные соединения SSH через порт 22 НЕ могут соединяться с ssh сервером, но с чем-то еще (например, localhost). Доказать или разоблачить это, после соединения через тип ssh

hostname

На основе того, что заявляет OP, я предполагаю, что имя хоста не будет ssh атласом сервера.

Далее изолировать это, после перезагрузки ssh сервера, но прежде, чем сделать что-либо далее, от терминального сеанса на ssh сервере (Атлас) тип

ssh localhost

Если это перестало работать, как это должно, то

ssh -p 54747 localhost

Если это не работает ни один, который подтвердит результаты, полученные при выполнении

sudo service sshd status

ssh может быть "сокетом, активированным" systemd в зависимости от конфигурации, что означает, что первоначально это - systemd, который настраивает порт прослушивания, и sshd только запускается, когда клиент сначала соединяется. Это должно ускорить время запуска: сервисные демоны только запускаются по требованию.

Однако это означает, что необходимо также настроить systemd к соответствующему порту. Вы найдете конфигурацию системы в /lib/systemd/system/ssh.socket который перечисляет ListenStream=22. Для переопределения этого создайте файл /etc/systemd/system/ssh.socket.d/port.conf (создание каталога ssh.socket.d в случае необходимости), который содержит:

[Socket]
ListenStream=
ListenStream=54747

Измените число на желаемый порт. Первая пустая запись стирает предыдущее значение по умолчанию, и последующая запись добавляет новый. Это переопределяет значение по умолчанию, поставленное в /lib/systemd/system/ssh.socket и должен быть сделан в дополнение к изменению /etc/ssh/sshd_config.

Затем выполненный sudo systemctl daemon-reload сказать systemd о Ваших изменениях, и sudo systemctl reload ssh если Ваш ssh демон ранее работал.

Возможные причины, о которых я могу думать

1. Другой sshd двоичный файл запускается на начальной загрузке, или sshd запускается с другой конфигурации. Возможно, systemd является преступником здесь - он имеет другой способ изменить порт через файл /usr/lib/systemd/system/sshd.socket по-видимому: https://www.vultr.com/docs/how-to-change-ssh-port-on-coreos
2. Корректный/etc/или/etc/ssh еще не смонтированы, когда sshd запускается, действительно ли это - отдельный объем на Вашей машине, которая смонтирована позже в процессе начальной загрузки?
3. sshd испытывает недостаток в полномочиях чтения к файлу конфигурации во время начальной загрузки, хотя я не знаю, запустился ли sshd даже затем вообще.