Re: SSH-сессия

2008-06-30 Пенетрантность Alex Mestiashvili 

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-сессия

2008-06-19 Пенетрантность Alexander GQ Gerasiov 
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]

Re: SSH-сессия

2008-06-19 Пенетрантность Alexander GQ Gerasiov 
Wed, 18 Jun 2008 13:55:55 +0400
alex kuklin <[EMAIL PROTECTED]> wrote:

> Abdourazak Osmanov wrote:
> >
> >
> > 18 июня 2008 г. 13:48 пользователь Alex Mestiashvili 
> > <[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-сессия

2008-06-18 Пенетрантность Покотиленко Костик 
В Чтв, 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-сессия

2008-06-18 Пенетрантность Stepa Nick 

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-сессия

2008-06-18 Пенетрантность Alex Mestiashvili 

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-сессия

2008-06-18 Пенетрантность Stepa Nick 

Abdourazak Osmanov wrote:

Проблема такая.
Была заведена SSH-сессия. В ней запущены некоторые процессы.
Случайно закрыл окно терминала. Все, что я запустил на удаленном 
серваке, тоже прекратило работу?

Используйте nohup для таких случаев (%


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: SSH-сессия

2008-06-18 Пенетрантность alex kuklin 

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-сессия

2008-06-18 Пенетрантность Nicholas 

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-сессия

2008-06-18 Пенетрантность Покотиленко Костик 
В Срд, 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-сессия

2008-06-18 Пенетрантность alex kuklin 

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-сессия

2008-06-18 Пенетрантность Alex Mestiashvili 

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-сессия

2008-06-18 Пенетрантность Abdourazak Osmanov 
18 июня 2008 г. 14:03 пользователь Oleg Gashev <[EMAIL PROTECTED]>
написал:

> Можно запускать процесс в background-е.


Если бы это было гипотетическим случаем, а то ведь реально произошло полчаса
назад. Запустил через VNC заново. Теперь хоть от этой случайности
застрахован...

Re: SSH-сессия

2008-06-18 Пенетрантность Oleg Gashev 

Приветствую!

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-сессия

2008-06-18 Пенетрантность Alex Mestiashvili 

Abdourazak Osmanov wrote:



18 июня 2008 г. 13:48 пользователь Alex Mestiashvili 
<[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-сессия

2008-06-18 Пенетрантность alex kuklin 

Abdourazak Osmanov wrote:



18 июня 2008 г. 13:48 пользователь Alex Mestiashvili 
<[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-сессия

2008-06-18 Пенетрантность alex kuklin 

Abdourazak Osmanov wrote:

Проблема такая.
Была заведена SSH-сессия. В ней запущены некоторые процессы.
Случайно закрыл окно терминала. Все, что я запустил на удаленном 
серваке, тоже прекратило работу?

Процессы получили сигнал SIGHUP.
Как правило, он приравнен к SIGTERM.
Это, как бы, азы работы в консоли юникса.

--
Alex


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: SSH-сессия

2008-06-18 Пенетрантность Abdourazak Osmanov 
18 июня 2008 г. 13:48 пользователь Alex Mestiashvili <
[EMAIL PROTECTED]> написал:

> IMHO зависит от приложения , а так cтоит использовать screen .

Как это может зависеть от приложения? Пример...

Re: SSH-сессия

2008-06-18 Пенетрантность Alex Mestiashvili 

Abdourazak Osmanov wrote:

Проблема такая.
Была заведена SSH-сессия. В ней запущены некоторые процессы.
Случайно закрыл окно терминала. Все, что я запустил на удаленном 
серваке, тоже прекратило работу?


IMHO зависит от приложения , а так cтоит использовать screen .


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: SSH сессия "замирает"

2008-02-04 Пенетрантность Alexey Lobanov 
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 сессия "замирает"

2008-02-03 Пенетрантность Kotikov Aleksey 

В процессе экспериментов обнаружилось еще несколько примечательных фактов:
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 сессия "замирает"

2008-01-30 Пенетрантность Mikolaj Golub 

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 сессия "замирает"

2008-01-30 Пенетрантность Max Dmitrichenko 
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 сессия "замирае т"

2008-01-29 Пенетрантность Kotikov Aleksey 

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]

Re: SSH сессия "замирае т"

2008-01-29 Пенетрантность Kotikov Aleksey 

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 сессия "замирае т"

2008-01-29 Пенетрантность Gmail.com 

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]

Re: SSH сессия "зами рает"

2008-01-29 Пенетрантность Yauhen Kharuzhy 
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]