A execução do vim em uma máquina Linux remota “congela” a conexão OS X SSH

Estou tentando fazer o SSH em uma máquina Linux (Fedora 14) e, em seguida, abra o vim para editar um arquivo; no entanto, no meu novo Macbook Pro, a sessão do SSH parece "congelar" assim que eu abro o vim.

Posso fazer login bem na máquina Linux e executar comandos:

captura de tela 1

No entanto, logo que eu executar vim, os espaços em branco de terminais para fora, e não responde a :q, ctrl+z, ctrl+c, ctrl+d, etc:

insira a descrição da imagem aqui

Estou usando o iTerm2, mas o mesmo problema ocorre no Terminal.app. Além disso, a tentativa de transferir arquivos com scpexibe o mesmo comportamento, portanto parece relacionado a qualquer tipo de conexão ssh com esta máquina.

Isso poderia ter algo a ver com tty vs pty ou com alguma outra configuração de emulação de terminal no OS X?

Não tenho o mesmo problema de exibição ao abrir o vim na máquina Linux remota usando Windows ou outros sistemas operacionais. Além disso, posso usar o vim fine quando conectado a outras máquinas remotas (Linux).

— matt b
fonte

Parece um problema de MTU . Veja minha resposta lá para explicações; em poucas palavras, pacotes pequenos estão chegando, mas pacotes grandes são sistematicamente descartados; portanto, os programas interativos funcionam principalmente (mas não quando fazem muito de uma só vez), mas as transferências de arquivos geralmente falham. Para obter ajuda para resolver isso, descreva com precisão o caminho da rede entre o cliente e o servidor (roteadores, tipos de link etc.).

— Gilles 'SO- stop be evil'

Eu respondo @Gilles segundo. Mas mais fácil de diagnosticar, basta definir o MTU na sua interface Ethernet ou sem fio para algo realmente pequeno e ver o que acontece. No OS X:

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

Então teste scp e veja o que acontece. Se ainda parar às 1100, você provavelmente precisará consertar um dispositivo de rede realmente quebrado em algum lugar.

— polinomial
fonte