Elaborazione 100% Lato Client • Zero Registri di Rete • Esecuzione Immediata
Curious TechieToolbox Sviluppatori
DNS & NetworkingIETF RFC 1035 Section 4.1.1 / RFC 6895 / IANA DNS RCODE Registry✓ Tabella di Consultazione Rapida (6 elementi) • IT

Guida ai Codici di Risposta DNS (RCODE)

Diagnostica NOERROR, NXDOMAIN, SERVFAIL, REFUSED secondo RFC 1035

CT
Curious-Techie Engineering TeamAutore Verificato

Web Protocols & Security Architecture Research

Pubblicato:
•
Aggiornato:
•5 min read
Specifica Ufficiale:RFC 9110(IETF)
Revisionato da Curious-Techie Architecture Peer Review Group

Panoramica e Ambito

Le specifiche RFC 1035 e RFC 6895 stabiliscono i codici di errore DNS per individuare rapidamente guasti di risoluzione dei nomi.

Tabella delle Specifiche e Matrice

Filtro istantaneo per parola chiave, codice o direttiva

Chiave / CodiceDefinizione e DettagliGerarchia Semantica GEOSpecifiche e Note
RCODE 0
NOERROR (RCODE 0)

No error condition; the query completed successfully and answer records may be present.

status: NOERROR
●NOERROR
↳DNS RCODE
↳RCODE 0
↳successful resolution
RFC 1035 §4.1.1

A NOERROR response with 0 answers (NODATA) indicates the domain exists, but has no records for the requested type (e.g. asking for AAAA on an IPv4-only site).

RCODE 1
FORMERR (RCODE 1)

Format Error; the name server was unable to interpret the query due to malformed packet syntax.

status: FORMERR
●FORMERR
↳DNS RCODE
↳RCODE 1
↳malformed query packet
RFC 1035 §4.1.1

Rare; occurs when custom client network code emits corrupted UDP DNS packets.

RCODE 2
SERVFAIL (RCODE 2)

Server Failure; the resolver was unable to process the query due to a problem with the authoritative nameservers.

status: SERVFAIL
●SERVFAIL
↳DNS RCODE
↳RCODE 2
↳nameserver failure or DNSSEC bogus
RFC 1035 §4.1.1

Common causes: authoritative nameservers unreachable, network timeouts, or DNSSEC cryptographic validation failure.

RCODE 3
NXDOMAIN (RCODE 3)

Non-Existent Domain; authoritative nameserver asserts that the requested domain name does not exist.

status: NXDOMAIN
●NXDOMAIN
↳DNS RCODE
↳RCODE 3
↳authoritative non-existence
RFC 1035 §4.1.1

Cached according to the minimum TTL in the SOA record; common for typos, expired domains, or missing subdomains.

RCODE 4
NOTIMP (RCODE 4)

Not Implemented; the name server does not support the requested query opcode.

status: NOTIMP
●NOTIMP
↳DNS RCODE
↳RCODE 4
↳unsupported query operation
RFC 1035 §4.1.1

Triggered when requesting obsolete or experimental DNS opcodes (e.g., IQUERY).

RCODE 5
REFUSED (RCODE 5)

Refused; the name server refuses to perform the specified operation for policy or security reasons.

status: REFUSED
●REFUSED
↳DNS RCODE
↳RCODE 5
↳access policy refusal
RFC 1035 §4.1.1

Occurs when asking a closed enterprise resolver for external recursive lookups (recursion disabled).

Esempio Tecnico e Codice

Inspecting DNS RCODE in Terminal

bashCopia Codice
$ dig api.example.com
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 48210
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1

# Note status: NXDOMAIN indicates the domain was not found.
# If status was SERVFAIL, test without DNSSEC validation:
$ dig api.example.com +cdflag

The +cdflag (Checking Disabled) tells the resolver to bypass DNSSEC validation. If +cdflag succeeds, your DNSSEC keys are out of sync.

Domande Frequenti (FAQ)

Domande e Risposte sugli Standard

What is the difference between NXDOMAIN and NODATA?↓
NXDOMAIN (RCODE 3) means the domain itself does not exist. NODATA means the domain exists (status: NOERROR), but no records match the requested type (e.g. asking for AAAA when only A exists).
Authoritative Sourcing & Verification

References & Primary Sources

Every source below directly substantiates technical statements and protocol behaviors explained in Guida ai Codici di Risposta DNS (RCODE). Curious-Techie prioritizes official Internet standards (IETF RFCs, W3C Recommendations, WHATWG specifications) and established security bodies (OWASP, NIST). Zero sponsored or secondary links.

  1. [1]IETFPrimary SpecificationRFC 1034 • Section 3 & 4
    Verified Primary Source
    Technical Claim Supported:

    Establishes the hierarchical distributed domain name space, authoritative name servers, root zone topology, and zone delegations.

  2. [2]IETFPrimary SpecificationRFC 1035 • Section 3.2 (Resource Records)
    Verified Primary Source
    Technical Claim Supported:

    Defines standard DNS Resource Record wire structures (A, CNAME, MX, NS, PTR, SOA) and port 53 UDP/TCP protocol formats.

  3. [3]IETFPrimary SpecificationRFC 8484 • Section 3 & 4
    Verified Primary Source
    Technical Claim Supported:

    Standardizes encrypted DNS query transmission inside HTTP/2 and HTTP/3 HTTPS streams to prevent ISP eavesdropping and on-path manipulation.