Jak mogę wyjść z SSH, gdy się zablokuje?

Często ssh do szkoły w domu ze szkoły, ale zwykle, gdy zmieniam lekcje i komputer zawiesza się, rura jest zepsuta. Jednak ssh po prostu się zamyka - Ctrl+ c, Ctrl+ zi Ctrl+ dnie działają.

To denerwujące, że muszę ponownie uruchomić terminal, a jeszcze bardziej denerwujące, że muszę zamknąć i ponownie utworzyć nowe okno ekranu.

Więc moje pytanie, czy istnieje prosty sposób, aby ssh umarł poprawnie (tj. Kiedy rura ulegnie awarii „normalnie”, wyjdzie z komunikatem o uszkodzonej rurze)? Czy też muszę dowiedzieć się, czym jest PID i ręcznie go zabić?

Normalne klucze są przekazywane podczas sshsesji, więc żaden z nich nie będzie działał. Zamiast tego użyj sekwencji ucieczki. Aby zabić bieżąca sesja hit następnie Enter ↵, ~, ..

Więcej tych sekwencje mogą zostać dodane Enter ↵, ~, ?:

Supported escape sequences:
  ~.  - terminate session
  ~B  - send a BREAK to the remote system
  ~R  - Request rekey (SSH protocol 2 only)
  ~#  - list forwarded connections
  ~?  - this message
  ~~  - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)

Możesz zamknąć listę sekwencji Escape, naciskając enter.

Zauważ, że ponieważ uderzenie ~~powoduje sshwysłanie ~zamiast przechwytywania, możesz adresować N zagnieżdżonych sshpołączeń, naciskając ~ N razy. (Dotyczy to tylko ~s, które bezpośrednio następują po enter.) To znaczy, że sesja enter~~~~~.kończy sshgłębokość 5 warstw i zachowuje pozostałe 4 nienaruszone.

Możesz także ustawić utrzymanie aktywności na poziomie aplikacji dla SSH, aby zapobiec zawieszaniu się go w przypadku problemów z połączeniem. Mój ~/.ssh/configzawiera to:

Host *
ServerAliveInterval 15
# ServerAliveCountMax 3

To powoduje, że klient ssh wysyła informacje o poziomie aplikacji co 15 sekund. Ilekroć trzy z nich ulegają awarii (ustawienie domyślne ServerAliveCountMax), klient uznaje połączenie za zawieszone i zamyka je.

W przeciwieństwie do drugiej opcji TCPKeepAlive, jest to sprawdzane w zaszyfrowanym kanale i nie jest sfałszowane.

Należy zauważyć, że te podtrzymania życia pomagają również, utrzymywać długo działające połączenia na biegu jałowym , tj. Zapobiegają zawieszeniu do połowy zamkniętych sesji Tcp przez wiele godzin.

Zdecydowanie polecam włączenie tej funkcji, jeśli regularnie się na nią natrafisz, ale powinieneś również wiedzieć o niewielkim ryzyku bezpieczeństwa, które może to powodować. Atak ze znanym tekstem jawnym może stać się łatwiejsze, jeśli atakujący zna przedział i zawartość bezczynności połączenia. Może to być powód, dla którego nie jest domyślnie włączony.

Jak zauważono w odpowiedzi geekozaura, sekwencja ucieczki ~.zakończy połączenie.

Pełna lista sekwencji specjalnych i ich działań można wyświetlić, wpisując ~?:

Supported escape sequences:
  ~.  - terminate connection (and any multiplexed sessions)
  ~B  - send a BREAK to the remote system
  ~C  - open a command line
  ~R  - Request rekey (SSH protocol 2 only)
  ~^Z - suspend ssh
  ~#  - list forwarded connections
  ~&  - background ssh (when waiting for connections to terminate)
  ~?  - this message
  ~~  - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)