O systemd torna o dig / nslookup inútil?

Question

Estou tentando depurar alguns problemas na resolução do DNS e estava tentando nslookup (agora obsoleto) e dig .

Estou, no entanto, em um sistema que usa systemd para configurar /etc/resolv.conf .

~$ cat /etc/resolv.conf 
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.

nameserver 127.0.0.53

Isto parece tornar dig inútil porque tudo o que faz é apontar para o servidor dns em 127.0.0.53 , que é uma construção systemd na minha máquina.

~$ dig www.google.com

; <<>> DiG 9.10.3-P4-Ubuntu <<>> www.google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31247
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;www.google.com.            IN  A

;; ANSWER SECTION:
www.google.com.     54  IN  A   216.58.212.164

;; Query time: 29 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Sun Jun 18 10:45:49 CEST 2017
;; MSG SIZE  rcvd: 59

Esta é uma afirmação verdadeira? Se você está no systemd todo o resto está fora?

    

Answer 1

Não, pelo menos por dois motivos:

1. systemd-resolved é um componente opcional do systemd. Não precisa estar em uso em uma máquina que executa o systemd.

2. dig tem muitas opções que o tornam útil mesmo com o systemd-resolved (ou qualquer outro cache DNS local, como o dnsmasq) em execução. Por exemplo, você pode especificar o servidor de nomes a consultar: dig @8.8.8.8 google.com. ou qualquer número de outras opções úteis para depurar o DNS.