dig / nslookup não pode ser resolvido, mas o ping pode

Question

Eu estou experimentando com uma placa do Win10 IoT que executa uma interface da web em minwinpc.local. Isso funciona bem no navegador e também quando uso ping.

No entanto, quando uso dig ou nslookup, não consigo resolver o problema.

Como o ping e o navegador podem obter o IP se as ferramentas mais básicas não conseguirem resolver?

A configuração é apenas um DragonBoard com o Win10 IoT Core, conectado a um hotspot do iPhone. O cliente que tenta se conectar está executando o macOS Sierra. Nenhum host especial ou arquivos de resolução foram ajustados.

ping

$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

$ 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

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

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

Perguntas relacionadas:

• link
• Fóruns do MSDN (mesma questão)

Answer 1

Este não é o problema de um protocolo mais básico não funcionar, mas sim de haver vários protocolos de resolução de serviço de nomes sendo usados; ping aqui compreende o DNS multicast (mDNS) e é capaz de resolver o nome minwinpc.local para um endereço IP através desse protocolo. dig e nslookup por contraste só podem entender ou usar o protocolo DNS tradicional, que não sabe nada sobre mDNS e, portanto, falha.

O domínio .local é um indicador claro do mDNS (através de uma pesquisa na web em "domínio local"); mais pode ser lido sobre isso em [RFC 6762] . Outra opção para depurar uma situação como essa seria executar tcpdump ou WireShark e procurar pacotes que contenham minwinpc.local ; isso pode revelar o tráfego do mDNS.

Ainda outra opção seria nmap do IP do dispositivo minwinpc.local ; isso pode mostrar que o dispositivo está escutando em UDP / 5353 e, em seguida, pode-se pesquisar para quais serviços essa porta é usada (e então pode-se sudo tcpdump udp port 5353 inspecionar o tráfego que envolve essa porta).

    

Answer 2

dig e nslookup vão ignorar o arquivo de hosts, eles querem resolver pedindo ao servidor DNS primário. Ping e seu navegador, por outro lado, usarão o arquivo hosts e, por isso, parece que esse é o motivo pelo qual o dig e o nslookup não podem ser resolvidos.

O seguinte é feito a partir do meu laptop win10: C: \ Users \ Me > hostname DESKTOP-UJTKQ4C

C: \ Users \ Me > nslookup DESKTOP-UJTKQ4C Servidor: UnKnown Endereço: 192.168.231.1

*** O UnKnown não consegue encontrar o DESKTOP-UJTKQ4C: Domínio inexistente