Dateien können in der SSH-Sitzung nicht angezeigt werden

0

Ich habe 2 Ubuntu-Server, beide unter Ubuntu 16.04. Wenn ich von meinem Windows 10-Laptop aus eine Verbindung zu Server1 herstelle (Neuinstallation) und VIM, NANO oder CAT zum Öffnen einer Datei öffne, "friert" der SSH-Client ein (dh die Sitzung zeigt einen Teilbildschirm an, z Wenn ich VIM öffne, bekomme ich nur "c" in der oberen Ecke und sonst nichts). Das Öffnen vorhandener Dateien führt zum gleichen Einfrieren. Der SSH-Client selbst friert NICHT ein.

Server2 hat dieses Problem jedoch nicht.

Verwendete SSH-Clients: Bitvise (Win32), PuTTy (Win32) und Remote Terminal (UWP) - das auf Server1 festgestellte Verhalten tritt bei allen drei dieser Clients auf. Irgendeine Idee, was los ist? Bildbeschreibung hier eingeben

— Phantasierend
quelle

0

Die Symptome scheinen ein Problem mit einer großen Übertragung zu sein. Probier sowas ls -l /usr/bin kann auch hängen.

Mögliche Ursache ist eine niedrige mittlere MTU wie hier beschrieben

iptables -t mangle -A OUTPUT -p tcp --tcp-flags SYN,RST SYN -j TCPMSS
--set-mss 1460

MSS möglicherweise bis 1300 - 1200 Liebhaber sein

UPD.

Welche ist Ihre Netzwerktopologie? Server erreichbar über Internet oder LAN?

— Mikhail Moskalev
quelle

Auf Server2 kann für SSH über das Internet zugegriffen werden. Server1 führt DNS-, E-Mail- und HTTP-Dienste aus, sodass SSH nur auf das LAN beschränkt ist. Running ls -l /usr/binhat die Sitzung unterbrochen. Das Ausführen des Befehls iptables, wie beschrieben, während MSS auf 1200 eingestellt war, löste das Problem nicht

— Delirious,

0

Ich muss mich bei @ mmv-ru dafür bedanken, dass er mich in die richtige Richtung gelenkt hat. Wie sich herausstellt, hatten die anderen Windows-Computer im Netzwerk dieses Problem nicht mit Server1. Nachdem ich mit einem Familienmitglied gesprochen hatte, das mitteilte, dass er seine Netzwerkadapter auf eine MTU von 1438 eingestellt hatte, stellte ich den WiFi-Adapter auf dieselbe MTU und VOILA ein! Problem für Server1 behoben. Ich kann jetzt Dateien und TOP wie erwartet anzeigen / bearbeiten.

Für diejenigen mit demselben Problem habe ich netsh verwendet, um Folgendes zu beheben: netsh interface ipv4 show subinterfaces- MTU und Namen der verfügbaren Verbindungen anzeigen netsh interface ipv4 set interface "WiFi" mtu=1438 store=persistent- MTU für die WiFi-Verbindung festlegen und speichern.

— Phantasierend
quelle