nuestra oficina tiene una conexión VPN con los grandes servidores UNIX de nuestros clientes para brindar soporte técnico, y utilizamos un cliente telnet, como PuTTY o XShell en Windows XP y 7.
Un mes antes, cambiamos nuestro ISP de la compañía A a la B, y algunos de nosotros cambiamos la configuración del servidor DNS de nuestra red ipv4 durante el proceso de cambio, del predeterminado asignado automáticamente a uno público, como 8.8.8.8, y lo volvió a cambiar.
Ahora, cualquier máquina con su configuración DNS tocada aún puede hacer telnet a la máquina UNIX del cliente, pero incluso un "ps -ef" o "ls -l" que puede devolver más de una pantalla de contenido se queda atascado allí, hasta que termine el tiempo de inactividad. y cerrado por servidores remotos. Todos los clientes, como telnet, PuTTY y xshell, funcionan de la misma manera.
¿Alguien ha experimentado eso antes? ¿Y cómo solucionarlo?
Respuesta1
La causa principal es que el tamaño de MTU predeterminado cambió al cambiar el ISP de A a B, por lo que el mensaje de respuesta largo se truncará, es por eso que Telnet se bloqueará. Para solucionar el problema, seguí las instrucciones. como los pasos en esta publicación:
interfaz netsh ipv4 establece la subinterfaz "Conexión de área local" mtu=1200 store=persistent
El tamaño anterior es 1500. La razón por la que se activa después de la configuración de DNS, supongo que la configuración de red se actualizará si cambia alguna de las configuraciones, incluido el DNS.