Есть ли способ подключиться к сеансу ssh, который был отключен? У нас проблемы с сетевым подключением к удаленному сайту, над которым мы работаем отдельно; однако в то же время мы сталкиваемся с большим количеством отключений из-за потери пакетов при подключении к серверам в удаленном месте. Часто сеанс остается активным в течение некоторого времени, а иногда случается, что он находится в середине какого-либо действия (редактирование файла, запуск какого-либо процесса и т.д.), к которому мне нужно вернуться, а не перезапускать, если это возможно.
Вот еще одно неэкрановое решение.
В лотке шпаклевки можно сделать именно это, в нем есть опция переподключения при отказе соединения, которая не является обычной или putty-ng
https://puttytray.goeswhere.com/
это (полностью открытая) вилка шпаклевки с другими опциями, перейдите к настройкам соединения и есть 2 опции, одна для "попытки переподключения при отказе соединения", а другая для "попытки переподключения при запуске".
Это классический. Используйте его всякий раз, когда вы рискуете потерять соединение с терминалом.
$ tmux
$ sh do_something_that_takes_forever
!! Connection fails so you reconnect once you notice
$ tmux ls
0: 1 windows (created Tue Aug 23 12:39:52 2011) [103x30]
$ tmux attach -t 0
Вот так, вы снова в действии.
Еще один вариант - запустить Jupyter Notebook, у которого есть собственный довольно хороший веб-эмулятор терминала.
На some_host
запустить jupyter-notebook --no-browser --port = $ SOME_PORT &
].
создайте сеанс some_label
в своем браузере, указав на http: // some_host: $ SOMEPORT / terminal / some_label
. Теперь вы можете отключиться.
Добавьте свои сеансы в закладки. При повторном подключении вы можете открыть их все сразу. Если вкладки уже открыты, вам необходимо обновить их.
Если $ SOME_PORT
не открыт на some_host
, то используйте ssh для переадресации портов и подключитесь к ] http: // localhost: $ SOME_LOCAL_PORT / terminal / some_label
вместо:
ssh -q -N -f -L localhost:$SOME_LOCAL_PORT:localhost:$SOME_PORT $some_host
Моя проблема была решена просто. В моем / etc / sysconfig / network-scripts / ifcfg-eth0 был неправильным параметром IPADDR, установленным на статический IP-адрес и BOOTPROTO = dhcp. После обновления параметра BOOTPROTO = static проблема была решена.