debian 9 не меняется порт ssh

Мож.

lsof -Pni :22,9000

systemd 1 root 39u IPv6 1709880292 0t0 TCP *:22 (LISTEN)

короче дело в том что sshd автоматом не стартует, а как сделать чтоб стартовало?
/lib/systemd/systemd-sysv-install enable ssh
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = «ru_RU.UTF-8»
are supported and installed on your system.
perl: warning: Falling back to the standard locale («C»).
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = «ru_RU.UTF-8»

systemctl enable ssh

Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)

так у него и так разрешено пускать сразу вендором.

короче дело в том что sshd автоматом не стартует, а как сделать чтоб стартовало?

А рукам, что стартует? пусти руками и потом проверь статус.

systemctl start sshd

и потом

systemctl status sshd

Все сделано чтоб стартовало автоматом, но он у тебя умирает,

смотри почему, логи, может что то висит уже на 9000

Active: inactive (dead)

А ничего не понял. Ты мысли технически грамотно можешь излагать, а то «кто на ком стоял?» не ясно.

У тебя локальный файервол, видимо, открыт только по 22/tcp.

все вобщем норм работает но до перезагрузки после снова

ssh.service - OpenBSD Secure Shell server
Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
Active: inactive (dead)
~

в чем дело может еще быть ?



systemctl cat ssh.service
# /lib/systemd/system/ssh.service
[Unit]
Description=OpenBSD Secure Shell server
After=network.target auditd.service
ConditionPathExists=!/etc/ssh/sshd_not_to_be_run

[Service]
EnvironmentFile=-/etc/default/ssh
ExecStartPre=/usr/sbin/sshd -t
ExecStart=/usr/sbin/sshd -D $SSHD_OPTS
ExecReload=/usr/sbin/sshd -t
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartPreventExitStatus=255
Type=notify

[Install]
WantedBy=multi-user.target
Alias=sshd.service
root@83.220.169.200:~# systemctl cat sshd.service
# /lib/systemd/system/ssh.service
[Unit]
Description=OpenBSD Secure Shell server
After=network.target auditd.service
ConditionPathExists=!/etc/ssh/sshd_not_to_be_run

[Service]
EnvironmentFile=-/etc/default/ssh
ExecStartPre=/usr/sbin/sshd -t
ExecStart=/usr/sbin/sshd -D $SSHD_OPTS
ExecReload=/usr/sbin/sshd -t
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartPreventExitStatus=255
Type=notify

[Install]
WantedBy=multi-user.target
Alias=sshd.service



journalctl -u ssh.service пусто

на серваке vesta стоит, мож изза нее?

Насколько я понял это панель управления хостиннгом, а ее нельзя остановить и не грузить автоматически, или веб, чтоб понять кто виноват.

Раскомментировать строку в конфиге пробовал? Или так и оставил?

Я не знаю точно, какие настройки производились, кроме модификации sshd_config. Но в vestacp этого однозначно мало для того, чтобы сменить порт. Ищите в поисковике по запросу смены порта именно в vesta.

Изменение настроек порта в sshd_config в vestacp требует также изменения настроек firewall и fail2ban.

решение

sudo crontab -e и добавьте следующую запись:
@reboot mkdir -p -m0755 /var/run/sshd && systemctl restart ssh.service

намногих осях судя по гуглу такая проблема

енжой ёр верста

Имею парк из нескольких серваков на debian 9/10. На некоторых порт ssh изменен через sshd_config. Интересно, что вызывает такой эффект? Юзаю еще ту же VestaCP. Помнится, что добавлял в нее какой-то сервис и нужно было порт открыть. Больше проблем было с настройкой вестовского firewall’а.

Просто для меня debian, это что-то из разряда - настроил и забыл. Оно просто работает и есть не просит. А тут получается порт сменили у ssh и сервис перестал запускаться автоматом. Удивительно для меня. Не сталкивался с таким.

А нафига она нужна эта веста? Чтобы шаред хостинг мышкой делать из дебиана? Так вот цена этих панелек

Пришлось когда-то по необходимости использовать в качестве почтового сервера. Сказалось отсутствие опыта. Нюансы по настройке конечно были и остаются. Но в целом, каких-то проблем с вестой я не могу сейчас назвать. Для всего остального хватает поиска в duckduckgo.