Consulta i record DNS di un dominio in tempo reale.
NetCheck interroga in tempo reale il resolver DNS pubblico di Google (tramite DNS-over-HTTPS) e mostra la risposta così com'è. Ogni tipo di record ha un ruolo preciso:
| Tipo | Ruolo | Esempio di valore |
|---|---|---|
| A | Associa il nome a un indirizzo IPv4 | 203.0.113.10 |
| AAAA | Associa il nome a un indirizzo IPv6 | 2001:db8::10 |
| CNAME | Rende un nome alias di un altro | www verso esempio.it |
| MX | Indica i server che ricevono le email, con una priorità | 10 mx1.esempio.it |
| TXT | Testo libero: prove di proprietà, SPF, DKIM, DMARC | v=spf1 include:_spf.google.com ~all |
| NS | I name server autorevoli per il dominio | ns1.fornitore.net |
| SOA | La scheda di autorità della zona: server primario, numero di serie, tempi di cache | - |
| CAA | Le autorità autorizzate a emettere certificati per il dominio | 0 issue "letsencrypt.org" |
Ogni risposta DNS ha un TTL (time to live), in secondi. È il tempo per cui i resolver di tutto il mondo possono tenere la risposta in memoria senza chiedere di nuovo. Un TTL di 3600 significa che una modifica può impiegare fino a un'ora per essere visibile ovunque. Prima di una migrazione, abbassa il TTL a 300 (cinque minuti) il giorno prima, fai la modifica e rialzalo quando tutto è verificato. Per seguire una modifica in corso, usa lo strumento Propagazione DNS.
La maggior parte delle email che finiscono nello spam si spiega con i record TXT.
v=spf1. Due record SPF distinti li invalidano entrambi: uniscili.selettore._domainkey.esempio.it, che ti indica il tuo fornitore di email._dmarc.esempio.it, dice cosa fare dei messaggi che non superano questi controlli: lasciarli passare (p=none), metterli nello spam (p=quarantine) o respingerli (p=reject). Gmail e Yahoo ormai lo richiedono ai mittenti di grandi volumi.Per leggere un record DKIM o DMARC, scrivi direttamente il sottodominio interessato, per esempio _dmarc.esempio.it, e scegli il tipo TXT.
esempio.it), perché entrerebbe in conflitto con i record NS e SOA. Alcuni fornitori DNS offrono il «CNAME flattening» o un tipo ALIAS per aggirare la regola.«Nessun record» non significa necessariamente che ci sia un problema: molti domini non hanno né AAAA né CAA, ed è normale. Invece, un dominio senza A né AAAA non può mostrare un sito, e un dominio senza MX non può ricevere email. Se il resolver risponde che il dominio non esiste (codice 3, detto NXDOMAIN), controlla l'ortografia e poi il suo stato con lo strumento WHOIS.
Sì: la richiesta va in tempo reale al resolver pubblico di Google, tramite DNS-over-HTTPS. Ma questo resolver, come tutti gli altri, rispetta il TTL: subito dopo una modifica può ancora restituire il vecchio valore. Lo strumento Propagazione DNS confronta più resolver alla volta.
Il record A fornisce direttamente un indirizzo IP. Il CNAME rimanda a un altro nome, che viene a sua volta risolto. È comodo quando l'indirizzo di destinazione cambia spesso (piattaforme, CDN), ma aggiunge un passaggio e non può coesistere con altri record sullo stesso nome.
È la priorità: più è bassa, più il server ha la precedenza. I mittenti provano prima il server con il valore più piccolo, poi passano ai successivi se non risponde.
Limita le autorità di certificazione che possono emettere un certificato per il tuo dominio. Senza CAA, chiunque può farlo; con il CAA, un'autorità non elencata deve rifiutare, il che riduce il rischio di un certificato fraudolento.
Verifica se il tuo DNS è aggiornato in tutto il mondo.
ApriProprietario, data di creazione e di scadenza di un dominio.
ApriValidità, emittente e data di scadenza dell'HTTPS di un sito.
ApriServer, reindirizzamenti, cache e header di sicurezza di un URL.
ApriIl tuo IP pubblico, il tuo operatore, la tua posizione approssimativa.
Apri