☰

dig / nslookup은 해결되지 않지만 ping은 해결됩니다.

tag-icon • tag-icon networking dns ping dig nslookup
dig / nslookup은 해결되지 않지만 ping은 해결됩니다.

minwinpc.local에서 웹 인터페이스를 실행하는 Win10 IoT 보드를 실험하고 있습니다. 이것은 브라우저와 ping을 사용할 때에도 잘 작동합니다.

하지만 dig나 nslookup을 사용하면 작업을 구문 분석할 수 없습니다.

보다 기본적인 도구로도 문제가 해결되지 않으면 핑과 브라우저는 어떻게 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 도메인 이름"을 웹에서 검색하세요).[RFC 6762]. 이러한 상황을 디버깅하는 또 다른 옵션은 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를 찾을 수 없습니다: 존재하지 않는 도메인

관련 정보