Ich verwende zu Hause ein MacBook Pro und greife regelmäßig per SSH auf die Rechner in meinem Labor zu. Seit 3–4 Tagen erhalte ich jedoch jedes Mal, wenn ich per SSH auf den Rechner im Labor zugreife, die Fehlermeldung „Schreibfehler: defekte Pipe“, kaum 2 Minuten nach dem SSH-Vorgang.
Die Tatsache, dass vor ein paar Tagen noch alles perfekt funktioniert hat, verblüfft mich und ich wäre für jede Hilfe, die Dinge wieder zum Laufen zu bringen, sehr dankbar.
Antwort1
Dies sieht nach einem Netzwerkproblem aus.
Erkundigen Sie sich, ob sich Netzwerkgeräte geändert oder neu konfiguriert haben. Informieren Sie Ihren Netzwerkadministrator, dass Sie Probleme beim SSH-Zugriff haben. Möglicherweise liegt eine Fehlkonfiguration einer Firewall vor. Versuchen Sie, sich von anderen Computern oder an anderen Computern anzumelden, um die Diagnose zu verbessern.
Eine mögliche Ursache für diese Symptome ist ein IP-Adresskonflikt. Überprüfen Sie, woher der Client und der Server ihre IP-Adresse beziehen. Wenn Sie weiterlaufen ping server.example.com, hält die Verbindung dann länger? Wenn ja, liegt ein IP-Adresskonflikt vor. (Das pinghilft, weil es den Routern unterwegs immer wieder mitteilt, die IP-Pakete an Ihren Computer zu leiten – aber Sie verlieren trotzdem die Verbindung, wenn der andere Computer vor Ihnen eine ARP-Antwort sendet.) Wenn dies das Problem ist, müssen Sie es beheben: Sorgen Sie dafür, dass einer der Computer, die dieselbe Adresse verwenden, eine andere Adresse verwendet.
Überprüfen Sie auch die Routing-Tabelle auf Ihrem Computer. Stellen Sie sicher, dass die Pakete an den Server an die richtige Schnittstelle weitergeleitet werden. (Während eine fehlerhafte Routing-Tabelle normalerweise dazu führen würde, dass die Verbindung überhaupt nicht funktioniert, gibt es einen Sonderfall, bei dem die Symptome die von Ihnen beschriebenen sind: Wenn Sie eine Adresse mit DHCP erhalten und der DHCP-Server auch der Server ist, den Sie kontaktieren, wird die Adresse des DHCP-Servers an die gewünschte Schnittstelle weitergeleitet, bis Ihr ARP-Cache abläuft.)
Antwort2
Dies kann auf Paketverlust zurückzuführen sein. Ein Tool wie mtrkönnte Ihnen dabei helfen, zu diagnostizieren, welcher der Hosts auf der Route Probleme verursacht.HierSie finden die Anweisungen zur Installation unter Mac OS X.
Antwort3
Bei mir trat dieses Problem bei einigen Servern in der Hauptniederlassung auf und ich habe es folgendermaßen gelöst:
TCPKeepAlive yes
ServerAliveInterval 5
im sshKonfigurationDatei ( ~/.ssh/config or /etc/ssh/ssh_config).
Erst später fand ich heraus, dass es an der Hardware lag, die zur Optimierung der Kommunikation zwischen den Büros installiert war und die Störungen verursachte.
Antwort4
Ich habe mein Problem in Mac OS X gelöst, ich habe geändert die
#ClientAliveInterval 0
Zu
ClientAliveInterval 300
im /etc/sshd_configFolgendenDas, und starten Sie die Maschine neu, fertig.