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

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関連するトラフィックを調べることができます)。

おすすめ記事