При перезагрузке или выключении не завершается автоматически сеанс ssh. Соответственно клиент ssh висит до таймаута, что доставляет некоторые неудобства. Как минимум в debian/ubuntu подобного не наблюдается.
Если после перезагрузки сеанс восстанавливается, то это только удобство.
(В ответ на комментарий №1) > Если после перезагрузки сеанс восстанавливается, то это только удобство. нет не восстанавливается.
А у меня при всех дефолтных настройках наоборот -- при перезагрузке сервера открытый сеанс немедленно завершается. Но я на p8 проверял. Завтра ещё в Сизифе посмотрю, на p8 баги точно нет.
У меня какбы тоже дефолтые настройки на P8. Воспроизводится как на домашнем компе, так и на тестовой виртуалке и сервере. На всякий случай прикладываю свой sysctl и конфиг ssh [root@f37 etc]# rpm -V openssh-server [root@f37 etc]# rpm -V openssh [root@f37 etc]# rpm -V libssh # rpm -qa | grep ssh fuse-sshfs-2.5-alt1 openssh-clients-7.2p2-alt2 libssh2-1.4.3-alt2 openssh-server-7.2p2-alt2 openssh-askpass-common-7.2p2-alt2 openssh-7.2p2-alt2 libssh-0.7.5-alt1.M80P.1 qemu-block-ssh-2.11.0-alt0.M80P.2 openssh-common-7.2p2-alt2 openssh-server-control-7.2p2-alt2 openssh-blacklist-0.3.1-alt1
Created attachment 7717 [details] конфигурация sshd
Created attachment 7718 [details] sysctl
Если завершение работы/перезагрузка происходит с кнопки или командой - сессия завершается. Если при отключении питания или при обрыве сети - сессия висит. Данное поведение аналогично и на Mint17/19 Разве баг? Или может это баг ssh-клиента?
у меня и при reboot из консоли сеанс не завершается Ещё 1 особенность - у меня PPPoE линк поднимается скриптом в кроне аля #!/bin/sh [ -f /var/run/ppp1.pid ] || /sbin/ifdown ppp1;/sbin/ifup ppp1 Но и на чистом ethernet на сервере такое же поведение. Постараюсь в ближайшее время ещё раз на тестом сервере проверить
Итак... ради интереса установил свежую виртуалку из alt-p8-server-20180312-x86_64.iso Повесил внешний IP. 100% воспроизведение проблемы. Кому надо могу дать доступ на стенд..
(В ответ на комментарий №9) > alt-p8-server-20180312-x86_64.iso Это не официальный образ сервера, а стартеркит. > Кому надо могу дать доступ на стенд.. Присылайте. (В ответ на комментарий №6) > sysctl Тогда уж стоило не один файл прикладывать, опции раскиданы по разным местам, а выложить вывод sysctl -a|sort. htcp - странный выбор для вашего канала. Верните bic, а лучше попробуйте с westwood, у вас там похоже большие потери. Можно в параллельно запущенном терминале посмотреть происходящее tcpdump'ом.
давайте ключик.. добавлю в авторизацию и желаемый логин. Потерь нет, htcp выбран в ходе экспериментов и показал наилучшие результаты. Более того у меня подобные симптомы наблюдаются не только с домашней станцией, но и с 4 серверами в 4разных датацентрах. Причём 1 из серверов на площадке провайдера стоит. Сервера на базе *deb/freebsd в этих же ДЦ при этом корректно завершают сессию.
Чудеса.. обновил сейчас тестовую виртуалку до p8 бранча, перевёл на systemd-init Не воспроизводится. Даже sysctl свой скопировал. Дома же и прошлые установки ssh не завершается. Какая-то плавающая бага что ли или гонка где-то - например сеть завершается раньше, чем ssh?
Ради интереса переустановил на домашнем компе ssh полностью.. проблема всё равно воспроизводится.
