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

V>Где ж тут "правильно"?))
V>Этот подход устарел более 20 лет назад, как только появился глобальный интернет.
V>Это, скорее, инерция, чем "правильно".

V>Исходно терминальный доступ получил развитие в те времена, когда проблем с сеткой не было, бо не было самой глобальной сети. "Потеря сессии" в тех сценариях являлась её сознательным завершением.

Сетка и ее качество здесь вообше непричем. Пропажа терминал в случае разрыва сетки абсолютно эквивалентна закрыванию консоли в винде. Надо оповестить об этом процессы и что-то сделать со стандартным вводом/выводом, который на этот терминал завязаны.

Соответственно два решения:
а) терминал, который не пропадает при разрыве сетки (screen, tmux, ET и т.д.)
б) переназначит весь ввод/вывод в файлы и заблокировать оповещение (nohup)

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

V>Где ж тут "правильно"?))
V>Этот подход устарел более 20 лет назад, как только появился глобальный интернет.
V>Это, скорее, инерция, чем "правильно".

V>Исходно терминальный доступ получил развитие в те времена, когда проблем с сеткой не было, бо не было самой глобальной сети. "Потеря сессии" в тех сценариях являлась её сознательным завершением.

Сетка и ее качество здесь вообше "непричем". Пропажа терминал в случае разрыва сетки абсолютно эквивалентна закрыванию консоли в винде. Надо оповестить об этом процессы и что-то сделать со стандартным вводом/выводом, который на этот терминал завязаны.

Соответственно два решения:
а) терминал, который не пропадает при разрыве сетки (screen, tmux, ET и т.д.)
б) переназначит весь ввод/вывод в файлы и заблокировать оповещение (nohup)