PuTTY-Netzwerk-Timeout-Fehler

6046
Magpie101

Ich verwende PuTTY auf meinem Windows-Computer, um SSH auf meinem Universitätsserver zu verwenden. Ich führe Analysen durch, die bis zu 3 Tage dauern. Ich kann eine Verbindung herstellen und die Analysen starten, bekomme aber schließlich die Fehlermeldung "PuTTY Network Error: Software verursacht Verbindungsabbruch". Ich habe das Problem gelöst - das Problem liegt in der Zeit der Inaktivität von PuTTY, in der die Analysen ausgeführt werden. Die Netzwerkverbindungen sind alle in Ordnung. Im Moment kann ich die Analysen nur abschließen, indem Sie alle paar Stunden die Eingabetaste drücken. Das ist wirklich nervig, da ich nachts aufstehen muss!

Ich bin kein Computerfan und würde wirklich lehren, wenn jemand eine Lösung vorschlagen könnte.

Vielen Dank :)

0

2 Antworten auf die Frage

0
RedGrittyBrick

Eine der folgenden Methoden (ich bevorzuge die zweite, aber YMMV)

  1. Timeout verhindern
    • Geige mit Puttys Einstellungen wie Enable TCP Keepalivesund seconds between keepalives.
    • Sag der Shell, dass sie sich nicht langweilt ( unset TMOUT)
  2. Ändern Sie das, was Sie tun, damit Sie eine Sitzung nicht für mehrere Tage inaktiv halten

z.B

nohup ./my_analysis > analysis.out 2> analysis.err &; exit;

Sie können den Fortschritt überprüfen, indem Sie sich z. B. erneut anmelden und verwenden

tail -f analysis.out

Kompliziertere Bedürfnisse können oft mit Hilfe von Named Pipes erfüllt werden.

Weitere Referenzen

Ah du bist genial! Vielen Dank, ich kann heute Nacht gut schlafen :) Magpie101 vor 7 Jahren 48
@ Magpie101: Froh zu helfen - Siehe http://stackoverflow.com/help/someone-answers RedGrittyBrick vor 7 Jahren 48
0
Seth

Sie können auch verwenden, screenwenn es verfügbar ist.

Damit können Sie einen beliebigen Befehl innerhalb einer Bildschirmsitzung ausführen (was kein Timeout hätte), und Sie könnten ihn später erneut verbinden. Eine grundlegende Verwendung könnte wie folgt aussehen:

  1. Lauf screen
  2. Analyse starten
  3. Trennen ( Ctrl+ A D) des Bildschirms (oder warten auf das Timeout)
  4. Verbinden Sie sich später erneut mit screen -r

Verwandte Probleme