Sposób na uniknięcie przekroczenia limitu czasu połączenia ssh i zawieszenie terminala GNOME

Kiedy łączę się za pośrednictwem ssh z niektórymi serwerami, upływa limit czasu i „zawiesza się” terminal (nie akceptuje danych wejściowych, nie rozłącza się, nie może Ctrl-C zabić procesu ssh lub cokolwiek innego).

Jest to w Ubuntu, gnome-terminalchoć wydaje się, że wstrzymuje wejście / wyjście terminala i nie wpływa na działanie samego oprogramowania GNOME Terminal. Więc mniej błędu gnome-terminalniż denerwująca niespójność z ssh.

Czy istnieje sposób, aby zapobiec / odzyskać terminal z połączeń ssh, które przekroczyły limit czasu?

sshd (serwer) zamyka połączenie, jeśli przez jakiś czas nic nie słyszy od klienta. Możesz od czasu do czasu nakazać klientowi, aby wysyłał do serwera sygnał oznak życia.

Konfiguracja tego znajduje się w pliku ~/.ssh/config. Aby wysyłać sygnał co cztery minuty do zdalnego hosta, umieść w swoim polu następujące informacje ~/.ssh/config.

Host remotehost
  HostName remotehost.com
  ServerAliveInterval 240

To właśnie mam w sobie ~/.ssh/config.

Aby włączyć to dla wszystkich hostów, użyj:

Host *
  ServerAliveInterval 240

Upewnij się także, aby uruchomić chmod 600 ~/.ssh/config, ponieważ plik konfiguracyjny nie może być czytelny dla całego świata.

Naciśnij Enter, ~, .jeden po drugim, aby odłączyć się od zamarzniętej sesji.

Sekcja „ZNAK UCIECZKI” na stronie man ssh wyjaśnia podstawowe szczegóły.

Nawet jeśli nie jest to bezpośrednia odpowiedź na twoje pytanie, jest ściśle związana z twoim problemem. Zamiast próbować utrzymywać połączenie przy życiu (wszystkie połączenia w końcu umierają), możesz użyć multiplekserów terminali, takich jak screeni, tmuxktóre utrzymują sesję w tle, nawet jeśli terminal zostanie rozłączony.

Zasadniczo po zalogowaniu się na serwerze SSH natychmiast uruchamiasz się, screenaby utworzyć i dołączyć nową sesję:

$ screen

Następnie idź dalej i wykonuj swoją pracę z powłoką, jak zwykle. Teraz, jeśli połączenie zostanie zerwane, kiedy będziesz mógł wrócić do trybu online i ponownie połączyć się z serwerem przez SSH, otrzymasz listę bieżących sesji z:

$ screen -ls

Aby ponownie dołączyć do sesji:

$ screen -r <session>

gdzie <session>jest PID lub nazwa sesji. Nastąpi ponowne połączenie z sesją i możesz kontynuować od miejsca, w którym zostało przerwane!

Możesz nawet odłączyć sesję i połączyć się ponownie z domu, aby odebrać dokładnie z miejsca, w którym zostało przerwane. Aby odłączyć sesję, której używasz, C-aa następnie C-d(to Control + Ai wtedy Control + D).

Jest też prosty samouczek online .

Używanie screeni tmuxna zdalnych serwerach jest uważane za najlepszą praktykę i jest wysoce zalecane . Niektóre osoby idą tak daleko, że mają screendomyślną powłokę logowania, więc po nawiązaniu połączenia natychmiast rozpoczynają nową screensesję.

Spróbuj dołączyć -o ServerAliveInterval=30do ciągu połączenia ( 30oznacza to 30 sekund i oczywiście można to zmienić)

Możesz także ustawić limit czasu bezczynności po stronie serwera SSH:

Plik: /etc/ssh/ssh_config

Zawartość:

ClientAliveInterval XX
ClientAliveCountMax YY

Działa to dokładnie tak samo, jak ustawienie klienta, ale pakiety zerowe są wysyłane z serwera, a nie z klienta.

Uzyskane z:

http://www.sysadmit.com/2016/02/linux-y-vmware-ssh-evitar-desconexion.html

Dla osób, które chcą przede wszystkim zapobiec przekroczeniu limitu czasu przez klienta.

Możesz spróbować ustawić ConnectTimeout 0w pliku konfiguracyjnym. Wartość 0 oznacza, że ​​połączenie będzie utrzymywane przy życiu przez czas nieokreślony, chyba że zostanie zamknięte.

Twój plik config (lub ssh_config) może wyglądać następująco:

Host *
   ConnectTimeout 0