☰

dig/nslookupは解決されませんが、pingは解決されます。

tag-icon • tag-icon networking dns ping dig nslookup
dig/nslookupは解決されませんが、pingは解決されます。

minwinpc.localでWebインターフェイスを実行しているWin10 IoTボードを試しています。これは、ブラウザとpingを使用してもうまく機能します。

ただし、digまたはnslookupを使用すると、操作を解析できません。

より基本的なツールで問題が解決しない場合、pingとブラウザはどのようにIPを取得しますか？

インストーラは、iPhoneホットスポットに接続されたWin10 IoT Coreを含むDragonBoardです。接続しようとしているクライアントがmacOS Sierraを実行しています。特別なホストまたは解析ファイルが調整されていません。

平らな

$ping minwinpc.local
PING minwinpc.local (172.20.10.3): 56 data bytes
64 bytes from 172.20.10.3: icmp_seq=0 ttl=128 time=6.539 ms

破棄

$ dig minwinpc.local any @172.20.10.1

; <<>> DiG 9.8.3-P1 <<>> minwinpc.local any @172.20.10.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 61796
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;minwinpc.local.        IN  ANY

;; Query time: 51 msec
;; SERVER: 172.20.10.1#53(172.20.10.1)
;; WHEN: ...
;; MSG SIZE  rcvd: 35

探す

$ nslookup minwinpc.local
Server:     172.20.10.1
Address:    172.20.10.1#53

** server can't find minwinpc.local: NXDOMAIN

関連質問：

答え1

より基本的なプロトコルが機能しないという問題ではなく、複数のネームサービス検証プロトコルが使用されることです。pingここではマルチキャストDNS（mDNS）が理解され、そのプロトコルを使用してminwinpc.local名前をIPアドレスに解決できます。dig一方、nslookup既存のDNSプロトコルのみを理解または使用し、mDNSについて全く知らないと失敗する可能性があります。

この.localドメインはmDNSの明確な表示です（「.localドメイン名」をWeb上で検索してください）。[RFC 6762]。このような状況をデバッグするもう1つのオプションは、WireSharkを実行して次のものを含むtcpdumpパケットを見つけることですminwinpc.local。これにより、mDNSトラフィックが漏洩する可能性があります。

別のオプションはnmapデバイスのIPですminwinpc.local。これは、デバイスがUDP / 5353を受信して​​いることを示し、そのポートがどのサービスで使用されているかを調べることができます（その後、そのポートにsudo tcpdump udp port 5353関連するトラフィックを調べることができます）。

答え2

digとnslookupはホストファイルを無視し、プライマリDNSサーバーに要求して解決することを期待しています。一方、Pingとブラウザはホストファイルを使用しているため、digとnslookupはこの問題を解決できないようです。

これは私のwin10ノートブックで行われます：C：\ Users \ Me> hostname DESKTOP-UJTKQ4C

C:\Users\Me>nslookup DESKTOP-UJTKQ4C サーバー: 不明なアドレス: 192.168.231.1

*** 不明 DESKTOP-UJTKQ4C が見つかりません: 存在しないドメイン

関連情報