Заметил такую особенность.

Если в Putty приконетиться по SSH к удаленному серверу, который за пределами локальной сети и какое то время не работать,
то SSH соединение завершается. Если раз в 10 минут отправлять/принимать хотябы 1 байт.. то соединение держится на протяжении всего времени.

Скажите это глюк putty клиента или так задумано в настройках SSH ?

Спасибо.

Здравствуйте, _f_b_i_, Вы писали:

___>Скажите это глюк putty клиента или так задумано в настройках SSH ?

Это удаляется запись в таблице трансляции адресов на маршрутизаторе.

Здравствуйте, ДимДимыч, Вы писали:

ДД>Здравствуйте, _f_b_i_, Вы писали:

___>>Скажите это глюк putty клиента или так задумано в настройках SSH ?

ДД>Это удаляется запись в таблице трансляции адресов на маршрутизаторе.

А для менее продвинутых юзеров как интерпритировать Ваш ответ?

И как это преодолеть?

Здравствуйте, _f_b_i_, Вы писали:

___>А для менее продвинутых юзеров как интерпритировать Ваш ответ?

Чтобы обеспечить выход из локальной сети на внешний сервер, маршрутизатор подменяет исходный адрес на свой внешний, сохраняя у себя в специальной таблице, грубо говоря, пару "локальный адрес"<->"внешний адрес назначения", чтобы потом знать, куда направлять ответ от сервера. Если это соединение было неактивно какое-то время, то запись из таблицы удаляется.
Менее вероятно, но так же возможно, что истекает таймаут соединения транспортного уровня, т.е. TCP.

___>И как это преодолеть?

Клиент (а также может, емнип, и сервер) должен периодически слать данные. У openssh есть опция ServerAliveInterval, как в Putty — не знаю.

Здравствуйте, ДимДимыч, Вы писали:

ДД>Здравствуйте, _f_b_i_, Вы писали:

___>>А для менее продвинутых юзеров как интерпритировать Ваш ответ?

ДД>Чтобы обеспечить выход из локальной сети на внешний сервер, маршрутизатор подменяет исходный адрес на свой внешний, сохраняя у себя в специальной таблице, грубо говоря, пару "локальный адрес"<->"внешний адрес назначения", чтобы потом знать, куда направлять ответ от сервера. Если это соединение было неактивно какое-то время, то запись из таблицы удаляется.
ДД>Менее вероятно, но так же возможно, что истекает таймаут соединения транспортного уровня, т.е. TCP.

___>>И как это преодолеть?

ДД>Клиент (а также может, емнип, и сервер) должен периодически слать данные. У openssh есть опция ServerAliveInterval, как в Putty — не знаю.

Спасибо за объяснение. Попробую исправить ситуацию.

Здравствуйте, _f_b_i_, Вы писали:

___>>>И как это преодолеть?

ДД>> как в Putty — не знаю.

Enable TCP keepalives (SO_KEEPALIVE option)

этого должно быть достаточно, т.е. на сервере менять ничего не надо.

Здравствуйте, _f_b_i_, Вы писали:

___>Заметил такую особенность.

___>Если в Putty приконетиться по SSH к удаленному серверу, который за пределами локальной сети и какое то время не работать,
___>то SSH соединение завершается. Если раз в 10 минут отправлять/принимать хотябы 1 байт.. то соединение держится на протяжении всего времени.

___>Скажите это глюк putty клиента или так задумано в настройках SSH ?


Больше похоже на настройки файервола.

Здравствуйте, eklmn, Вы писали:

E>этого должно быть достаточно, т.е. на сервере менять ничего не надо.

На сервете и так ничего менять не надо, просто сервер можно настроить так, чтобы он сам пинал клиента, когда тот неактивен определенное время.

Здравствуйте, _f_b_i_, Вы писали:

___>Заметил такую особенность.
___>Если в Putty приконетиться по SSH к удаленному серверу, который за пределами локальной сети и какое то время не работать,
___>то SSH соединение завершается. Если раз в 10 минут отправлять/принимать хотябы 1 байт.. то соединение держится на протяжении всего времени.
___>Скажите это глюк putty клиента или так задумано в настройках SSH ?
Так задумано, для того чтобы putty периодически посылал keepalive-пакеты, в окне настроек putty зайдите на вкладку "Connection" и укажите в поле "Seconds between keepalives" ненулевое значение.

Может это автоматический выход из bash по истечении $TMOUT секунд?