Curta pergunta: como posso fazer ping pelo nome do host abreviado do Windows quando o DNS está correto?
Exposição prolongada:
Eu fui instruído a abordar outras coisas desde que isso começou, então eu ainda não voltei. Obrigado àqueles que responderam até agora - e tenha certeza de que não fugi com conselhos gratuitos, não deixando nem gratidão nem confirmação. Voltarei a este ASAP e informarei sobre qual solução (terá) funcionado.
Eu tenho um domínio do Windows (controlador: Leo) e uma nova caixa do RHEL7 (Peanut) servindo o DNS interno. Preciso pingar caixas e acessar os compartilhamentos do Samba pelo nome de host abreviado.
Leo e Sam estão aqui para sempre, Leo servindo DNS. O amendoim é novo em folha.
192.168.0.2 - Leo - Windows, domain controller, DNS server
192.168.0.3 - Sam - smug DNS resolution test target
192.168.0.29 - Peanut, BIND 9.9.4-RedHat-9.9.4-14.el7 (ESV)
A primeira solução óbvia foi adicionar Amendoim ao DNS de Leo; que funciona, mas resolve apenas solicitações FQDN - sem nomes curtos.
C:\bin>nslookup peanut.internal.local 192.168.0.2
Server: peanut.internal.local
Address: 192.168.0.29
Name: peanut.internal.local
Address: 192.168.0.29
Eu já vi muitas referências do NetBios, mas nenhuma delas é uma boa ideia. No entanto, eu configurei netbios name em smb.conf. Devo mencionar que não sei nada sobre o NetBios.
Eu configurei o DNS para o Peanut pensando que o Linux me daria mais opções e flexibilidade - sim. Um cara disse DNS não pode servir nomes curtos - desanimador, mas eu encontrei uma maneira de fazer isso acontecer. Eu pensei que tinha essa batida quando nslookup começou a resolver nomes curtos.
O DHCP agora veicula o Peanut como DNS primário e o Leo como secundário, que eu verifiquei com ipconfig no Windows e nmcli no Linux. Eu tive síndrome de sucesso prematuro com viés de solução de problemas do Linux antes de remover Sam do meu arquivo de hosts. O Linux usa o DNS exatamente como eu quero que isso funcione:
# [09.32.04] ROOT@linnicks [etc] 18 grep peanut /etc/hosts
:( [09.32.08] ROOT@linnicks [etc] 19 ping peanut
PING peanut (192.168.0.29) 56(84) bytes of data.
64 bytes from peanut.internal.local (192.168.0.29): icmp_seq=1 ttl=64 time=0.182 ms
64 bytes from peanut.internal.local (192.168.0.29): icmp_seq=2 ttl=64 time=0.339 ms
^C
--- peanut ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.182/0.260/0.339/0.080 ms
# [09.32.12] ROOT@linnicks [etc] 20
O DNS está funcionando, mas os clientes da Windoze ainda o ignoram. Eu posso nslookup para qualquer host sem especificar servidor ou FQDN.
C:\bin>nslookup sam
Server: peanut.internal.local
Address: 192.168.0.29
Name: sam.internal.local
Address: 192.168.0.3
C:\bin>nslookup peanut
Server: peanut.internal.local
Address: 192.168.0.29
Name: peanut
Address: 192.168.0.29
Eu posso pingar Sam (estive aqui para sempre com Leo, DC / DNS), mas não consigo pingar amendoim; evidentemente ping não encontra nomes da mesma maneira. O que está sendo servido que ajuda Sam e ignora o amendoim?
C:\bin>ping sam
Pinging sam [192.168.0.3] with 32 bytes of data:
Reply from 192.168.0.3: bytes=32 time<1ms TTL=128
Reply from 192.168.0.3: bytes=32 time<1ms TTL=128
Reply from 192.168.0.3: bytes=32 time<1ms TTL=128
Reply from 192.168.0.3: bytes=32 time<1ms TTL=128
Ping statistics for 192.168.0.3:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:\bin>ping peanut
Ping request could not find host peanut. Please check the name and try again.
Eu poderia fazer um script de logon do AD para replicar \ sys32 \ drivers \ etc \ hosts, mas isso ainda me deixaria atualizando manualmente o / etc / hosts em várias caixas Mac e Linux. Os serviços globais feitos corretamente não exigem bandaids SneakerNet manuais - e ainda não temos ideia do que estou perdendo.
Eu darei boas vindas a qualquer ideia sobre isso; a parede está ficando dolorida onde eu estive batendo com a minha testa.
Shane Madden e Derfk têm que estar no caminho certo, embora eu não tenha certeza se devo esperar resultados atrasados. Eu atualizei a configuração DHCP com o abaixo, mas ainda não a vejo no meu WinBoxen.
pool 192.168.0.0/24 {
address-range low 192.168.0.51 high 192.168.0.150;
name-server {
192.168.0.29;
192.168.0.2;
8.8.8.8;
8.8.4.4;
}
domain-search {
internal.local;
}
wins-server {
192.168.0.2;
}
Espero que isso apareça na saída do ipconfig para o sufixo dns primário, mas não foi - e os pings ainda falham. Continuarei cavando, mas sinta-se bem-vindo para entrar em contato ...
Você precisa ter um sufixo de pesquisa DNS configurado para nomes curtos para resolver com êxito - isso pode ser feito por meio de opções de DHCP, configurado automaticamente pela associação de domínio do Windows ou manualmente configurado em cada sistema (não recomendado).
(Nota lateral - por favor, não use resolução de nomes NetBIOS! É ruim e velho!)
A lista de pesquisa de sufixos de DNS também pode ser especificada na Diretiva de Grupo do Active Directory em:
Computador > Modelos > Rede > Cliente DNS > Lista de pesquisa de sufixos DNS
Isso seria particularmente útil para computadores que não usam o DHCP.
Se o registro não estiver registrado em uma zona, ou se você tiver muitas zonas para a lista de pesquisa ser prática, usar a zona Global Names pode ser uma opção.
Implantando uma zona GlobalNames
link
Isso é um pouco palpitante, mas olhando para a sua configuração DHCP, eu suponho que você tenha a função de servidor WINS instalada no seu DC ( wins-server {192.168.0.2;} ). / p>
O 'sam' tem um registro no WINS, mas 'amendoim' não? Em caso afirmativo, eu diria que sua resolução de nome curto sempre usou WINS em vez de DHCP.
Você pode verificar isso usando a ferramenta NBLookup da Microsoft (download gratuito);
Eu gostaria de encorajar o afastamento do WINS, mas espero que isso resolva seu problema de curto prazo.
Tags windows internal-dns