web-dev-qa-db-ja.com

ローカルネットワークコンピュータのDNS解決が遅い

デスクトップを再構築し、メディアサーバー（両方ともWindows 10エンタープライズ）を構築しました。ただし、pingコマンド、リモートデスクトップを発行するか、ホスト名でローカルメディアサーバーのネットワーク共有にアクセスしようとすると、大きな遅延が発生します。 IP（v4またはv6）を使用してDNSルックアップをスキップしても、遅延はありません。これがnslookupのDNSの問題であることを確認できました（結果は以下のとおりです）。

アクティブなDNSサーバーを示すipconfig /allの関連出力：

   DNS Servers . . . . . . . . . . . : 2600:6c44:c7f:ec25:9610:3eff:fe92:db0f
                                       192.168.1.1

pingホスト名（最初の結果の前に約6秒の遅延）：

Pinging media [fe80::f443:381c:3440:800e%25] with 32 bytes of data:
Reply from fe80::f443:381c:3440:800e%25: time=1ms
Reply from fe80::f443:381c:3440:800e%25: time=5ms
Reply from fe80::f443:381c:3440:800e%25: time=1ms
Reply from fe80::f443:381c:3440:800e%25: time=2ms

ping IPv4による（最初の結果の前に遅延なし）：

Pinging 192.168.1.5 with 32 bytes of data:
Reply from 192.168.1.5: bytes=32 time=1ms TTL=128
Reply from 192.168.1.5: bytes=32 time=1ms TTL=128
Reply from 192.168.1.5: bytes=32 time=1ms TTL=128
Reply from 192.168.1.5: bytes=32 time=3ms TTL=128

ping IPv6による（最初の結果の前に遅延なし）：

Pinging 2600:6c44:c7f:ec25:d0c2:66e:1d06:f61f with 32 bytes of data:
Reply from 2600:6c44:c7f:ec25:d0c2:66e:1d06:f61f: time<1ms
Reply from 2600:6c44:c7f:ec25:d0c2:66e:1d06:f61f: time<1ms
Reply from 2600:6c44:c7f:ec25:d0c2:66e:1d06:f61f: time<1ms
Reply from 2600:6c44:c7f:ec25:d0c2:66e:1d06:f61f: time<1ms

デフォルトのIPv6DNSサーバーを使用したホスト名のnslookup（タイムアウト）：

nslookup media
Server:  2600-6c44-0c7f-ec25-9610-3eff-fe92-db0f.dhcp6.chtrptr.net
Address:  2600:6c44:c7f:ec25:9610:3eff:fe92:db0f

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to 2600-6c44-0c7f-ec25-9610-3eff-fe92-db0f.dhcp6.chtrptr.net timed-out

IPv4 DNSサーバーに切り替えて、nslookupを発行します（タイムアウト）：

> server 192.168.1.1
Default Server:  lambic
Address:  192.168.1.1

> media
Server:  lambic
Address:  192.168.1.1

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to lambic timed-out
networkingdnsperformancepinghostname
3
Justin Helgerson

Wiresharkを起動して詳しく調べたところ、次のようなDNSリクエストが見つかりました。

Standard query A media.MyEmployer.net
Standard query AAAA media.MyEmployer.net

リクエストでmediaのみを指定していましたが、MyEmployer.netドメインが追加されていました。これは、私が積極的に使用していなかったにもかかわらず、それが私の仕事用VPNに関連していることを教えてくれました。

ネットワークアダプタの詳細なTCP/IP設定を見ると、DNSサフィックスが追加されていることがわかりました。

MyEmployer.net

これはCiscoVPNクライアントによって追加されたように見えるため、ユーザーは接続するアセットの会社ドメインを指定する必要がありません（つまり、ユーザーエクスペリエンスの向上）。 DNSサフィックスを削除した後、リクエストはドメインに送信されなくなり、すぐに解決されました。

1
Justin Helgerson