PuTTY-Netzwerkfehler: Software verursachte Verbindungsabbruch

Nur Windows XP oder ein früheres Betriebssystem:

Ich habe diese Antwort vor 9 Jahren für Windows XP geschrieben, Putty Software ist 21 Jahre alt und daher ist diese Antwort für historische Zwecke nützlich. Window ' s aktuelle Smartphone-basierte Zune-OS für Desktop hat Putty auf Netzwerkebene gebrochen, um alle Ein-oder Ausstiegspunkte zu irritieren, die nicht Teil des Pay-for-Play Azure Vendor Tool Stacks sind.

Putty hat eine Funktion, die versucht, dies zu beheben problem:

Network Error: Software caused connection abort

1. Putty starten
2. Laden Sie Ihre Verbindungseinstellungen, wenn Sie sie gespeichert haben
3. Klicken Sie auf "Verbindung"
4. In dem Abschnitt mit der Aufschrift "Senden von Nullpaketen, um die Sitzung aktiv zu halten" Wurde sie in 5 Sekunden geändert. 300 Sekunden können besser sein, wenn Netzwerkausfälle Ihr Problem sind, lesen Sie unten für Details.

Wie keepalives die Trennung mit Putty verhindern:

Einige Netzwerkrouter und Firewalls müssen verfolgen Sie alle Verbindungen durch sie. Normalerweise gehen diese Firewalls davon aus, dass eine Verbindung unterbrochen ist, wenn nach einem bestimmten Zeitintervall keine Daten in beide Richtungen übertragen werden. Dies kann dazu führen, dass PuTTY-Sitzungen unerwartet von der Firewall geschlossen werden, wenn in der Sitzung seit einiger Zeit kein Datenverkehr mehr angezeigt wird.

Mit der Keepalive-Option ('Sekunden zwischen Keepalives') können Sie PuTTY so konfigurieren, dass Daten in regelmäßigen Abständen über die Sitzung gesendet werden, sodass das eigentliche Terminal nicht gestört wird Sitzung. Wenn Sie feststellen, dass Ihre Firewall Leerlaufverbindungen unterbricht, können Sie versuchen, einen Wert ungleich Null in dieses Feld einzugeben. Der Wert wird in Sekunden gemessen; Wenn Ihre Firewall beispielsweise Verbindungen nach zehn Minuten unterbricht, möchten Sie möglicherweise 300 Sekunden (5 Minuten) in das Feld eingeben.

Reduzieren Sie das Problem mit Putty Autologin und dem Tool "screen"

Putty kann nicht mit einem beschissenen WLAN umgehen, das die Konnektivität minutenlang verliert. Eine Workaround ist zu verwenden autologin und Bildschirm.

Es ist ein nicht triviales Problem für Putty, Ihr Terminal nach einem minutenlangen Verlust der Internetverbindung erneut zu synchronisieren. Sie laufen Gefahr, Mann in der Mitte Angriffe während eines Ausfalls. Sie müssten sich trotzdem erneut authentifizieren, um sicherzustellen. Putty auferlegt dir das nicht, es lässt dich einfach fallen.

Verwenden Sie also Autologin, damit Putty sich automatisch in Ihrem Namen anmelden kann.

1. Generieren Sie einen privaten Schlüssel mit dem Puttygen-Tool auf dem Computer, den Sie sind Kitt mit.
2. Fügen Sie den öffentlichen Schlüssel in Ihr /home/youruser/.ssh/authorized_keys auf der Serverseite auf dem Server ein, auf dem Sie putty go login verwenden.
3. Machen Sie den privaten Schlüssel für Putty in den Putty-Einstellungen zugänglich Verbindung - >SSH - >Auth
4. Fügen Sie den privaten Schlüssel hinzu, indem Sie die private Schlüsseldatei unter "Private Schlüsseldatei zur Authentifizierung"angeben.
5. Speichern Sie die Einstellungen für die Putty-Verbindung.

Dann könnten Sie Ihre Verbindung durch Putty doppelklicken, und es sollte bringen Sie direkt zum Terminal, ohne Benutzername/Passwort einzugeben.

Jetzt können Sie sich also mit einer Tastaturkombination wie F6 bei putty für diese Verbindung anmelden. Also, wenn das WLAN schlecht wird und Sie fallen gelassen werden. Sie Mash down F6 und Sie sind wieder angemeldet.

ABER du verlierst immer noch den Zustand deines Terminals! Wie kann man das beheben? Verwenden Sie das Programm "Bildschirm". Erstellen Sie einen neuen Bildschirm, indem Sie "Bildschirm" eingeben. Ein neuer Bildschirm wird erstellt.

Wenn Sie rausgeschmissen werden und sich automatisch anmelden, sie können wieder an Ihren Bildschirm anhängen. Hier ist ein Tutorial, wie das geht: http://www.tecmint.com/screen-command-examples-to-manage-linux-terminals/

Es ist mühsam, screen einzugeben und sich jedes Mal wieder zu verbinden, wenn Sie fallen gelassen werden. Sie können also ein Skript schreiben, das Sie" automatisch zum letzten verfügbaren Bildschirm zurückbringt", um es transparent zu machen.

Also, wenn das Putty-Terminal einfriert. Es sieht so aus: Sie machen ein Schnauben der Verachtung, zerdrücken Alt+F4, um Kitt zu schließen, Maische down-F6. Und in 6 Sekunden bist du wieder da, wo du aufgehört hast.

Noch bessere Lösung, theoretisch

Theoretisch könnten Sie diesen gesamten obigen Prozess ausführen, damit das Terminal erkennt, wann es gelöscht wurde, und alle oben genannten Schritte für Sie bei der Wiederherstellung der Internetverbindung ausführt. Wenn jemand ein Programm kennt, das dies automatisch tut, lass es mich wissen. Es wäre ordentlich.

Quellen:

Http://the.earth.li/~sgtatham/putty/0.58/htmldoc/Kapitel4.html#config-keepalive

Http://rafaelwolf.com/?p=516

Fehlerbehebung für den PuTTY-Netzwerkfehler

Software caused connection abort

Lesen Sie, was PuTTY über den Fehler zu sagen hat

Dies ist ein generischer Fehler, der vom Windows-Netzwerkcode erzeugt wird, wenn eine hergestellte Verbindung aus irgendeinem Grund beendet wird. Dies kann beispielsweise vorkommen, wenn Sie das Netzwerkkabel von der Rückseite eines mit Ethernet verbundenen Computers ziehen oder wenn Windows einen anderen ähnlichen Grund zu der Annahme hat, dass das gesamte Netzwerk nicht mehr erreichbar ist.

Windows erzeugt auch dieser Fehler, wenn er auf dem Computer am anderen Ende der Verbindung aufgegeben hat, der darauf reagiert. Wenn das Netzwerk zwischen Ihrem Client und Server ausfällt und Ihr Client dann versucht, einige Daten zu senden, unternimmt Windows mehrere Versuche, die Daten zu senden, und gibt die Verbindung auf und beendet sie. Dies kann insbesondere auftreten, auch wenn Sie nichts eingegeben haben, wenn Sie SSH-2 verwenden und PuTTY versucht, einen Schlüssel erneut auszutauschen.

(Es kann auch vorkommen, wenn Sie keepalives in Ihrem Verbindung. Andere Leute haben berichtet, dass Keepalives diesen Fehler für sie beheben. (Es gibt vor-und Nachteile von keepalives.))

Uns ist kein Grund bekannt, warum dieser Fehler auftreten könnte, der einen Fehler in PuTTY darstellen würde. Das Problem liegt zwischen Ihnen, Ihrem Windows-System, Ihrem Netzwerk und dem Remote-System.

Versuchen Sie, einen anderen SSH-client -

Höchstwahrscheinlich liegt das Problem irgendwo zwischen PuTTY und dem Ziel-SSH-Server vor. Um Beweise dafür zu liefern, verwenden Sie ein verschiedene SSH-Client wie (http://kitty.9bis.net) und sehen, ob das Problem auch dabei auftritt. Es wird wahrscheinlich, die das Problem weg von Kitt isolieren.

Verdächtige fleckige Internetverbindung

Das Problem kann die fleckige Internetverbindung sein. Internet-Konnektivität Überwachung der Verfügbarkeit einer Internetverbindung ist eine gute Möglichkeit, um festzustellen, ob Ihr ISP Pakete verlieren und ist schuld für PuTTY gehen nach unten. Holen Sie sich eine Software, die die testet verfügbarkeit einer Internetverbindung. Zum Beispiel http://code.google.com/p/internetconnectivitymonitor / . Häufige und lange Unterbrechungen vom Internet stellen eine Verletzung der ISP-Serviceanforderungen dar. Wenn dies der Fall ist, wird es schwierig sein zu beweisen, dass der ISP Schuld ist, da Tech Support automatisch diese Art von Problemen auf Ihrem Computer verantwortlich macht, OS, Router, und Verdrahtung zu Ihnen nach Hause. Wenn Sie Kabel-Internet und leben in den Boonies verwenden, könnte es möglich sein, dass. hardware in den Häusern Ihres Nachbarn könnte statisch auf der Linie für ein paar Sekunden/Minuten senden, wenn sie es zum ersten Mal einschalten. Schließlich ist es möglich, dass es defekte Hardware im ISP-Netzwerk zu Ihnen nach Hause. Die Kosten für ISPs, ihre Hardware zu ersetzen, sind so hoch, dass sie es oft nicht tun werden, es sei denn, es gibt genug Abonnenten in einem Bereich, um die Kosten zu warnen.

Verdächtige den kabelgebundenen / drahtlosen Router

Verbinden Sie sich über einen kabelgebundenen / drahtlosen Router? Wie alt ist es? Ihr Router könnte das Problem sein. Alte drahtlose und kabelgebundene Technologie kann alt werden und Verbindungen sporadisch fallen lassen und neu starten, wodurch PuTTY stirbt. Entfernen Sie diese Komponenten aus der Gleichung und prüfen Sie, ob dies das Problem löst. Versuchen Sie eine Kabelverbindung und / oder einen anderen Router, um zu sehen, ob dies das Problem behebt. Ich hatte einen Linksys - WLAN-Router mit diesem langsamen Tod und lösche Verbindungen und starte sie neu.

Verdächtigen Sie das Betriebssystem, das die SSH bereitstellt Verbindung

Der Computer, mit dem Sie eine Verbindung zu SSH herstellen, verfügt über eine Richtlinie für die Anzahl der Sekunden, um SSH-Verbindungen am Leben zu erhalten. Diese Zahl ist aus Sicherheitsgründen niedrig gesetzt, und Sie könnten es erhöhen. Wo diese Einstellung ist, hängt davon ab, welches Betriebssystem Sie verwenden, das SSH bereitstellt.

Wenn Sie PuTTY über eine virtuelle Maschine verwenden

Wenn Sie PuTTY verwenden, um eine virtuelle Maschine zu passieren, kann es auf der virtuellen Maschine eine Richtlinie geben, die bricht ihre SSH-Verbindung zum Server, wenn sie der Meinung ist, dass sie inaktiv ist. Die Erhöhung dieser Werte hängt davon ab, welche Software und welches Betriebssystem der virtuellen Maschine Sie verwenden.

Wenn die Internetverbindung schlecht ist, behebt die SSH-Clientverbindung:

Wenn Ihr ISP eine instabile Verbindung bereitstellt, können Sie die Verbindungsabbrüche mit "ssh autologin"weniger schmerzhaft machen. Sie generieren einen öffentlichen und einen privaten Schlüssel. Und Sie sagen Ihrem ausländischen Server, dass er automatisch einlassen soll jeder, der einen genauen privaten Schlüssel bereitstellt. Es löst Ihr Problem nicht vollständig, aber wenn der Internetausfall auftritt, schließen Sie einfach das Fenster, doppelklicken auf ein Symbol und Sie werden sofort in die Befehlszeile Ihres Home-Ordners zurückgebracht, ohne einen Benutzernamen/ein Kennwort einzugeben.

Dies wird dir dabei helfen: Gibt es eine Möglichkeit, sich in PuTTY mit einem Passwort automatisch anzumelden?

Führen Sie in einer erhöhten Eingabeaufforderung Folgendes aus:

C:\Windows\system32>netsh int tcp show global

Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled

Chimney Offload State               : automatic

NetDMA State                        : enabled

Direct Cache Acess (DCA)            : disabled

Receive Window Auto-Tuning Level    : normal

Add-On Congestion Control Provider  : none

ECN Capability                      : disabled

RFC 1323 Timestamps                 : disabled

Wenn Receive Window Auto-Tuning Level normal ist, erhalten Sie Probleme. Deaktivieren Sie es und dann sollte alles so funktionieren wie früher:

C:\Windows\system32>netsh int tcp set global autotuninglevel=disabled

Ich habe mit CentOS Servern von Windows-PCs gearbeitet und hatte das gleiche Problem mit PuTTY. Eine Sitzung dauerte nicht länger als 1-5 Minuten. Ich habe versucht, mit PuTTY-Einstellungen zu spielen (Keepalives usw.- ) aber es hat nicht helfen Sie an alle.

Endlich habe ich die Lösung für meinen Fall gefunden. Ich habe TCP-Dumps sowohl auf dem Client als auch auf dem Server aufgezeichnet. Ich habe festgestellt, dass sich während 25-30 Sekunden vor dem Trennen mehrere Neuübertragungen von TCP-Segmenten im Client-Dump befinden (beide vom Client und von der Serverseite) und schließlich sendet PuTTY RST und schließt die Sitzung mit diesem Fehler. Im Dump des Servers habe ich in diesem Zeitraum keine Segmente vom Client gesehen, auch nicht RST. Dies bedeutet, dass von Zeit zu Zeit keine TCP-Segmente vom Client an den Server geliefert werden und dieser Zeitraum etwa 30-60 Sekunden beträgt. Ich habe den Fall mehrmals aufgenommen und es gab immer wieder Neuübertragungen und endgültige Ergebnisse von PuTTY. Wahrscheinlich irgendwo auf der Route wurden Pakete vom Netzwerk gelöscht te.

Um eine Problemumgehung zu erstellen, habe ich die maximale Anzahl von Datenübertragungen vom Standardwert 5 auf 16 erhöht. Es könnte verhindern, dass Kitt zu schnell getrennt wird. Die variable 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpMaxDataRetransmissions'. Ich habe diese Variable manuell hinzugefügt, sie wurde ursprünglich nicht in der Registy meines Windows definiert. Es hat geholfen! Jetzt sehe ich, dass Kitt von Zeit zu Zeit hängt, aber es kommt immer wieder zu Arbeit.

Um das problem Zu beheben: 1. Zeichnen Sie einen TCP-Dump auf und suchen Sie nach erneuten Übertragungen und RST, bevor Sie die Verbindung trennen. 2. Wenn Sie dieselben Retransmissions / RST-Segmente finden, passen Sie die Anzahl der Wiederholungsversuche auf einer Server-oder Clientseite an (dies hängt von der Seite von RST ab).

Vorsicht: Das Ändern der TCP-Einstellungen gilt für alle Software und das Betriebssystem selbst.

Der Fehler Netzwerkfehler: Software verursachte Verbindungsabbruch von PuTTY ist das Ergebnis, wenn ein IP-Adresskonflikt (zwei oder mehr Computer haben die gleiche IP-Adresse) im Netzwerk. (Ich hatte dieses Problem mit einem Raspberry Pi, der dieselbe IP-Adresse vom DHCP Server zugewiesen bekam wie ein Schurkengerät/Computer, der manuell eingerichtet wurde, um dieselbe IP-Adresse zu verwenden.)

In diesem speziellen Fall könnte es sich um einen IP-Adresskonflikt handeln lokal auf dem Windows 7-computer oder einem anderen Gerät im Netzwerk. Wireshark kann verwendet werden, um diese Art von Fehler erfolgreich aufzuspüren.

Der Fehler 10053 WSAECONNABORTED (Software verursacht Verbindungsabbruch.) ist eine generische Winsock - - Fehler, kann ausgestrahlt werden durch eine beliebige Anzahl von Gründen.

Die offizielle Erklärung besagt:

Dieser Fehler kann auftreten, wenn das lokale Netzwerksystem eine Verbindung abbricht, z. B. wenn Winsock eine hergestellte Verbindung schließt, nachdem die erneute Übertragung der Daten fehlgeschlagen ist (der Empfänger erkennt niemals die auf einem Datenstromsocket gesendeten Daten).

Die Gründe für dieses Problem können reichen von defekte Netzwerkkabel zu einfachen Konnektivitätsverlust. Es ist unmöglich, eine einzige Lösung anzubieten.

Ich hatte das gleiche Problem mit PuTTY nach der Installation eines neuen WLAN-Routers / 3G-Modems, um eine Verbindung zum Internet herzustellen. Ich habe alle oben genannten Keep-Alive - Lösungen - und alle im Konfigurationsmenü meines Routers-ohne Wirkung ausprobiert.

Dann erinnerte ich mich an etwas aus den 90er Jahren, als ich ein Festnetz - Telefonmodem hatte: die MTU (Maximum Transmission Unit), im Grunde die maximale Größe der übertragenen Datenblöcke - es hatte einen bemerkenswerten Einfluss auf die Stabilität der Verbindung.

, Damit Ich überprüfte die Konfiguration meines WLAN-Routers, fand die MTU-Einstellung und änderte sie von einem festen Wert von 1424 auf " Auto "(ich wollte einen kleineren Wert ausprobieren, aber" Auto " klang noch besser). Danach hatte ich keine Probleme mehr mit Kitt - die Verbindung ist jetzt felsenfest. Ich hoffe, das hilft zumindest jemandem mit dem Problem" Netzwerkfehler: Software verursachte Verbindungsabbruch".

Registerkarte Verbindung: keep alive auf "5" Sekunden gesetzt und aktiviert

Aber noch wichtiger:

Verbindung -> SSH -> Kex, Max Minuten vor rekey: "2" (standard ist 60).

Mein Kitt verlor nach einer Weile seinen Schlüssel und verursachte das Timeout. Das Absenken dieses Wertes auf" 2 " Minuten löste das Problem. Ich bleibe jetzt auf unbestimmte Zeit verbunden.

Ich bin entweder mit einem WinSCP - Skript oder einer GUI-Konsole auf dasselbe Problem gestoßen. Endlich habe ich festgestellt, dass das mit der Geschwindigkeit zusammenhängt (Internetgeschwindigkeit - unser Server ist im Internet). Ich habe das Skript an einen anderen Ort im Netzwerk verschoben, an einen anderen Ort, und nicht sowohl GUI als auch Skript liefen gut.

Es wurde nach viel Analyse und Sortierung aussortiert.

Ich war tatsächlich viele Male mit diesem Problem konfrontiert. Ich suchte stundenlang nach einer Lösung, aber keiner von ihnen war wirksam. Ich teile die Lösung, die für mich funktioniert hat, und hoffe, dass sie auch für andere hilfreich ist.

Ich habe Windows 10 als Host-O/S und Redhat-7 als Gast-O / S und meine VMware hatte eine überbrückte Verbindung. Als DBA muss ich Clients besuchen und meine Netzwerkkonfiguration gemäß den Client-Räumlichkeiten festlegen. Also, wenn ich die Client-Räumlichkeiten verlasse und über ein anderes Netzwerk eine Verbindung herstelle drahtlose und offene VM Ich hatte das gleiche Problem wie in der Frage angegeben. Also dachte ich eine Weile nach und überprüfte meine Konfiguration auf LAN Ethernet und Wireless Ethernet und fand eine Nichtübereinstimmung. Da meine VM automatisch das physische Ethernet zwischen zwei zum Überbrücken verwenden würde. Als ich die Netzwerkkonfiguration für LAN/Wireless Ethernet auf DHCP zurücksetzte, funktionierte es wie ein Zauber und es wurde keine Verbindung mehr abgebrochen. [Sie können Ihren Hostcomputer auch neu starten, nachdem Sie ihn auf DHCP eingestellt haben.]

Sie müssen TCPKeepAlive unter Linux aktivieren.

Es wird in PuTTy ' s FAQ auf der Website erklärt, wenn Sie nach diesem Fehler suchen.

Wenn die virtuelle Maschine auf Ihrer lokalen Hardware ausgeführt wird, deaktivieren Sie Keep Alive-Pakete.