ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | При выключении или перезагрузке не завершается сеанс ssh | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | stalker <stalker> | ||||||
| Component: | openssh | Assignee: | Gleb F-Malinovskiy <glebfm> | ||||||
| Status: | NEW --- | QA Contact: | qa-sisyphus | ||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | aen, ekorneechev, glebfm, klark.devel, ldv, vt, zerg | ||||||
| Version: | unstable | ||||||||
| Hardware: | all | ||||||||
| OS: | Linux | ||||||||
| Attachments: |
|
||||||||
|
Description
stalker
2018-08-23 12:14:23 MSK
Если после перезагрузки сеанс восстанавливается, то это только удобство. (В ответ на комментарий №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 полностью.. проблема всё равно воспроизводится. |
