v654321
Pôster original- 6 de agosto de 2011
- Vilvoorde, Bélgica
- 22 de maio de 2021
Declaração do problema: Meu MBP está obtendo um endereço IP atribuído via DHCP, usando um Pi-hole, com um resolvedor DNS não acoplado. Eu uso um nome de domínio interno 'home.arpa' e ele é adicionado como um domínio de pesquisa DNS, incluindo o IP do meu servidor DNS (192.168.1.4). Cada dispositivo em minha rede possui um nome de host.
Em minhas máquinas Linux e Windows, posso perfeitamente executar ping no mesmo dispositivo usando o FQDN (por exemplo, ap12.home.arpa ou kodi.home.arpa) e o próprio nome do host (por exemplo, ap12 ou kodi) conforme o domínio de pesquisa é adicionado automaticamente . No entanto, no meu MBP simplesmente não funciona, como se o domínio de pesquisa nem existisse / fosse ignorado. Posso executar ping perfeitamente no FQDN, mas o próprio nome do host sempre falha. Não provisionei meu arquivo / private / etc / hosts com esses nomes de host ou FQDN, pois a configuração DNS deve cuidar disso (e faz em minhas máquinas não MacOS). Eu tentei até mesmo com configuração de IP fixo (ambos IP estático, DNS e domínios de pesquisa DNS), mas não houve diferença.
Peço desculpas se isso não for apreciado, mas adicionei algumas capturas de tela do Windows, Linux e MacOS Big Sur com seus resultados de configuração e ping:
Windows 10:
Exibir item de mídia '>
Linux:
Exibir item de mídia '>
MacOS Big Sur:
Exibir item de mídia '>
Pelo que minha pesquisa no Google revelou, parece que o domínio de pesquisa é um problema que surgiu no passado para vários usuários, mas não encontrei nenhum tópico que tornasse isso um problema estrutural. Na maioria das vezes, estava vinculado a VPNs (DNS de túnel dividido) ou domínios de pesquisa ausentes / incorretos. Isso me fez concluir que, com uma configuração adequada, tudo estava funcionando.
Espero silenciosamente que alguns de vocês possam me orientar / ajudar a descobrir o que pode estar errado ou o que posso fazer para aliviar isso. Obviamente, posso codificar os nomes de host / FQDNs no arquivo / private / etc / hosts, mas como estou brincando com muitos computadores e VMs, gostaria de poder contar com uma resolução de DNS totalmente automatizada.
Agradecemos antecipadamente por seu potencial interesse / envolvimento!
HenryAZ
- 9 de janeiro de 2010
- South Congress AZ
- 22 de maio de 2021
v654321 disse: Declaração do problema: Meu MBP está obtendo um endereço IP atribuído via DHCP, usando um Pi-hole, com um resolvedor DNS não acoplado. Eu uso um nome de domínio interno 'home.arpa' e ele é adicionado como um domínio de pesquisa DNS, incluindo o IP do meu servidor DNS (192.168.1.4). Cada dispositivo em minha rede possui um nome de host.
Você tem uma zona local configurada para home.arpa não vinculada em 192.168.1.4? V
v654321
Pôster original- 6 de agosto de 2011
- Vilvoorde, Bélgica
- 23 de maio de 2021
O domínio interno home.arpa é configurado na interface da web pihole. Minha descrição de configuração original pode não estar completa. Minhas desculpas por isso.
O servidor DNS configurado em todos os meus computadores é o endereço IP do pihole, que - se não tiver o domínio solicitado em seu cache, nem estiver nas listas de bloqueio pré-configuradas - o encaminha para o serviço desvinculado (executando em localhost no pihole) que então entrará em contato com os servidores raiz DNS para identificar os servidores DNS TLD etc, até que os IPs necessários para domínios externos sejam recebidos. Não há necessidade de configuração de zona local no desacoplado, pois isso é feito na interface da web do pihole. Eu usei o seguinte guia de Configuração e seguiu ao pé da letra. Apenas o MBP falha para pesquisas apenas de nome de host, todas as outras máquinas funcionam perfeitamente.
Executar o seguinte comando no Linux funciona perfeitamente (kodi é estendido automaticamente com o domínio de pesquisa, então se torna kodi.home.arpa:
$ ping kodi PING kodi.home.arpa (192.168.1.35) 56(84) bytes of data. 64 bytes from kodi.home.arpa (192.168.1.35): icmp_seq=1 ttl=64 time=0.733 ms 64 bytes from kodi.home.arpa (192.168.1.35): icmp_seq=2 ttl=64 time=0.718 ms Isso resulta nos seguintes registros de perfuração:
May 23 13:34:14 dnsmasq[10080]: query[A] kodi.home.arpa from 192.168.1.11 May 23 13:34:14 dnsmasq[10080]: /etc/pihole/custom.list kodi.home.arpa is 192.168.1.35 May 23 13:34:14 dnsmasq[10080]: query[PTR] 35.1.168.192.in-addr.arpa from 192.168.1.11 May 23 13:34:14 dnsmasq[10080]: /etc/pihole/custom.list 192.168.1.35 is kodi.home.arpa No entanto, fazendo o mesmo com meu MBP:
% ping kodi ping: cannot resolve kodi: Unknown host % ping kodi.home.arpa PING kodi.home.arpa (192.168.1.35): 56 data bytes 64 bytes from 192.168.1.35: icmp_seq=0 ttl=64 time=4.889 ms 64 bytes from 192.168.1.35: icmp_seq=1 ttl=64 time=5.530 ms Isso resulta nos seguintes registros de perfuração:
May 23 13:35:26 dnsmasq[10080]: query[A] kodi from 192.168.1.78 May 23 13:35:26 dnsmasq[10080]: config kodi is NODATA-IPv4 May 23 13:35:30 dnsmasq[10080]: query[A] kodi.home.arpa from 192.168.1.78 May 23 13:35:30 dnsmasq[10080]: /etc/pihole/custom.list kodi.home.arpa is 192.168.1.35 Isso mostra que no MBP a primeira tentativa de ping falha porque o domínio de pesquisa não é adicionado automaticamente para se tornar o FQDN (kodi.home.arpa) enquanto a segunda solicitação é tratada corretamente. Ambas as solicitações chegam ao pihole, mas o domínio de pesquisa não é aplicado, apesar de estar presente na configuração de IP fornecida pelo DHCP.
A menos que esteja faltando algo mais, eu ousaria concluir que, dado que tanto o host Linux quanto o MBP obtêm suas informações de IP e DNS de forma idêntica do mesmo DHCP, eles entram em contato com o mesmo servidor DNS (pihole) e que funciona perfeitamente no meu host Linux (não no pihole), mas não no MBP, o domínio de pesquisa DNS não está sendo aplicado a um comando ping apenas de host. Eu realmente não tenho ideia do que mais posso mudar para fazer isso funcionar.
HenryAZ
- 9 de janeiro de 2010
- South Congress AZ
- 23 de maio de 2021
v654321 disse: A menos que eu esteja faltando algo mais, eu ousaria concluir que, dado que tanto o host Linux quanto o MBP obtêm suas informações de IP e DNS de forma idêntica do mesmo DHCP, eles entram em contato com o mesmo servidor DNS (pihole) e que funciona perfeitamente no meu host Linux (não no pihole), mas não no MBP, o domínio de pesquisa DNS não está sendo aplicado a um comando ping do host apenas. Eu realmente não tenho ideia do que mais posso mudar para fazer isso funcionar.
Eu arriscaria adivinhar que a implementação do NetBIOS do macOS não é tão robusta quanto as outras duas, que podem ser resolvidas apenas com o nome do host. Você tem NetBIOS habilitado em seu Mac? É por padrão. Não acho que o caminho de pesquisa realmente importe, que o Windows e o Linux estão fazendo a resolução de nomes NetBIOS do nome do host para obter seu endereço IP, em vez de DNS.
Com o desacoplado, você pode se dar ao luxo de usá-lo como um resolvedor de validação para zonas externas, sem precisar encaminhar solicitações. E como resolvedor de uma zona local.
Publicações Populares