ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Eugene B. Berdnikov                  2:5020/400     01 May 2002  21:03:54
 To : Victor Wagner
 Subject : Re: ssh
 -------------------------------------------------------------------------------- 
 

 Victor Wagner <vitus@45.free.net> wrote:
 
 VW>  Eugene B. Berdnikov <berd@desert.ihep.su> wrote:
 EBB>> Интересно, какой это такой "контроль целостности" должен
 EBB>> быть, чтобы он мог увеличивать tcp-таймеры? :-) Просто
 EBB>> фантастика... 
 VW> 
 VW> Причем здесь таймеры? Просто после пачки ретрансмитов
 VW> которые требуются для того чтобы tcp-соединение восстановилось,
 VW> ssh начинает еще сам договариваться с сервером поверх этого
 VW> восстановленного соединения, и выяснять, а с тем ли его соединили.
 
                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 
 VW> И на это уходит заметное (на глаз) время.
 
  Ой! Это домыслы, или можно чем-то подтвердить?
 
  Я протокол ssh не разбирал, но что-то меня берут сомнения в справедливости
  написанного - вряд ли этот прокотол фундаментально отличается от ssl.
  А там ничего подобного нет.
 
 VW> Меня в тот момент, когда упало диалапное соединение, и УЖЕ
 VW> восстановилось мало интересуют tcp-таймеры. Меня интересует что вот на
 VW> экране окно в котором ssh на удаленной системе, там надо срочно сделать
 VW> то-то и то-то, а оно все никак не хочет реагировать на команды.
 VW> А денежки-то капают...
 
  Таймеры не интересуют? :) Зря, зря. Когда в следующий раз будут капать
  денежки, не пожалейте пары копеек, запустите netstat -t. И Вы увидите,
  что эти самые таймеры содержат большие числа, и приходится ждать довольно
  долго, пока не произойдет следующий retransmit. А он произойдет строго
  по таймеру, независимо от воплей возмущенного юзера. :)
 
  Потому что так устроен tcp, и это работает "exponential backoff".
 
  Грубо говоря, для каждой следующей ретрансмиссии таймер увеличивается вдвое,
  пока число ретрансмиссий не достигнет предела. Поэтому значение таймера
  после восстановления коннекции обычно порядка времени простоя.
  Скажем, связи не было 10 минут, и вот пинги пошли (ура!), но таймеры
  все по 5-10 минут - следовательно, коннекции прочухаются не сразу.
 
  Корень всех этих проблем - в применении tcp для интерактивных сервисов.
  Hо меня удивляет, почемы Вы связываете их с ssh. Телнет ведет себя
  точно так же, и rsh, можете проверить (чай tcpdump всегда под рукой:).
 -- 
  Eugene Berdnikov
 --- ifmail v.2.15dev5
  * Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    ssh   Igor S.Kozhukhov   25 Apr 2002 15:57:45   Re: ssh   Artem Chuprina   25 Apr 2002 15:03:51   Re: ssh   Vladimir Bormotov   25 Apr 2002 17:55:07   Re: ssh   Victor Wagner   25 Apr 2002 18:11:34   Re: ssh   Boris Veytsman   25 Apr 2002 19:21:33   Re: ssh   Eugene B. Berdnikov   30 Apr 2002 23:03:57   Re: ssh   Boris Veytsman   30 Apr 2002 23:34:40   Re: ssh   Eugene B. Berdnikov   01 May 2002 20:04:46   Re: ssh   Boris Veytsman   01 May 2002 22:23:40   Re: ssh   Valentin Nechayev   01 May 2002 23:57:53   Re: ssh   Victor Wagner   01 May 2002 00:52:09   Re: ssh   Eugene B. Berdnikov   01 May 2002 21:03:54   Re: ssh   Valentin Nechayev   01 May 2002 23:57:53   Re: ssh   Vladimir Bormotov   02 May 2002 01:21:31   Re: ssh   Eugene B. Berdnikov   02 May 2002 14:03:55   Re: ssh   Valentin Nechayev   03 May 2002 08:59:28   Re: ssh   Eugene B. Berdnikov   03 May 2002 15:04:22