opção 1: configure seu servidor dhcp para fornecer as informações de sufixo DNS (opção dhcp 015) opção 2: no cliente windows configure o protocolo ipV4: - selecione advanced - DNS - e defina o "dns-suffix para esta conexão" para o seu sufixo local
Estou usando um servidor DHCP e DNS local em minha rede doméstica em uma máquina linux. Ele está executando o CentOS 6.3 com o dnsmasq 2.48.
Tudo está funcionando bem, exceto para pesquisas de DNS locais somente para máquinas Windows. Eu tenho uma mistura de máquinas Ubuntu, CentOS e Windows na rede, algumas virtuais, outras físicas. Eu tenho uma máquina chamada boron e o domínio é chamado localdomain
Se eu ping boron de qualquer máquina linux, eu obtenho
[root@lithium lists]# ping -c3 boron
PING boron.localdomain (10.0.0.5) 56(84) bytes of data.
64 bytes from boron.localdomain (10.0.0.5): icmp_seq=1 ttl=64 time=0.740 ms
64 bytes from boron.localdomain (10.0.0.5): icmp_seq=2 ttl=64 time=0.478 ms
64 bytes from boron.localdomain (10.0.0.5): icmp_seq=3 ttl=64 time=0.458 ms
--- boron.localdomain ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.458/0.558/0.740/0.131 ms
Se eu fizer isso da minha máquina com o Windows 7, obtenho:
Ping request could not find host boron. Please check the name and try again.
Se eu tentar ping boron.localdomain , obtenho:
Pinging boron.localdomain [67.215.65.132] with 32 bytes of data:
Reply from 67.215.65.132: bytes=32 time=16ms TTL=57
Reply from 67.215.65.132: bytes=32 time=188ms TTL=57
Reply from 67.215.65.132: bytes=32 time=15ms TTL=57
Reply from 67.215.65.132: bytes=32 time=14ms TTL=57
Ping statistics for 67.215.65.132:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 14ms, Maximum = 188ms, Average = 58ms
que está claramente errado. Por que ele está indo para a internet? Por que minha máquina do Windows não pode resolver o boron hostname para um FQDN? Minhas máquinas Windows e máquinas Linux obtêm suas configurações de rede do DHCP.
UPDATE
Se eu fizer ipconfig /all no Windows, será como esperado:
Windows IP Configuration
Host Name . . . . . . . . . . . . : lanthanum
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : .localdomain
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : .localdomain
Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Physical Address. . . . . . . . . : 50-E5-49-38-FC-A2
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 10.0.0.57(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : 23 August 2012 13:58:45
Lease Expires . . . . . . . . . . : 24 August 2012 07:58:48
Default Gateway . . . . . . . . . : 10.0.0.6
DHCP Server . . . . . . . . . . . : 10.0.0.6
DNS Servers . . . . . . . . . . . : 10.0.0.6
208.67.222.222
208.67.220.220
NetBIOS over Tcpip. . . . . . . . : Enabled
Quando faço um nslookup , obtenho:
Server: carbon.localdomain
Address: 10.0.0.6
*** carbon.localdomain can't find boron: Unspecified error
No entanto, se eu fizer ifconfig -a no Linux, obtenho:
[root@nitrogen ~]# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:0C:29:AF:EC:2A
inet addr:10.0.0.7 Bcast:10.0.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:187687 errors:0 dropped:0 overruns:0 frame:0
TX packets:5857 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:23910700 (22.8 MiB) TX bytes:712964 (696.2 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:329894 errors:0 dropped:0 overruns:0 frame:0
TX packets:329894 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:67153143 (64.0 MiB) TX bytes:67153143 (64.0 MiB)
e nslookup :
[root@nitrogen ~]# nslookup boron
Server: 10.0.0.6
Address: 10.0.0.6#53
Name: boron
Address: 10.0.0.5
Ambas as máquinas estão na mesma rede usando o mesmo servidor DHCP.
UPDATE 2
Eu achei que o problema foi resolvido, mas estou tendo problemas de resolução de DNS intermitentes, mas apenas na minha máquina com Windows 7. Todas as minhas caixas de linux estão bem. Isto é o que acontece quando eu ping e nslookup do Windows para um Windows 2008 Server:
C:\Users\mark>nslookup magnesium
Server: carbon.localdomain
Address: 10.0.0.6
Name: magnesium.localdomain
Address: 10.0.0.12
C:\Users\mark>ping magnesium
Pinging magnesium.localdomain [67.215.65.132] with 32 bytes of data:
Reply from 67.215.65.132: bytes=32 time=267ms TTL=57
Reply from 67.215.65.132: bytes=32 time=162ms TTL=57
Reply from 67.215.65.132: bytes=32 time=510ms TTL=57
Reply from 67.215.65.132: bytes=32 time=146ms TTL=57
Ping statistics for 67.215.65.132:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 146ms, Maximum = 510ms, Average = 271ms
E do Linux:
[root@beryllium ~]# ping -c4 magnesium
PING magnesium.localdomain (10.0.0.12) 56(84) bytes of data.
64 bytes from magnesium.localdomain (10.0.0.12): icmp_seq=1 ttl=128 time=0.176 ms
64 bytes from magnesium.localdomain (10.0.0.12): icmp_seq=2 ttl=128 time=0.634 ms
64 bytes from magnesium.localdomain (10.0.0.12): icmp_seq=3 ttl=128 time=0.685 ms
64 bytes from magnesium.localdomain (10.0.0.12): icmp_seq=4 ttl=128 time=0.263 ms
--- magnesium.localdomain ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 0.176/0.439/0.685/0.223 ms
[root@beryllium ~]# nslookup magnesium
Server: 10.0.0.6
Address: 10.0.0.6#53
Name: magnesium.localdomain
Address: 10.0.0.12
UPDATE 3
Eu parei o cliente DNS do Windows na minha máquina Windows 7 com net stop dnscache e agora está funcionando bem. Seria bom ter o DNS funcionando com o cliente DNS, mas posso ficar bem sem isso, o que você acha?
Se você abrir uma janela de prompt de comando (cmd) e digitar ipconfig /all , poderá ver um "sufixo DNS específico da conexão" e "Lista de pesquisa de sufixos DNS" que foram obtidos de um servidor DHCP (por exemplo, seu roteador de Internet) e é anexado a qualquer nome não qualificado ao realizar pesquisas de DNS.
Você também verá "servidores DNS", novamente fornecidos pelo DHCP.
O nslookup incorporado também mostrará isso.
Se algum deles estiver errado, isso sugere que o servidor DHCP não está enviando as informações necessárias (uma vez, adicionei um roteador a uma segunda linha ADSL e esqueci de desativar o DHCP no roteador antigo)
No entanto, se não obtiver uma resposta aceitável do DNS, o Windows tentará o NetBIOS Name Services.
Usar um sniffer de rede como o WireShark pode deixar claro quais consultas DNS estão sendo enviadas, com quais sufixos e para quais servidores DNS.
It would be nice to get DNS working with the DNS client on, but I might be OK without it, what do you think?
O padrão do cliente DNS é ON para manter a compatibilidade com sistemas que não têm visibilidade completa do DNS, particularmente sistemas de domínio que não têm visibilidade completa do DNS antes do logon - o que impossibilita a localização do servidor de autenticação. Se você conseguir fazer o login no Windows com o cliente desligado, ele não precisa estar ativado.
No entanto, o serviço DNScache pode ter alguns recursos descritos incorretamente no Win7. Em particular, não tenho certeza sobre sua relação com o DNSSEC e com o registro no DNS. O registro de teste é fácil: sua estação de trabalho está registrada no DNS? É preciso que seja? Você pode testar se está usando o DNSSEC usando ferramentas da Web gratuitas.
Tags dns