Mac OS 10.14.6 não usando /etc/resolver/test

Mac OS 10.14.6 não usando /etc/resolver/test

Tenho um servidor DNS rodando no host em uma máquina virtual com o IP 192.168.99.169

Se eu executar as consultas de DNS, recebo essas respostas

escavação:

dig @192.168.99.169 hello-john.test

resultado:

;; Warning: Message parser reports malformed message packet.

; <<>> DiG 9.10.6 <<>> @192.168.99.169 hello-john.test
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43698
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: Message has 8 extra bytes at end

;; QUESTION SECTION:
;hello-john.test.       IN  A

;; ANSWER SECTION:
hello-john.test.    300 IN  A   192.168.99.169

;; Query time: 17 msec
;; SERVER: 192.168.99.169#53(192.168.99.169)
;; WHEN: Sun Sep 29 09:50:18 CDT 2019
;; MSG SIZE  rcvd: 73

pesquisa:

nslookup hello-john.test 192.168.99.169

resultado:

Server:     192.168.99.169
Address:    192.168.99.169#53

Non-authoritative answer:
Name:   hello-john.test
Address: 192.168.99.169

Tudo funciona corretamente para o servidor DNS. Se eu atualizar os servidores DNS no Mac para que o único servidor DNS seja 192.168.99.169, as coisas também funcionarão da mesma maneira, mas não preciso especificar o servidor DNS. Por exemplo:

Atualize os servidores DNS

networksetup -setdnsservers Wi-Fi 192.168.99.169

escavação:

dig hello-john.test
;; Warning: Message parser reports malformed message packet.

; <<>> DiG 9.10.6 <<>> hello-john.test
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6173
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: Message has 8 extra bytes at end

;; QUESTION SECTION:
;hello-john.test.       IN  A

;; ANSWER SECTION:
hello-john.test.    300 IN  A   192.168.99.169

;; Query time: 7 msec
;; SERVER: 192.168.99.169#53(192.168.99.169)
;; WHEN: Sun Sep 29 09:57:10 CDT 2019
;; MSG SIZE  rcvd: 73

pesquisa:

nslookup hello-john.test

resultado:

Server:     192.168.99.169
Address:    192.168.99.169#53

Non-authoritative answer:
Name:   hello-john.test
Address: 192.168.99.169

Substituir completamente os servidores DNS não funciona para mim, pois preciso ter vários endereços IP pesquisados.

Eu redefini os servidores DNS para um servidor DNS normal.

networksetup -setdnsservers Wi-Fi 8.8.8.8

Eu crio um arquivo /etc/resolver/testcom o conteúdo:

domain test
nameserver 192.168.99.169
search_order 1
timeout 5

Posso testar se o resolvedor foi carregado corretamente com scutil:

scutil --dns

resultado:

DNS configuration

resolver #1
  nameserver[0] : 8.8.8.8
  flags    : Request A records
  reach    : 0x00000002 (Reachable)

resolver #2
  domain   : local
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 300000

resolver #3
  domain   : 254.169.in-addr.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 300200

resolver #4
  domain   : 8.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 300400

resolver #5
  domain   : 9.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 300600

resolver #6
  domain   : a.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 300800

resolver #7
  domain   : b.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 301000

resolver #8
  domain   : test
  nameserver[0] : 192.168.99.169
  timeout  : 5
  flags    : Request A records
  reach    : 0x00020002 (Reachable,Directly Reachable Address)
  order    : 1

DNS configuration (for scoped queries)

resolver #1
  nameserver[0] : 8.8.8.8
  if_index : 5 (en0)
  flags    : Scoped, Request A records
  reach    : 0x00000002 (Reachable)

No entanto, quando executo dig ou nslookup, ele não está usando o resolvedor. Suponho que isso tenha algo a ver com a ordem em que as configurações do resolvedor são usadas.

escavação:

dig hello-john.test

resultado:

; <<>> DiG 9.10.6 <<>> hello-john.test
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 39721
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;hello-john.test.       IN  A

;; AUTHORITY SECTION:
.           86388   IN  SOA a.root-servers.net. nstld.verisign-grs.com. 2019092900 1800 900 604800 86400

;; Query time: 16 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sun Sep 29 10:06:50 CDT 2019
;; MSG SIZE  rcvd: 119

pesquisa:

nslookup hello-john.test

resultado:

Server:     8.8.8.8
Address:    8.8.8.8#53

** server can't find hello-john.test: NXDOMAIN

Se eu desligar meu Wi-Fi, vejo que o resolvedor nº 1 scutil --dnsaparece apenas como

DNS configuration

resolver #1
  flags    : 
  reach    : 0x00000000 (Not Reachable)

Acredito que esteja faltando alguma configuração, /etc/resolver/testmas não consigo encontrar uma maneira de garantir que ela seja usada.

Obrigado pela ajuda!

Responder1

Mesmo que nslookup e dig não retornem uma resposta correta, parece que ainda consigo executar ping no host

pingar:

ping hello-john.test

resultado:

PING hello-john.test (192.168.99.169): 56 data bytes
64 bytes from 192.168.99.169: icmp_seq=0 ttl=64 time=0.259 ms
64 bytes from 192.168.99.169: icmp_seq=1 ttl=64 time=0.390 ms

Isso funciona bem o suficiente para meus propósitos

informação relacionada