Căutare · RFC 1035
Căutare TXT
Toate înregistrările TXT ale unui nume. Cele de mail (SPF, DMARC, DKIM, MTA-STS, TLS-RPT, BIMI) sunt recunoscute și duc la unealta care le citește.
Ce e o înregistrare TXT
Un TXT ține unul sau mai multe șiruri de text (RFC 1035 §3.3.14), fiecare de cel mult 255 de caractere; SPF și DKIM le lipesc la citire (RFC 7208 §3.3). Mailul pune aici SPF (la domeniu), DMARC (la _dmarc.), cheile DKIM (la selector._domainkey.), MTA-STS (la _mta-sts.) și TLS-RPT (la _smtp._tls.).
- 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).