Strumento DIG online

Usa DIG quando support chiede «incolla lookup MX» o «mostra TXT per questo selettore» e vuoi output forma terminale senza installare bind-utils. Viste filtrate Verificatore DNS aiutano, ma DIG replica l'abitudine di eseguire dig example.com MX ripetutamente durante finestra migrazione mail — stesso tipo, stesso host, diff rapido prima/dopo.

Traccia problemi delegazione interrogando NS, poi incrementi serial SOA dopo edit zona. Se serial SOA cambia in DIG ma MX mostra ancora valori vecchi, l'edit può essere finito nel pannello DNS sbagliato — conferma nameserver WHOIS contro risposte NS. DIG solo su NS è più leggero di passaggio Verificatore DNS completo quando sospetti solo mismatch glue registrar.

Debugga SPF e DKIM con DIG su TXT ad apex e label selector._domainkey. TXT multi-stringa concatenata nelle risposte è ciò che valutano server mail — copia direttamente da DIG invece di riscrivere da PDF provider. Abbina Verificatore DNS quando serve DMARC su _dmarc e MX stesso screenshot per ticket deliverability.

Fallimenti emissione certificato spesso richiedono DIG CAA prima di incolpare la CA. Record CAA restrittivo blocca emissione anche se validazione HTTP avrebbe successo. Dopo fix CAA, re-DIG e lancia Verificatore certificato SSL sull'host live per confermare catena e copertura SAN.

Lookup PTR per IP uscita mail spiegano mismatch reverse DNS che attivano filtri spam. Query stile DIG -x completano hit Verificatore blacklist — auth DNS e reputazione IP sono layer separati. DN01 DIG non sostituisce analisi transcript SMTP né test casella.

Runbook SRE per failure game-day spesso loopano DIG su hostname health-check ogni minuto mentre Kubernetes fa rollout pod — TTL su record breve durata deve matchare velocità rollout altrimenti cache servono backend stale. Abbina verificatore header HTTP quando DIG mostra nuovi record A.

Ricercatori accademici che studiano censura DNS confrontano risposte tra resolver — DN01 offre un punto vista etichettato onestamente, non mappa geopolitica. Cita percorso resolver e timestamp pubblicando paper misura.

Sezioni ANSWER vuote con NOERROR significano nome esiste ma quel tipo record assente — non fallimento tool. NXDOMAIN significa nome mancante. SERVFAIL spesso indica NS autoritativo rotto o delegazione lame; confronta NS in DIG con delegazione WHOIS.

Catene CNAME possono nascondere record A finale finché non segui alias. Interroga A/AAAA target CNAME dopo prima risposta. Mai CNAME su label che portano anche MX o TXT — resolver si comportano imprevedibilmente e DIG può mostrare dati parziali confusi.

DNS split-horizon significa resolver ufficio e 8.8.8.8 discordano. DN01 DIG riflette nostro percorso resolver, simile Verificatore DNS — non DNS VPN laptop. Per verità autoritativa secondi dopo save, interroga NS provider direttamente fuori DN01 se possibile.

TTL nelle risposte DIG spiega route mail stale dopo fix. Annota TTL, attendi scadenza cache, re-interroga. Abbassa TTL prima cambiamenti pianificati, conferma con DIG, applica nuovi dati, ripristina TTL più alto dopo stabilità — stessa disciplina migrazioni Verificatore DNS senza barra percentuale propagazione fake.

Query ANY sono deprecate su internet pubblico — preferisci tipi espliciti. Se monitoring legacy sonda ancora ANY, aspetta risposte troncate o rifiutate; migra script a vista all-types Verificatore DNS.

DIG ricorsivo (DN01 default) percorre da root a TLD a NS autoritativo, cachando ogni passo fino scadenza TTL. È ciò che browser e server mail sperimentano in produzione — utile per «cosa vede il mondo?» DIG autoritativo @ns1.provider.net bypassa cache e mostra file zona pubblicato ora — utile per «ha funzionato il mio clic Salva?»

Durante migrazioni nameserver, DIG ricorsivo può restituire NS vecchi mentre WHOIS già aggiornato — lag cache. Query autoritative su NS vecchi e nuovi rivelano quale file serve ancora mail. DN01 non automatizza griglie multi-regione; usa Verificatore DNS per record raggruppati e DIG per snapshot mono-tipo ripetuti su un percorso resolver.

Errori validazione DNSSEC appaiono come flag bogus o insecure in output dig +dnssec completo. DN01 focalizza tipi record comuni operatore senza trasformare ogni pagina in tutorial DNSSEC — se DS mismatch, escala con host DNS e pannello registry, conferma DS/DNSKEY con tool specializzati.

Abbina tracce DIG MX con verificatore header HTTP su autodiscover o portali web mail diagnosticando cutover Microsoft 365 o Google Workspace. Correttezza DNS necessaria ma non sufficiente per caselle funzionanti — errori CNAME autodiscover appaiono in header e catene redirect, non solo MX.

Verificatore DNS restituisce tutti tipi major in vista raggruppata — più veloce baseline migrazione e bundle verifica SaaS. DIG restituisce un tipo in sezioni stile resolver — più veloce richieste incolla support e loop MX/TXT ripetuti. Usa entrambi stesso sito; si completano invece di duplicare.

dig terminale locale supporta +trace, override @nameserver e flag +dnssec che DN01 non espone in UI browser. DN01 scambia quelle flag potenti per zero install, pulsanti copia, otto locale, accesso API e percorso resolver coerente per team bloccati CLI.

Checker online «propagazione» tracciano molti resolver regionali; DN01 DIG no. Mostriamo snapshot alta qualità per query con contesto TTL onesto — scegli mappe propagazione quando domanda è lag cache geografico, scegli DIG quando domanda è «qual è stringa MX ora su questo percorso resolver?»

Pannelli DNS cachati e tool «preview» registrar possono mentire vs DNS pubblico. DIG e Verificatore DNS interrogano dati resolver live, non screenshot UI host. Non memorizziamo file zona completi, non rivendichiamo griglie mondiali né sostituiamo editor DNS autoritativo — risposte pubbliche accurate con tool WHOIS, SSL e header companion.

Corsi universitari insegnano ancora dig +trace su VM lab — ottima pedagogia. DN01 DIG punta a operatori produzione sotto finestre cambiamento che non possono SSH da hotspot telefono durante cutover. Esporta JSON API se generatore runbook serve campi TTL machine-readable con buffer incolla umano Slack.

Vendor DNS gestiti espongono log audit separati da risposte DNS pubbliche — quando audit dice cambiamento applicato ma DIG discorda, apri ticket vendor con entrambi screenshot. DN01 non accede API audit privata; mostriamo solo risposte pubbliche face resolver.