Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии
Aisamiery #:
Зачем вы меняете порты в целом? Это же тупо =))) Потом везде надо эти порты новые прописывать во всех утилитах. Если вас беспокоит безопасность, отключайте возможность по ssh подключаться по паролям, только через ключи + можно для рута вообще подключение отключить и оставить тогда пароли, но так себе вариант. Сверху накидываете fail2ban и в целом должно хватать

Это то да, да и я знаю, что это тупо, даже тупее тупого, и пробиваются они на раз-два в nmap :), просто удивило что порт не поменялся и осталось подключение по 22, хотя файл sshd_config - Port был изменен и перезагружен сервис ssh, хотя мне не привыкать от таких приколов, но забавно.

Я вам даже больше скажу, доступ по руту со сложным паролем + fail2ban особо ничего не случилось за 10 лет работы сервера, но у меня и сервер то всего лишь для одного сайтика в стиле блог, если бы был какой-нибудь сбер или крипта биржа, наверное ломанули бы, а так кому он нафик нужен.
Андрей #:

Так как у вас панель, то она вам уже все сделала. Создавайте пользователя FTP из панели и используйте. Никаких проблем ни с правами, ни с безопасностью нету. Все файлы будут залиты под верным пользователем. Не стоит придумывать велосипед, если вы уже на нем катаетесь (ISP).

Но как вам уже посоветовали выше, не поднимайте права выше нужного.

Это, то да, с панелью все понятно, но это не про VPS мой где сайт, а про домашний так сказать сервер, там без панели управления, и чтобы все заработало с ходу с движком WordPress, нужно на все файлы изменить владельца и группу на www-data www-data, и вот задумался а правильно ли это можно ли так делать или нужно обязательно другого пользователя создавать и настраивать работу от него.

Парни вы не поверите, во 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.

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

Всего: 1998