Наш офис подключен к крупным UNIX-серверам наших клиентов через VPN для оказания технической поддержки, и мы используем клиент Telnet, такой как Putty или Xshell на Windows XP и 7.
Месяц назад мы сменили интернет-провайдера с компании A на компанию B, и некоторые из нас изменили настройки DNS-сервера IPv4 в процессе переключения с автоматически назначенного по умолчанию на какой-то общедоступный, например 8.8.8.8, а затем вернули все обратно.
Теперь любые машины с затронутыми настройками DNS могут по-прежнему подключаться к клиентской машине UNIX через telnet, но даже "ps -ef" или "ls -l", которые могут вернуть более 1 экрана контента, застревают там, пока не закончится время простоя и не будут закрыты удаленными серверами. Все клиенты, такие как telnet, putty, xshell, работают одинаково.
Кто-нибудь сталкивался с этим раньше? И как это решить?
решение1
Основная причина - размер MTU по умолчанию, измененный при смене провайдера с A на B, поэтому длинное ответное сообщение будет обрезано, поэтому telnet зависнет. Чтобы исправить проблему, я следовал инструкциям как шаги в этом посте:
netsh interface ipv4 set subinterface "Подключение по локальной сети" mtu=1200 store=persistent
Размер до этого был 1500. Причина, по которой он срабатывает после настройки DNS, я предполагаю, что сетевые настройки будут обновлены, если вы измените какие-либо настройки, включая DNS.