por que não obtém resposta do DNS da LAN, mas o trabalho de ping e nslookup

Question

Eu tenho um DNS da LAN configurado para que eu possa acessar os hosts da LAN por um nome não qualificado. Para os exemplos abaixo, o domínio é 'michigan' e o host é 'acer'.

Repare que eu posso acertar o acer mas o acer não tem resposta. Só se eu der cavar o nome qualificado, obter uma resposta.

stephen@home:~$ ping -c1 acer 
64 bytes from 192.168.0.110 (192.168.0.110): icmp_seq=1 ttl=64 time=1.13 ms

stephen@home:~$ dig acer | grep ANSWER:
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

stephen@home:~$ dig acer.michigan | grep ANSWER:
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3

Existe algum erro na minha configuração ou esse comportamento é esperado para dig?

    

Answer 1

Você mesmo descobriu a solução:

Only if I give dig the qualified name does dig get an answer.

dig não anexa automaticamente os sufixos DNS da sua conexão às suas consultas, ao contrário de outras ferramentas. Isso é esperado.

    

Answer 2

Algo parece confuso com sua configuração. Não deve haver necessidade de digitar o nome do domínio se você estiver no mesmo domínio.

De man dig :

NAME
       dig - DNS lookup utility

DESCRIPTION
       dig (domain information groper) is a flexible tool for interrogating
       DNS name servers. It performs DNS lookups and displays the answers that
       are returned from the name server(s) that were queried. Most DNS
       administrators use dig to troubleshoot DNS problems because of its
       flexibility, ease of use and clarity of output. Other lookup tools tend
       to have less functionality than dig.

       Unless it is told to query a specific name server, dig will try each of
       the servers listed in /etc/resolv.conf. If no usable server addresses
       are found, dig will send the query to the local host.

Eu pesquisei na página dig man e não consigo encontrar a palavra qualificada em nenhum lugar dela.

Mostrando minha configuração de rede e exemplos:

terrance@terrance-ubuntu:~$ 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
nameserver 10.0.0.1
search local

terrance@terrance-ubuntu:~$ nslookup DD-WRT
Server:     10.0.0.1
Address:    10.0.0.1#53

Name:   DD-WRT.local
Address: 10.0.0.1

terrance@terrance-ubuntu:~$ dig DD-WRT

; <<>> DiG 9.10.3-P4-Ubuntu <<>> DD-WRT
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56329
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;DD-WRT.                IN  A

;; ANSWER SECTION:
DD-WRT.         0   IN  A   10.0.0.1

;; Query time: 0 msec
;; SERVER: 10.0.0.1#53(10.0.0.1)
;; WHEN: Wed Apr 11 18:31:50 MDT 2018
;; MSG SIZE  rcvd: 51


terrance@terrance-ubuntu:~$ dig terrance-ubuntu

; <<>> DiG 9.10.3-P4-Ubuntu <<>> terrance-ubuntu
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4063
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;terrance-ubuntu.       IN  A

;; ANSWER SECTION:
terrance-ubuntu.    0   IN  A   10.0.0.100

;; Query time: 0 msec
;; SERVER: 10.0.0.1#53(10.0.0.1)
;; WHEN: Wed Apr 11 18:32:37 MDT 2018
;; MSG SIZE  rcvd: 60

Minha conclusão é algo em sua configuração de rede não está correta.