Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии

Парни вы не поверите, во Whonix Linux дистрибутив на базе Debian, при изменении порта в sshd_config и перезапуске сервиса ssh, ssh сразу работает на новом порте.

Что самое забавное что при systemctl status ssh и systemctl status sshd, то есть это одно и тоже, а в Ubuntu systemctl status sshd нету.

И все правильно сразу работает, то есть к 22 порту не коннектится, а можно только к новому.

И все таки не понятно, я порт сменил в sshd_config, и все работает, но в файле ssh_socket - ListenStream остался старый порт 22, но работает так как запланировано в sshd_config, нужно ли менять порт в ssh_socket или оставить там 22, а изменять на тот который хочешь только в sshd_config.

Но что тогда означает что я оставляю 22 порт в ssh_socket – ListenStream???
Aisamiery #:

В целом безопасно, но не очень удобно, я всегда завожу юзера webuser например, от его имени работает и сервер и пхп и все что надо сайту + можно по ftp например файлики залить сразу от правильного пользователя, кроны настроить от правильного пользователя, мне с www-data работать не очень удобно, плюс у разных дистрибутивов www-data имеют разный UID что неудобно пробрасывать

Просто у меня на моем VPS сервере все делается через ispmanager, панель управления, ну и там другой пользователь создан для сайта, понятно, что из-под root делать не стоит, а вот есть ли разница между моим кастомным пользователем и пользователем, созданным при установке веб-сервера www-data, все это одно и тоже что того используешь, что того, или лучше не использовать системного пользователя www-data?
Способ через изменения ssh.socket.d ListenStream, это я уже понял, но все равно спасибо.
Андрей #:

То, что вы не знаете как что работает в какой-то системе, не говорит о том, что система плохая.

Она не то что плохая, она всегда была какая-то странная, ну то есть я изменяю настройки программы, перезапускаю её, и она работает со старыми настройками, возможно это правильное поведение, меня немного сбило столку, я-то думал произойдут изменения, самое смешное что раньше это так и работало, и так во всем, нужно все перепроверять и тестировать по несколько раз.

Алеандр #:
Судя по описанному поведению - в конфиге основная запись, а в сокетах как бы кэш. Когда вы делаете перезапуск сервиса - текущий кэш никак не меняется и работает как и раньше. Нужно или "сбросить кэш" или перезапустить сервер, что точно так же "сбросит кэш" и запустит по записи из конфигурационного файла.

Очень странный кэш, меняется только вручную, и даже если изменить порт в sshd_config и перезагрузить ПК, то ssh изменит порт, а в файле ssh.socket останется предыдущее значение. Это все очень странно, хотя может я неправильно понял.

А чтобы поменять без перезагрузки ПК, все равно что написано в sshd_config, а вот в ssh_socket в ListenStream нужно изменить порт, перезагрузкить daemon-reload, перезагрузить сервис ssh и работа ssh будет на другом порте.

Ну да ладно, это не важно, главное да, если изменить в sshd_config, и полностью перезагрузить ПК порт измениться. (Класная система линукс говорили они, тут даже не нужно перезагружаться никогда, почти…)
br.almighty #:
Сделайте reboot вместо перезагрузки сервиса и всё заработает.

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

Мля, теперь вообще не понятно, его надо в двух местах менять в sshd_config и в ssh.socket на один и тот же, или можно только в sshd_config, но меняться он будет только после перезагрузки компьютера?
Ilya74 #:

Ничего странного. Начиная с Ubuntu 22.10 порт меняется через файл сервиса systemd, до версии 22.10 через файл конфигурации sshd. Связано это с тем, что начиная с 22.10 стали использовать сокеты.

Теперь то я понял.
Ilya74 #:

Вам выше представитель ispmanager ответил как оно будет. Вы будто мимо ушей пропустили.

Я да все прочитал, все понятно, спасибо.

Если выбор Yes/No приходит от пакета ispmanager и подразумевается какое-то изменение каких-то конфигов, то по умолчанию будет срабатывать Yes.

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

Андрей #:

Так это не ISPmanager придумали и ничего общего с ними это не имеет. Это функционал менеджера пакетов. Это всегда было. Ничего нового не появилось в этом плане.

Я понял, просто что-то редко такое попадалось, все же было на автомате.
Андрей #:

Разумеется оставляет как есть. Иначе утром просыпаетесь, а у вас конфиг Nginx пуст и сайты не работает. Включайте логику перед тем как задавать такой вопрос.

Да, но тут такое дело, сколько я не обновлял вручную nginx, apache2, пачки пакетов по 500 шт., ни разу за 100500 лет не задавалось таких вопросов, поэтому меня это немного удивило, ну теперь буду знать.

Оставляет как есть, жмет N, при автоматическом обновлении при настройках из ispmanager’а, я понял, я спокоен.
Всего: 2046