Impossible d'afficher les fichiers en session SSH

0

J'ai 2 serveurs Ubuntu, tous deux sur Ubuntu 16.04. Lorsque je me connecte à Server1 à partir de mon ordinateur portable Windows 10 (installation propre) et que j'ouvre VIM, NANO ou utilise CAT pour ouvrir un fichier, le client SSH "se bloque" (en ce que la session affiche un écran partiel, par exemple dans le cas de En ouvrant VIM, je viens d’obtenir "c" dans le coin supérieur et rien d’autre). L'ouverture de fichiers existants entraîne le même gel. Le client SSH lui-même ne gèle pas.

Server2 n'a cependant pas ce problème.

Clients SSH utilisés: Bitvise (Win32), PuTTy (Win32) et Terminal distant (UWP) - le comportement observé sur Server1 se produit dans les trois clients. Une idée de ce qui se passe? entrez la description de l'image ici

Délirant
la source

Réponses:

0

Les symptômes ressemblent à un problème de transfert important. Essayez quelque chose comme ls -l /usr/bin ça peut accroché aussi.

La cause possible est un MTU intermédiaire faible, comme décrit ici.

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

MSS peut-être brumine jusqu'à 1300 - 1200

UPD.

Quelle est la topologie de votre réseau? Serveurs accessibles sur Internet ou sur un réseau local?

Mikhail Moskalev
la source
Server2 est accessible sur Internet pour SSH, Server1 exécute les services DNS, de messagerie et HTTP, de sorte que SSH est limité au réseau local. Courir ls -l /usr/bina suspendu la session. L'exécution de la commande iptables telle que décrite avec le MSS défini sur 1200 n'a pas résolu le problème
Délire
0

Je dois remercier @ mmv-ru de m'avoir orienté dans la bonne direction. Comme il s'avère que les autres machines Windows sur le réseau n'avaient pas ce problème avec Server1. Après avoir parlé à un membre de la famille qui a indiqué qu'il avait défini ses adaptateurs réseau sur un MTU de 1438, j'ai configuré l'adaptateur WiFi sur les mêmes MTU et VOILA! Problème résolu pour Server1. Je peux maintenant voir / éditer les fichiers et TOP comme prévu.

Pour ceux qui ont le même problème, j'ai utilisé netsh pour résoudre: netsh interface ipv4 show subinterfaces- Afficher le MTU et les noms des connexions disponibles netsh interface ipv4 set interface "WiFi" mtu=1438 store=persistent- Définir et enregistrer le MTU pour la connexion WiFi.

Délirant
la source