Re: SSH-сессия
alex kuklin wrote: Oleg Gashev wrote: Приветствую! Abdourazak Osmanov wrote: Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу? Можно запускать процесс в background-е. Не вводите в заблуждение. Он тоже словит sighup и завершится при отключении сеанса, если не имеет отдельной обработки этого сигнала. Если нужно что-то запускать с возможностью отключиться, то это либо nohup, либо screen. а как насчет disown ? disown [-ar] [-h] [jobspec ...] Without options, each jobspec is removed from the table of active jobs. If the -h option is given, each jobspec is not removed from the table, but is marked so that SIGHUP is not sent to the job if the shell receives a SIGHUP. If no jobspec is present, and neither the -a nor the -r option is supplied, the current job is used. If no jobspec is supplied, the -a option means to remove or mark all jobs; the -r option without a jobspec argument restricts operation to running jobs. The return value is 0 unless a jobspec does not specify a valid job. пока 25G директория tar-ится в фоне , ssh сессия разорвана . но screen конечно удобнее . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
В Чтв, 19/06/2008 в 00:12 +0300, Stepa Nick пишет: Alex Mestiashvili wrote: Stepa Nick wrote: Abdourazak Osmanov wrote: Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу? Используйте nohup для таких случаев (% nohup тоже не 100% помогает , так что лучше screen , плюс это еще и удобно 2 alex kuklin извините , предидушее письмо случайно в личку отправил . А в каких случаях nohup не работает? Вроде такого не встречал (правда с ssh мало работал)? nohup prog тебе загонит prog в фон, после релогина вернуть эго на передний план ты не сможешь. С mc, например, такое не поможет. -- Покотиленко Костик [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
Wed, 18 Jun 2008 13:55:55 +0400 alex kuklin [EMAIL PROTECTED] wrote: Abdourazak Osmanov wrote: 18 июня 2008 г. 13:48 пользователь Alex Mestiashvili [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] написал: IMHO зависит от приложения , а так cтоит использовать screen . Как это может зависеть от приложения? Пример... Пример: wget SIGHUP обрабатывает следующим образом - закрывает управляющий терминал, перенаправляет весь свой вывод в файл и уходит в фоновый режим. Черт, я а его всегда под nohup запускал. ;) -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:[EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
Wed, 18 Jun 2008 17:56:47 +0400 alex kuklin [EMAIL PROTECTED] wrote: Nicholas wrote: Abdourazak Osmanov wrote: Как это может зависеть от приложения? Пример... Например это демон Ж) Alex Mestiashvili дал хороший совет - cтоит использовать screen. Преимущества - логинитесь один раз и получаете много консолей, если связь теряется то при новом логине запускаете screen - x и попадаете туда где были. И в mc копировать мышкой можно будет. nothing personal, но в mc можно копировать мышкой с зажатым шифтом Спасибо тебе, о Великий. %) -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:[EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
SSH-сессия
Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу?
Re: SSH-сессия
Abdourazak Osmanov wrote: Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу? IMHO зависит от приложения , а так cтоит использовать screen . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
18 июня 2008 г. 13:48 пользователь Alex Mestiashvili [EMAIL PROTECTED] написал: IMHO зависит от приложения , а так cтоит использовать screen . Как это может зависеть от приложения? Пример...
Re: SSH-сессия
Abdourazak Osmanov wrote: Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу? Процессы получили сигнал SIGHUP. Как правило, он приравнен к SIGTERM. Это, как бы, азы работы в консоли юникса. -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
Abdourazak Osmanov wrote: 18 июня 2008 г. 13:48 пользователь Alex Mestiashvili [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] написал: IMHO зависит от приложения , а так cтоит использовать screen . Как это может зависеть от приложения? Пример... Пример: wget SIGHUP обрабатывает следующим образом - закрывает управляющий терминал, перенаправляет весь свой вывод в файл и уходит в фоновый режим. -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
Abdourazak Osmanov wrote: 18 июня 2008 г. 13:48 пользователь Alex Mestiashvili [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] написал: IMHO зависит от приложения , а так cтоит использовать screen . Как это может зависеть от приложения? Пример... Вот примеры , для BSD правда, но смысл тот-же http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/basics-daemons.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
Приветствую! Abdourazak Osmanov wrote: Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу? Можно запускать процесс в background-е. -- WBR, Oleg Gashev. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
18 июня 2008 г. 14:03 пользователь Oleg Gashev [EMAIL PROTECTED] написал: Можно запускать процесс в background-е. Если бы это было гипотетическим случаем, а то ведь реально произошло полчаса назад. Запустил через VNC заново. Теперь хоть от этой случайности застрахован...
Re: SSH-сессия
Oleg Gashev wrote: Приветствую! Abdourazak Osmanov wrote: Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу? Можно запускать процесс в background-е. -- WBR, Oleg Gashev. Да , но не любой процесс переживет разрыв ssh сессии , особенно привязанный к терминалу . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
Oleg Gashev wrote: Приветствую! Abdourazak Osmanov wrote: Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу? Можно запускать процесс в background-е. Не вводите в заблуждение. Он тоже словит sighup и завершится при отключении сеанса, если не имеет отдельной обработки этого сигнала. Если нужно что-то запускать с возможностью отключиться, то это либо nohup, либо screen. -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
В Срд, 18/06/2008 в 13:54 +0400, alex kuklin пишет: Abdourazak Osmanov wrote: Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу? Процессы получили сигнал SIGHUP. Как правило, он приравнен к SIGTERM. Это, как бы, азы работы в консоли юникса. В дополнение: Сигналы, KILL, STOP, CONT не могут быть переназначаны, остальные могут быть. По этому как Вам дальше ответили - зависит от приложения, если оно переназначило стандартные действия на HUP. -- Покотиленко Костик [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
Abdourazak Osmanov wrote: Как это может зависеть от приложения? Пример... Например это демон Ж) Alex Mestiashvili дал хороший совет - cтоит использовать screen. Преимущества - логинитесь один раз и получаете много консолей, если связь теряется то при новом логине запускаете screen - x и попадаете туда где были. И в mc копировать мышкой можно будет. -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
Nicholas wrote: Abdourazak Osmanov wrote: Как это может зависеть от приложения? Пример... Например это демон Ж) Alex Mestiashvili дал хороший совет - cтоит использовать screen. Преимущества - логинитесь один раз и получаете много консолей, если связь теряется то при новом логине запускаете screen - x и попадаете туда где были. И в mc копировать мышкой можно будет. nothing personal, но в mc можно копировать мышкой с зажатым шифтом -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
Abdourazak Osmanov wrote: Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу? Используйте nohup для таких случаев (% -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
Stepa Nick wrote: Abdourazak Osmanov wrote: Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу? Используйте nohup для таких случаев (% nohup тоже не 100% помогает , так что лучше screen , плюс это еще и удобно 2 alex kuklin извините , предидушее письмо случайно в личку отправил . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH-сессия
Alex Mestiashvili wrote: Stepa Nick wrote: Abdourazak Osmanov wrote: Проблема такая. Была заведена SSH-сессия. В ней запущены некоторые процессы. Случайно закрыл окно терминала. Все, что я запустил на удаленном серваке, тоже прекратило работу? Используйте nohup для таких случаев (% nohup тоже не 100% помогает , так что лучше screen , плюс это еще и удобно 2 alex kuklin извините , предидушее письмо случайно в личку отправил . А в каких случаях nohup не работает? Вроде такого не встречал (правда с ssh мало работал)? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH сессия замирает
04.02.2008 10:36, Kotikov Aleksey пишет: В процессе экспериментов обнаружилось еще несколько примечательных фактов: 1. ssh сессия прекрасно запускается только если обращаться к серверу посредством туннеля (ssh -TN либо openvpn). 2. сервер считает, что к нему законектились, даже если с клиентской стороны сессия висит. То есть last показывает дату и продолжительность соединения, а на серваке запускается bash. Что-то похожее я сейчас вижу на сервере, который стоит за LinkSys'овским типа файрволлом. Через 5 минут неактивности бдительный файрволл молча перестаёт пропускать пакеты данного соединения со стороны Интернета. Но первый же пакет со стороны сервера - например, убиение screen с выдачей чего-то на терминал - полностью восстанавливает проводимость. А.Л. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH сессия замирает
В процессе экспериментов обнаружилось еще несколько примечательных фактов: 1. ssh сессия прекрасно запускается только если обращаться к серверу посредством туннеля (ssh -TN либо openvpn). 2. сервер считает, что к нему законектились, даже если с клиентской стороны сессия висит. То есть last показывает дату и продолжительность соединения, а на серваке запускается bash. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH сессия замирает
On Wednesday 30 January 2008 00:01, Yauhen Kharuzhy wrote: On Tue, Jan 29, 2008 at 11:29:04PM +0300, Kotikov Aleksey wrote: Если кто сталкивался с подобным или знает куда копать, поделитесь мыслями. Проверьте MTU/MRU и прохождение больших пакетов до нужного хоста. Хотя симптомы не совсем похожи, но всё же... Угу, а за одно проверить не перекрыл ли какой-нить криворукий админ ICMP на пути от одного хоста к другому. -- Макс Дмитриченко -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH сессия замирает
On Tue, 29 Jan 2008 23:29:04 +0300 Kotikov Aleksey wrote: KA Доброе время суток, сообщество. KA Столкнулся с очень неприятной проблемой. KA С одной из подконтрольных машин с Sarge 3.1r5 невозможно прямо KA соединиться по ssh. При вводе любой корректной пары логин-пароль KA сессия замирает. KA Метод, с помощью которого выхожу из положения: KA ssh -TN -L :127.0.0.1:22 [EMAIL PROTECTED] KA и оставить соединение висеть. Далее: KA ssh -p [EMAIL PROTECTED] Т.е. получается, если сессия исходит от локального хоста (127.0.0.1) то все ок, а если от чужого, то подвисает. KA После этого получаем рабочую сессию на целевой машине badhost.ru KA Есть еще около 70 машин аналогичной программной и аппаратной KA конфигурации. Сверил с ними конфиги. Все, что лежит в /etc/ssh/ и KA /etc/pam.d/ абсолютно идентично работающим машинам. /etc/pam.conf KA тоже. А эти смотрели? /etc/pam.d/ssh /etc/login.defs /etc/passwd (на предмет shell) /etc/profile профайлы в домашних дирах (хотя это вряд ли, если не зависит от пользователя) другие места, которые сходу не пришли в голову... KA В /var/log/auth.log про повисшие соединения написано следущее: KA Dec 24 20:28:38 server saslauthd[1423]: server_exit : master KA exited: 1423 KA Dec xx 20:28:38 server sshd[1450]: Received signal 15; terminating. KA Dec xx 20:30:22 server saslauthd[1427]: detach_tty : master pid KA is: 1427 KA Dec xx 20:30:22 server saslauthd[1427]: ipc_init: listening on KA socket: /var/run/saslauthd/mux KA Dec xx 20:30:24 server sshd[1454]: Server listening on 0.0.0.0 port 22. KA Dec xx 20:30:59 server login[1493]: (pam_unix) session opened for user KA someuser by LOGIN(uid=1006) т.е. непосредственно к подвисшей сессии относится только последняя строчка? Или все-таки все? -- Mikolaj Golub -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH сессия замирае т
Kotikov Aleksey пишет: Доброе время суток, сообщество. Столкнулся с очень неприятной проблемой. С одной из подконтрольных машин с Sarge 3.1r5 невозможно прямо соединиться по ssh. При вводе любой корректной пары логин-пароль сессия замирает. Метод, с помощью которого выхожу из положения: ssh -TN -L :127.0.0.1:22 [EMAIL PROTECTED] и оставить соединение висеть. Далее: ssh -p [EMAIL PROTECTED] После этого получаем рабочую сессию на целевой машине badhost.ru Есть еще около 70 машин аналогичной программной и аппаратной конфигурации. Сверил с ними конфиги. Все, что лежит в /etc/ssh/ и /etc/pam.d/ абсолютно идентично работающим машинам. /etc/pam.conf тоже. В /var/log/auth.log про повисшие соединения написано следущее: Dec 24 20:28:38 server saslauthd[1423]: server_exit : master exited: 1423 Dec xx 20:28:38 server sshd[1450]: Received signal 15; terminating. Dec xx 20:30:22 server saslauthd[1427]: detach_tty : master pid is: 1427 Dec xx 20:30:22 server saslauthd[1427]: ipc_init: listening on socket: /var/run/saslauthd/mux Dec xx 20:30:24 server sshd[1454]: Server listening on 0.0.0.0 port 22. Dec xx 20:30:59 server login[1493]: (pam_unix) session opened for user someuser by LOGIN(uid=1006) Если кто сталкивался с подобным или знает куда копать, поделитесь мыслями. А что показывает вывод ssh -vvv [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
SSH сессия замирает
Доброе время суток, сообщество. Столкнулся с очень неприятной проблемой. С одной из подконтрольных машин с Sarge 3.1r5 невозможно прямо соединиться по ssh. При вводе любой корректной пары логин-пароль сессия замирает. Метод, с помощью которого выхожу из положения: ssh -TN -L :127.0.0.1:22 [EMAIL PROTECTED] и оставить соединение висеть. Далее: ssh -p [EMAIL PROTECTED] После этого получаем рабочую сессию на целевой машине badhost.ru Есть еще около 70 машин аналогичной программной и аппаратной конфигурации. Сверил с ними конфиги. Все, что лежит в /etc/ssh/ и /etc/pam.d/ абсолютно идентично работающим машинам. /etc/pam.conf тоже. В /var/log/auth.log про повисшие соединения написано следущее: Dec 24 20:28:38 server saslauthd[1423]: server_exit : master exited: 1423 Dec xx 20:28:38 server sshd[1450]: Received signal 15; terminating. Dec xx 20:30:22 server saslauthd[1427]: detach_tty : master pid is: 1427 Dec xx 20:30:22 server saslauthd[1427]: ipc_init: listening on socket: /var/run/saslauthd/mux Dec xx 20:30:24 server sshd[1454]: Server listening on 0.0.0.0 port 22. Dec xx 20:30:59 server login[1493]: (pam_unix) session opened for user someuser by LOGIN(uid=1006) Если кто сталкивался с подобным или знает куда копать, поделитесь мыслями. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH сессия зами рает
On Tue, Jan 29, 2008 at 11:29:04PM +0300, Kotikov Aleksey wrote: Доброе время суток, сообщество. Столкнулся с очень неприятной проблемой. С одной из подконтрольных машин с Sarge 3.1r5 невозможно прямо соединиться по ssh. При вводе любой корректной пары логин-пароль сессия замирает. Метод, с помощью которого выхожу из положения: ssh -TN -L :127.0.0.1:22 [EMAIL PROTECTED] и оставить соединение висеть. Далее: ssh -p [EMAIL PROTECTED] После этого получаем рабочую сессию на целевой машине badhost.ru Есть еще около 70 машин аналогичной программной и аппаратной конфигурации. Сверил с ними конфиги. Все, что лежит в /etc/ssh/ и /etc/pam.d/ абсолютно идентично работающим машинам. /etc/pam.conf тоже. В /var/log/auth.log про повисшие соединения написано следущее: Dec 24 20:28:38 server saslauthd[1423]: server_exit : master exited: 1423 Dec xx 20:28:38 server sshd[1450]: Received signal 15; terminating. Dec xx 20:30:22 server saslauthd[1427]: detach_tty : master pid is: 1427 Dec xx 20:30:22 server saslauthd[1427]: ipc_init: listening on socket: /var/run/saslauthd/mux Dec xx 20:30:24 server sshd[1454]: Server listening on 0.0.0.0 port 22. Dec xx 20:30:59 server login[1493]: (pam_unix) session opened for user someuser by LOGIN(uid=1006) Если кто сталкивался с подобным или знает куда копать, поделитесь мыслями. Проверьте MTU/MRU и прохождение больших пакетов до нужного хоста. Хотя симптомы не совсем похожи, но всё же... -- Yauhen Kharuzhy jekhor _at_ gmail.com JID: [EMAIL PROTECTED] A: No Q: Should I quote below my post? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH сессия замирае т
Gmail.com пишет: А что показывает вывод ssh -vvv [EMAIL PROTECTED] Вот то, что идет после ввода правильного пароля: debug3: packet_send2: adding 32 (len 26 padlen 6 extra_pad 64) debug2: input_userauth_info_req debug2: input_userauth_info_req: num_prompts 0 debug3: packet_send2: adding 48 (len 10 padlen 6 extra_pad 64) debug1: Authentication succeeded (keyboard-interactive). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 0 debug3: tty_make_modes: ospeed 38400 debug3: tty_make_modes: ispeed 38400 debug3: tty_make_modes: 1 3 debug3: tty_make_modes: 2 28 debug3: tty_make_modes: 3 127 debug3: tty_make_modes: 4 21 debug3: tty_make_modes: 5 4 debug3: tty_make_modes: 6 0 debug3: tty_make_modes: 7 0 debug3: tty_make_modes: 8 17 debug3: tty_make_modes: 9 19 debug3: tty_make_modes: 10 26 debug3: tty_make_modes: 12 18 debug3: tty_make_modes: 13 23 debug3: tty_make_modes: 14 22 debug3: tty_make_modes: 18 15 debug3: tty_make_modes: 30 0 debug3: tty_make_modes: 31 0 debug3: tty_make_modes: 32 0 debug3: tty_make_modes: 33 0 debug3: tty_make_modes: 34 0 debug3: tty_make_modes: 35 0 debug3: tty_make_modes: 36 1 debug3: tty_make_modes: 37 0 debug3: tty_make_modes: 38 1 debug3: tty_make_modes: 39 0 debug3: tty_make_modes: 40 0 debug3: tty_make_modes: 41 0 debug3: tty_make_modes: 50 1 debug3: tty_make_modes: 51 1 debug3: tty_make_modes: 52 0 debug3: tty_make_modes: 53 1 debug3: tty_make_modes: 54 1 debug3: tty_make_modes: 55 1 debug3: tty_make_modes: 56 0 debug3: tty_make_modes: 57 0 debug3: tty_make_modes: 58 0 debug3: tty_make_modes: 59 1 debug3: tty_make_modes: 60 1 debug3: tty_make_modes: 61 1 debug3: tty_make_modes: 62 0 debug3: tty_make_modes: 70 1 debug3: tty_make_modes: 71 0 debug3: tty_make_modes: 72 1 debug3: tty_make_modes: 73 0 debug3: tty_make_modes: 74 0 debug3: tty_make_modes: 75 0 debug3: tty_make_modes: 90 1 debug3: tty_make_modes: 91 1 debug3: tty_make_modes: 92 0 debug3: tty_make_modes: 93 0 debug1: Sending environment. debug3: Ignored env TERM debug3: Ignored env SHELL debug3: Ignored env SSH_CLIENT debug3: Ignored env SSH_TTY debug3: Ignored env USER debug3: Ignored env LS_COLORS debug3: Ignored env SSH_AUTH_SOCK debug3: Ignored env MAIL debug3: Ignored env PATH debug3: Ignored env PWD debug1: Sending env LANG = en_US.UTF-8 debug2: channel 0: request env confirm 0 debug3: Ignored env HISTCONTROL debug3: Ignored env SHLVL debug3: Ignored env HOME debug3: Ignored env LOGNAME debug3: Ignored env SSH_CONNECTION debug3: Ignored env LESSOPEN debug3: Ignored env LESSCLOSE debug3: Ignored env _ debug2: channel 0: request shell confirm 0 debug2: fd 3 setting TCP_NODELAY debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH сессия замирае т
Kotikov Aleksey пишет: Вот то, что идет после ввода правильного пароля: debug3: packet_send2: adding 32 (len 26 padlen 6 extra_pad 64) ... debug2: channel 0: open confirm rwindow 0 rmax 32768 Не все скопировал ( debug1: channel 0: free: client-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cfd -1) debug3: channel 0: close_fds r 4 w 5 e 6 c -1 Read from remote host badhost.ru: Connection timed out Connection to badhost.ru closed. debug1: Transferred: stdin 0, stdout 0, stderr 112 bytes in 973.0 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.1 debug1: Exit status -1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]