1 votes

Telnet une réponse longue bloquée après le changement de serveur DNS

Notre bureau est connecté via un VPN aux grands serveurs UNIX de notre client pour fournir un support technique, et nous utilisons un client telnet, tel que putty ou xshell sur Windows XP&7.

Il y a un mois, nous avons changé de fournisseur d'accès internet de l'entreprise A à B, et certains d'entre nous avons modifié les paramètres DNS de notre réseau ipv4 pendant le processus de changement, passant du paramètre automatiquement assigné par défaut à un serveur DNS public, tel que 8.8.8.8, puis l'avons remis en place.

Maintenant, toutes les machines dont les paramètres DNS ont été touchés peuvent toujours se connecter en telnet au serveur UNIX du client, mais même une commande "ps -ef" ou "ls -l" qui peut retourner plus d'un écran de contenu reste bloquée là, jusqu'à ce qu'elle soit fermée par les serveurs distants en raison de l'inactivité. Tous les clients, tels que telnet, putty, xshell, fonctionnent de la même manière.

Quelqu'un a-t-il déjà rencontré ce problème auparavant? Et comment le résoudre?

0voto

THESorcerer Points 101

La cause principale est que la taille par défaut de l'unité de transfert maximale (MTU) a changé en passant du fournisseur de services Internet A au fournisseur B, ce qui entraîne le tronquage du message de réponse long, c'est pourquoi telnet reste bloqué. Pour résoudre le problème, j'ai suivi les instructions comme les étapes de cet article:

netsh interface ipv4 set subinterface "Connection réseau local" mtu=1200 store=persistent

La taille avant était de 1500. La raison pour laquelle cela a été déclenché après le réglage du DNS, je suppose que les paramètres réseau seront mis à jour si vous modifiez l'un des paramètres, y compris le DNS.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X