Das Ausführen von vim auf einem Remote-Linux-Computer „friert“ die OS X SSH-Verbindung ein

8

Ich versuche, SSH auf einen Linux-Computer (Fedora 14) zu übertragen und dann vim zu öffnen, um eine Datei zu bearbeiten. Auf meinem neuen Macbook Pro scheint die SSH-Sitzung jedoch "einzufrieren", sobald ich vim öffne.

Ich kann mich gut auf dem Linux-Computer anmelden und Befehle ausführen:

Screenshot 1

Doch sobald ich laufen vim, die Terminal - Rohlinge aus und reagiert nicht auf :q, ctrl+z, ctrl+c, ctrl+d, etc:

Geben Sie hier die Bildbeschreibung ein

Ich verwende iTerm2, aber das gleiche Problem tritt in Terminal.app auf. Der Versuch, Dateien mit zu übertragen, scpweist dasselbe Verhalten auf, sodass es mit jeder Art von SSH-Verbindung zu diesem Computer zusammenhängt.

Könnte dies etwas mit tty vs pty oder einer anderen Terminalemulationseinstellung in OS X zu tun haben?

Ich habe nicht das gleiche Anzeigeproblem beim Öffnen von vim auf dem Remote-Linux-Computer unter Windows oder anderen Betriebssystemen. Außerdem kann ich vim fine verwenden, wenn eine Verbindung zu anderen Remote-Computern (Linux) besteht.

linux ssh osx ip matt b
quelle
4
Klingt nach einem MTU-Problem . Siehe meine Antwort dort für Erklärungen; Kurz gesagt, kleine Pakete kommen durch, aber große Pakete werden systematisch verworfen, sodass interaktive Programme meistens funktionieren (aber nicht, wenn sie viel auf einmal tun), aber Dateiübertragungen meistens fehlschlagen. Um Hilfe bei der Lösung dieses Problems zu erhalten, beschreiben Sie bitte genau den Netzwerkpfad zwischen dem Client und dem Server (Router, Verbindungstypen usw.).
Gilles 'SO - hör auf böse zu sein'

Antworten:

3

Ich zweite @ Gilles Antwort. Aber einfacher zu diagnostizieren, stellen Sie einfach die MTU auf Ihrem Ethernet- oder WLAN-Interface auf etwas wirklich Kleines und sehen Sie, was passiert. Unter OS X:

$ sudo ifconfig en0 mtu 1100  # (or en1 for wifi, unless on an Air)

Dann teste scp und schau was passiert. Wenn es immer noch um 1100 blockiert, müssen Sie wahrscheinlich irgendwo ein wirklich kaputtes Netzwerkgerät reparieren.

Polynom
quelle