Come appare il messaggio
DNS_PROBE_FINISHED_NXDOMAIN – ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 41382Cause frequenti
- Refuso nell'hostname, o record creato nella zona sbagliata (es. www.example.com.example.com).
- Il record non è ancora stato creato o è stato dimenticato durante un trasloco.
- Dominio scaduto o name server non (più) impostati correttamente presso il registro.
- Cache negativa: un resolver ha memorizzato l'NXDOMAIN; la durata dipende dal minimum del SOA.
- Cause locali: /etc/hosts, VPN con split DNS, Pi-hole o un resolver aziendale che blocca.
Verifica
- Mostra stato e sezione authority della risposta
dig www.example.com A +noall +comments +answer +authority - Controlla la delega presso il TLD
dig example.com NS +short @$(dig +short NS com. | head -n 1) - Interroga direttamente il name server autorevole
dig www.example.com A +short @$(dig +short NS example.com | head -n 1) - Controlla stato e scadenza del dominio
whois example.com | grep -iE 'status|expir|name server'
Soluzione
- Usa la risposta del server autorevole come riferimento: se restituisce il record, è un problema di cache.
- Crea il record mancante; negli editor di zona di solito si inserisce solo
www, non il nome completo. - Rinnova il dominio scaduto presso il registrar e controlla i record NS.
- Con la cache negativa aspetta (minimum del SOA) o svuota le cache locali:
resolvectl flush-caches. - Prima di un trasloco esporta tutti i record e dopo testali sul nuovo name server.
Domande frequenti
Quanto resta in cache un NXDOMAIN?
Quanto indicano il campo minimum o il TTL del SOA, spesso tra 300 e 3600 secondi. Solo dopo il resolver richiede di nuovo.
Che differenza c'è con SERVFAIL?
NXDOMAIN significa che il nome sicuramente non esiste. SERVFAIL significa che il resolver non ha ottenuto una risposta valida, ad es. per DNSSEC o name server irraggiungibili.