Чи є спосіб підключитися до відключеного сеансу ssh? У нас виникають проблеми з нашим мережним підключенням до віддаленого сайту, над яким ми працюємо окремо; однак у цей час ми відчуваємо велику кількість відключень через втрачені пакети під час підключення до серверів у віддаленому місці. Багато разів сеанс деякий час залишається активним, а іноді трапляється посеред якоїсь дії (редагування файлів, запуск певного процесу тощо), до якої мені потрібно повернутися, а не перезапустити, якщо можливо.

ОНОВЛЕННЯ: Дійсна відповідь див. Відповідь zero_r нижче

Це не відповідь, а обхід. Використовувати екран .

Під час першого входу запустіть екран. Ви отримуєте ще одну оболонку, виконайте команди в цьому. Якщо ви відключені, процес екрану підтримує термінал живим, щоб ваша оболонка та процеси, які він працює, не перепадали. Після повторного підключення запустіть 'screen -r', щоб відновити.

Існує ще багато можливостей для налаштування та використання екрана, але вищезазначене повинно вирішити вашу проблему.

Спробуйте встановити для ClientAliveInterval (наприклад, 60) і TCPKeepAlive (так чи ні) відповідні значення на сервері sshd.conf.

Це повинно підтримувати сеанс в живих, навіть якщо зв’язок втрачається на хвилини.

Як згадувалося вище, GNU Screen - це шлях. Це дозволить вам мати «сеанс екрана» у віддаленому вікні, в якому ви можете запускати кілька команд, через кілька вікон екрану. Це просто від'єднається, якщо ваш батьківський з’єднання SSH помер, зберігаючи всі підпроцеси, що працюють у ньому, живими та здоровими.

" man screen" є вашим другом, як завжди, і пакет ОС повинен називатися " screen", якщо він не встановлений за замовчуванням.

Основи:

• Почніть сеанс на екрані (на віддаленому хості):

  $ screen
  

• Відключіться від екранного сеансу : CTRL-A,d

• Після повторного входу в систему знову підключіться до екранного сеансу:

  $ screen -d -r
  

• Відкрийте інше «вікно» екрану: CTRL-A,c

• Пройдіться через відкриті вікна екрану : CTRL-A,space

З екраном можна багато цікавих речей. Я використовую його вже більше 10 років, і досі знаходжу нові функції. Це моя улюблена утиліта Unix.

Я не можу повірити, що ніхто не згадав МОШ ;

Mosh - це окремий протокол, який може підключитися до процесу входу в SSH, він підтримує ваш сеанс живим після днів відключення, зміни IP, високої затримки тощо. Це пояснено на домашній сторінці краще, ніж я можу пояснити, тому я скопіював опис нижче. Мій досвід та поради полягають у тому, що я використовую його на своєму мобільному Android, це рятує життя під час подорожей та SSH'ing. Те саме стосується мого ноутбука, коли, наприклад, зв’язується з мобільним у поїзді. Я рекомендую компілювати з джерела, щоб отримати останню версію, для мене версія Repo всередині Ubuntu має кілька прикрощів, які зафіксовані в останній версії (на момент написання).

Mosh (мобільна оболонка)

Застосування віддаленого терміналу, яке дозволяє роумінгу, підтримує переривчасте підключення та забезпечує інтелектуальне локальне відлуння та редагування рядків натискань користувача.

Mosh - це заміна SSH. Він більш надійний і чуйний, особливо через Wi-Fi, стільникові та міжміські зв’язки.

Mosh - безкоштовне програмне забезпечення, доступне для GNU / Linux, FreeBSD, Solaris, Mac OS X та Android.

Особливості веб-сайту:

• Змінити IP. Залишайтеся на зв’язку : Mosh автоматично роумує під час переміщення між підключеннями до Інтернету. Використовуйте Wi-Fi у поїзді, Ethernet в готелі та LTE на пляжі: ви залишаєтесь увімкненими. Більшість мережевих програм втрачають зв’язок після роумінгу, включаючи SSH та веб-програми, наприклад Gmail. Мош інший.

• Здійснює милі мрії : за допомогою Mosh ви можете перевести ноутбук у сон і пробудити його пізніше, зберігаючи ваш зв’язок неушкодженим. Якщо ваше з'єднання з Інтернетом припиниться, Mosh попередить вас, але з'єднання відновиться, коли служба мережі повернеться.

• Позбудьтесь мережевого відставання : SSH чекає відповіді сервера, перш ніж показувати вам власний текст. Це може спричинити неприємний інтерфейс користувача. Mosh відрізняється: він дає миттєву відповідь на введення, видалення та редагування рядків. Це робить це адаптивно і працює навіть у повноекранних програмах, таких як emacs та vim. При поганому зв’язку підкреслюються незавершені прогнози, щоб вас не ввели в оману.

• Немає пільгового коду. Ніякого демона : Вам не потрібно бути супер-користувачем, щоб встановити або запустити Mosh. Клієнт і сервер - це виконувані файли, якими керує звичайний користувач і тривають лише протягом життя з'єднання.

• Той самий метод входу : Mosh не слухає мережеві порти та не підтверджує автентифікацію користувачів. Клієнт mosh заходить на сервер через SSH, і користувачі представляють ті ж дані (наприклад, пароль, відкритий ключ), як і раніше. Потім Mosh віддалено запускає mosh-сервер і підключається до нього через UDP.

• Працює всередині вашого терміналу, але краще : Mosh - це програма командного рядка, наприклад, ssh. Ви можете використовувати його всередині xterm, gnome-terminal, urxvt, Terminal.app, iTerm, emacs, екран або tmux. Але mosh був розроблений з нуля і підтримує лише один набір символів: UTF-8. Він виправляє помилки Unicode в інших терміналах та в SSH.

• Control-C працює чудово : на відміну від SSH, протокол, що базується на UDP, витончено обробляє втрати пакету та встановлює частоту кадрів на основі мережевих умов. Mosh не заповнює мережеві буфери, тому Control-C
  завжди працює, щоб зупинити відвернутий процес.

autossh спостерігає за вашим з'єднанням, і якщо він знижується, він знову підключається. Це надійніше, ніж кизильники. Якщо ви підключитесь до екранного сеансу, ви продовжите прямо з того місця, де ви від'єдналися (див. rscreenФункцію автоматичного введення)

tmux

Цей класичний. Використовуйте його, коли ви ризикуєте втратити з'єднання з терміналом.

$ 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

Просто так, ви знову в дії.

Я б встановив і запустив екран, щоб виправити вашу проблему. Екран дозволить вам підключитися до попереднього сеансу екрана.

Крім цього, екран також дозволить вам робити цікаві речі, такі як розділити екран, переглянути консоль тощо. Ви можете знайти більше інформації тут і тут .

Для початку, якщо ви відключитесь, можете скористатися

screen -ls

для перегляду своїх сеансів і

screen -r ${session} 

підключитися до відключеного.

Як зазначають інші, екран зазвичай є найкращим рішенням для цього, і він також додає безліч інших корисних функцій.

Ви можете налаштувати свій профіль на віддаленій машині для автоматичного запуску та / або підключення до екрана при вході в систему, що заощаджує ви забули запустити екран один раз, коли вам це потрібно, тому що ви зазнаєте перепаду з'єднання.

Дивіться сторінку http://tlug.dnho.net/?q=node/239 (або шукайте в Google багато інших прикладів, дещо різними способами).

більш сучасна альтернатива екрану, на жаль, недоступна для деяких типів "віртуалізації" (наприклад, у cygwin ви можете мати "екран", але не "tmux" завдяки способу, який він розроблений), але де б ви не мали можливості встановити tmux , Я настійно рекомендую перейти на той, хто встав екран.

Ось ще одне неекранне рішення.

Лоток шпаклівки дозволяє зробити саме це, він має можливість підключити знову відключення, який не є в звичайному або putty-ng

https://puttytray.goeswhere.com/

це (повністю відкритий вихідний код) шпаклівки з іншими параметрами, перейдіть до налаштувань з'єднання, і є 2 варіанти, один для "спроби повторного підключення при відмові з'єднання" та "спроба знову підключитися при запуску".

Хоча на екрані буде зберігатися сеанс оболонки відкритим на віддаленому сервері, якщо ваш ssh сеанс відпаде, він нічого не призведе до проблеми скидання ssh-з'єднань. Як пропонує zero_r, спробуйте налаштувати своє ssh-з'єднання із збереженням живих та довгих тайм-аутів.

Я пропоную вам з’ясувати причину втрачених пакетів, що викликають проблеми, і усунути це, а не працювати над цим.

Іноді я також забував запустити екран і втратив незакінчену роботу. У цьому випадку, хоча ми не можемо знову приєднатись до зламаного сеансу SSH, перезапуск запущеної програми на новий термінал і відновлення того, що ви робили, все ще можливо завдяки reptyr.

Після випадкового відключення від сеансу SSH, перше, що спочатку потрібно запустити, screenщоб з'єднання не порушилося знову. Потім у новому сеансі запустіть, ps aux | grep {The process to be resumed}щоб отримати PID. За допомогою PID ви можете спробувати reptyr {PID}або reptyr -T {PID}(якщо є підпроцеси) продовжити роботу.