Unser Büro verfügt über eine VPN-Verbindung zu den großen UNIX-Servern unserer Kunden, um technischen Support zu bieten, und wir verwenden einen Telnet-Client wie Putty oder Xshell unter Windows XP und 7.
Einen Monat zuvor haben wir unseren ISP von Unternehmen A zu B gewechselt und einige von uns haben während des Wechselvorgangs die DNS-Servereinstellung unserer Netzwerk-IPv4-Einstellungen von der automatisch zugewiesenen Standardeinstellung auf eine öffentliche Einstellung wie 8.8.8.8 geändert und dann wieder zurückgeändert.
Jetzt können alle Maschinen, deren DNS-Einstellungen geändert wurden, immer noch per Telnet auf die UNIX-Maschine des Clients zugreifen, aber selbst ein „ps -ef“ oder „ls -l“, das möglicherweise mehr als einen Bildschirminhalt zurückgibt, bleibt dort hängen, bis die Leerlaufzeit vorbei ist und es von Remote-Servern geschlossen wird. Alle Clients, wie Telnet, Putty, Xshell, funktionieren alle auf die gleiche Weise.
Hat das schon mal jemand erlebt? Und wie kann man das Problem lösen?
Antwort1
Die Hauptursache ist, dass die Standard-MTU-Größe durch den Wechsel des ISPs von A zu B geändert wurde, wodurch die lange Antwortnachricht abgeschnitten wird, weshalb Telnet hängen bleibt. Um das Problem zu beheben, habe ich die Anweisungen befolgt wie die Schritte in diesem Beitrag:
Netsh-Schnittstelle IPv4, Subschnittstelle „LAN-Verbindung“ festlegen, mtu=1200, store=persistent
Die Größe vorher ist 1500. Der Grund, warum es nach der DNS-Einstellung ausgelöst wird, ist, dass meiner Ansicht nach die Netzwerkeinstellungen aktualisiert werden, wenn Sie eine der Einstellungen, einschließlich DNS, ändern.