Căutare MX

Un MX spune ce server primește mail pentru domeniu și cu ce preferință (RFC 1035 §3.3.9). Expeditorii încearcă întâi valoarea cea mai mică (RFC 5321 §5.1). Numele din MX trebuie să aibă adrese proprii, nu să fie un alias (RFC 2181 §10.3). Un MX 0 . (null MX, RFC 7505) spune că domeniul nu primește mail deloc.

• NXDOMAIN, NODATA sau eroare

  NXDOMAIN: numele nu există. NODATA: numele există, dar nu are tipul cerut (RFC 2308 §2.1, §2.2). Amândouă sunt răspunsuri sigure. Un timeout sau SERVFAIL nu spune nimic despre înregistrare, de aceea le arătăm ca „indisponibil”.

• TTL

  Cât timp poate fi ținut răspunsul în cache, în secunde; numărul arătat e cât a mai rămas în cache-ul resolverului nostru. Și răspunsurile negative se țin în cache, cel mult cât câmpul MINIMUM din SOA (RFC 2308 §4, §5): o înregistrare nou creată poate apărea abia după el.

• DNSSEC

  „DNSSEC validat” înseamnă că resolverul nostru a verificat semnăturile și consideră răspunsul autentic (bitul AD, RFC 4035 §3.2.3). „Fără DNSSEC”: zona nu e semnată sau lanțul de încredere nu ajunge până la ea.

• Aliasuri (CNAME)

  Un CNAME trimite un nume la altul, iar resolverul urmează lanțul și răspunde pentru ținta lui (RFC 1034 §3.6.2). La un nume cu CNAME nu pot exista alte înregistrări, iar MX și NS nu trebuie să arate spre un alias (RFC 2181 §10.3).

Surse: RFC 1034 · RFC 1035 · RFC 2181 · RFC 2308 · RFC 4035 · RFC 5321 · RFC 7505