A pesquisa de nomes de máquinas locais falha ao usar um sistema operacional diferente

0

Isso funciona

  • Consulta por endereço IP
  • Pesquise o ip de uma máquina GNU / Linux de outra máquina GNU / Linux
  • Pesquise o ip de uma máquina com Windows XP a partir de uma máquina com Windows 7
  • Procure o ip do roteador em qualquer máquina

Isso não funciona:

  • Procure do Windows para o GNU / Linux ou vice-versa
  • nslookup em qualquer caso

Informações sobre o roteador (D-LINK):

Model Name: DIR-859
Hardware Version: A3
Firmware Version: 1.04

Eu tentei o nslookup, que falha. Isto é o que eu recebo no prompt do Linux (o darkmatter também está rodando o linux, então isso deve funcionar):

 nslookup darkmatter.local
 Server:         127.0.1.1
 Address:        127.0.1.1#53

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

Mas

PING darkmatter.local (192.168.0.45) 56(84) bytes of data.
64 bytes from 192.168.0.45: icmp_seq=1 ttl=64 time=0.626 ms
64 bytes from 192.168.0.45: icmp_seq=2 ttl=64 time=0.728 ms
64 bytes from 192.168.0.45: icmp_seq=3 ttl=64 time=0.498 ms
64 bytes from 192.168.0.45: icmp_seq=4 ttl=64 time=0.483 ms
^C
--- darkmatter.local ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3001ms
rtt min/avg/max/mdev = 0.483/0.583/0.728/0.104 ms

Se eu tentar o darkmatter a partir da caixa do Windows 7 (sufixo dns local):

ping darkmatter
Ping-begäran kunde inte hitta värddator darkmatter. Kontrollera namnet och prova igen.

No entanto:

ping 192.168.0.45
Skickar ping-signal till 192.168.0.45 med 32 byte data:
Svar från 192.168.0.45: byte=32 tid=1ms TTL=64
Svar från 192.168.0.45: byte=32 tid < 1 ms TTL=64
Svar från 192.168.0.45: byte=32 tid < 1 ms TTL=64
Svar från 192.168.0.45: byte=32 tid < 1 ms TTL=64

Ping-statistik för 192.168.0.45:
    Paket: Skickade = 4, Mottagna = 4, Förlorade = 0 (0 %),
Ungefärlig överföringstid i millisekunder:
    Lägsta = 0 ms, Högsta = 1 ms, Medel = 0 ms

O problema apareceu depois de alternar o roteador.

    
por user877329 05.03.2017 / 14:26

1 resposta

0

Isso é provável porque, diferentemente da maioria dos outros sistemas operacionais, o Windows não suporta os RFCs mDNS do IETF ZeroConf para o domínio .local. Em vez disso, a Microsoft optou por criar uma coisa proprietária chamada LLMNR e usar .local para essa coisa.

Quando uma caixa Linux de desktop usa .local, ela geralmente usa o Avahi, que é uma implementação de código-fonte aberto dos RFCs ZeroConf da IETF. Os dispositivos Android Linux usam o daemon POSIX portátil, de código-fonte aberto, mDNSResponder que a Apple originou (Bonjour é apenas a marca da Apple para o mDNS do IETF ZeroConf).

Os produtos da Apple também usam o mDNSResponder.

A Apple mantém uma porta mDNSResponder para Windows, chamada Bonjour for Windows. A instalação é provavelmente a maneira mais fácil de obter suporte ao mDNS padrão do IETF ZeroConf, trabalhando no Windows, para que ele possa interoperar adequadamente com seus dispositivos Linux, Android e Apple.

    
por 05.03.2017 / 20:19