DNS サーバーの変更後に Telnet の長い応答が停止する

DNS サーバーの変更後に Telnet の長い応答が停止する

当社のオフィスは、技術サポートを提供するために、顧客の大規模な UNIX サーバーに VPN 接続しており、Windows XP および 7 では、PuTTY や xshell などの Telnet クライアントを使用しています。

1 か月前、私たちは ISP を会社 A から B に変更しました。切り替えプロセス中に、一部のメンバーがネットワーク ipv4 設定の DNS サーバー設定を、デフォルトで自動的に割り当てられたものから、8.8.8.8 などのパブリックなものに変更し、その後元に戻しました。

現在、DNS 設定が変更されたマシンは、クライアントの UNIX マシンに telnet することができますが、1 画面以上のコンテンツを返す可能性のある「ps -ef」または「ls -l」も、アイドル時間が経過してリモート サーバーによって閉じられるまで、そこで停止します。telnet、putty、xshell などのすべてのクライアントは、すべて同じように動作します。

これまでにそのような経験をした人はいますか? また、どのように解決しますか?

答え1

根本的な原因は、ISPをAからBに切り替えることでデフォルトのMTUサイズが変更され、長い応答メッセージが切り捨てられ、telnetが停止することです。この問題を解決するために、私は指示に従いました。 この投稿の手順のように:

netsh interface ipv4 set subinterface "ローカルエリア接続" mtu=1200 store=persistent

以前のサイズは 1500 です。DNS 設定後にトリガーされる理由は、DNS を含むいずれかの設定を変更するとネットワーク設定が更新されるためだと思われます。

関連情報