nosso escritório está em uma conexão VPN com os grandes servidores UNIX de nossos clientes para fornecer suporte técnico, e usamos cliente telnet, como putty ou xshell no Windows XP e 7.
Um mês antes, mudamos nosso ISP da empresa A para B, e alguns de nós mudaram a configuração do servidor DNS de nossa rede ipv4 durante o processo de troca, do padrão atribuído automaticamente para algum público, como 8.8.8.8, e mudou de volta.
Agora, qualquer máquina com sua configuração de DNS alterada ainda pode telnetar para a máquina UNIX do cliente, mas mesmo um "ps -ef" ou "ls -l" que pode retornar mais de uma tela de conteúdo fica preso lá, até passar o tempo ocioso e fechado por servidores remotos. Todos os clientes, como telnet, putty, xshell funcionam da mesma maneira.
Alguém já experimentou isso antes? E como resolver isso?
Responder1
A causa raiz é o tamanho padrão do MTU alterado ao mudar o ISP de A para B, portanto, a mensagem de resposta longa será truncada, é por isso que o telnet travará. Para resolver o problema, segui as instruções como as etapas nesta postagem:
netsh interface ipv4 set subinterface "Conexão de área local" mtu=1200 store=persistent
O tamanho anterior é 1500. A razão pela qual ele é acionado após a configuração do DNS, acho que a configuração da rede será atualizada se você alterar alguma configuração, incluindo o DNS.