Quando un sito web non è raggiungibile, le e-mail non arrivano o una modifica del DNS sembra non avere effetto, la verifica degli attuali record DNS è una delle fasi più importanti nella risoluzione dei problemi.
Con una query DNS puoi ad esempio scoprire a quale indirizzo IP punta un dominio, quali mail server sono responsabili della ricezione della posta elettronica, quali name server vengono utilizzati o quali record TXT sono pubblicamente disponibili tramite DNS.
È importante fare una distinzione tra la configurazione che vedi in un'interfaccia di gestione e le informazioni DNS che possono essere effettivamente interrogate pubblicamente in questo momento.
Breve spiegazione: Con un controllo DNS puoi verificare quali informazioni DNS per un dominio sono attualmente visibili pubblicamente. Questo è particolarmente utile dopo le modifiche o in caso di problemi con il sito web e l'e-mail.
Controllare i record DNS direttamente con il controllo DNS di CURIAWEB #
Per una rapida verifica puoi Controllo DNS CURIAWEB usare.
Inserisci lì il dominio desiderato ed esegui la query DNS. In questo modo puoi verificare le informazioni DNS attualmente visibili pubblicamente del dominio.
Il controllo DNS è adatto, ad esempio, se desideri verificare se:
- un dominio punta all'indirizzo IP previsto
- sono stati inseriti i server di posta corretti
- un cambiamento DNS è già visibile
- vengono utilizzati i nameserver previsti
- sono presenti voci TXT
- una configurazione DNS esistente deve essere documentata prima di un trasferimento
Consiglio pratico: Se hai appena modificato un record DNS, prendi nota del vecchio e del nuovo valore. In questo modo, durante un'interrogazione successiva, sarà molto più facile capire quale versione viene restituita attualmente.
Cosa posso scoprire con una query DNS? #
Le informazioni che ricevi dipendono dal tipo di record DNS che interroghi.
Tra quelli particolarmente importanti nella gestione quotidiana dell'hosting ci sono A, AAAA, CNAME, MX, TXT e NS.
Se questi termini non ti sono ancora familiari, troverai una spiegazione dettagliata su Record DNS spiegati: A, AAAA, CNAME, MX, TXT e CAA.
Controllo record A: A quale indirizzo IPv4 punta il mio dominio? #
Tramite una query del record A puoi determinare quale indirizzo IPv4 viene restituito per un nome di dominio o host.
Ad esempio, una query per:
meine-firma.ch
restituire un indirizzo IPv4 secondo questo schema:
192.0.2.10
Se desideri verificare se un sito web punta al nuovo server dopo un cambio di hosting, il record A è uno dei primi elementi che dovresti controllare.
Importante: Un record A corretto dimostra solo che il nome host viene risolto nell'indirizzo IPv4 previsto. Non dimostra che il server web, il sito web o HTTPS siano configurati correttamente.
Verifica record AAAA: esiste un indirizzo IPv6? #
Il record AAAA svolge per IPv6 una funzione simile a quella del record A per IPv4.
Una query, ad esempio, può restituire un valore secondo questo schema:
2001:db8::10
In caso di problemi di raggiungibilità di un sito web, il controllo del record AAAA è particolarmente utile quando vengono utilizzate sia IPv4 che IPv6.
Un errore comune è un vecchio record AAAA che punta ancora a un indirizzo IPv6 non più utilizzato, mentre il record A è già stato aggiornato correttamente.
In questo caso, gli accessi tramite IPv4 possono funzionare, mentre i client che utilizzano IPv6 riscontrano problemi.
Verifica CNAME: Dove punta un alias? #
Un record CNAME punta un nome DNS a un altro nome DNS.
Ad esempio, potrebbe:
www.meine-firma.ch
su
meine-firma.ch
rimandare.
Pertanto, durante una query CNAME, dovresti verificare se il nome di destinazione restituito corrisponde alla configurazione prevista.
Tieni presente che un CNAME non è un reindirizzamento nel browser. Lavora a livello DNS.
Controllo dei record MX: quali server di posta ricevono le mie email? #
Se le e-mail a un dominio non arrivano, dovresti controllare i record MX.
I record MX specificano quali server di posta devono accettare le e-mail per un dominio.
Un dominio può avere più record MX. Questi contengono inoltre una priorità.
In modo semplificato, un risultato può presentarsi ad esempio così:
10 mx1.example.net.
20 mx2.example.net.Nei record MX, il valore numerico più piccolo ha la priorità più alta.
Controlla in particolare se i server di posta restituiti appartengono effettivamente all'infrastruttura di posta elettronica che desideri utilizzare.
Controllare i record MX su SpamExperts #
Se il tuo dominio è protetto dal filtro in entrata di SpamExperts, i record MX devono puntare all'infrastruttura SpamExperts dedicata.
I messaggi in arrivo vengono quindi prima controllati da SpamExperts e successivamente inoltrati al mail server di destinazione configurato.
Se le e-mail non arrivano come previsto, una query DNS può quindi mostrare rapidamente se la configurazione MX punta fondamentalmente all'infrastruttura prevista.
Trattiamo la struttura sotto Configurare il filtro in entrata di SpamExperts e i record MX.
Controlla i record TXT #
I record TXT vengono utilizzati per diversi scopi. Questi includono l'autenticazione delle e-mail e la verifica di un dominio per servizi esterni.
Pertanto, durante un'interrogazione TXT, possono essere restituiti più record diversi.
Ad esempio, un record SPF inizia tipicamente con:
v=spf1
Un record DMARC tipicamente inizia con:
v=DMARC1;
Con DKIM viene interrogato inoltre un determinato selettore.
Se controlli SPF, DKIM o DMARC, non è quindi sufficiente constatare semplicemente che esista un record TXT qualsiasi. Ciò che conta è se il record corretto venga pubblicato con il nome giusto e il contenuto previsto.
Spieghiamo i tre procedimenti in dettaglio su SPF, DKIM e DMARC spiegati nell'hosting CURIAWEB.
Controllare i nameserver di un dominio #
Con una query NS puoi determinare quali nameserver sono delegati per un dominio.
Se la tua domain deve usare i nameserver di CURIAWEB, ti aspetti:
ns1.curiaweb.ch
ns2.curiaweb.chSe vengono invece visualizzati ancora i Nameserver di un precedente provider, bisogna prima verificare se i Nameserver siano stati effettivamente modificati presso il registrar e se, eventualmente, informazioni DNS memorizzate nella cache stiano giocando un ruolo.
Puoi trovare ulteriori informazioni su Trovare e utilizzare correttamente i nameserver di CURIAWEB.
Perché vedo un valore diverso nell'area clienti rispetto a una query DNS? #
Questo può avere diverse cause.
Una possibilità particolarmente importante è che tu abbia modificato un record DNS in una zona che non viene utilizzata in modo autorevole per il dominio.
Supponi di modificare il record A di un dominio in un pannello di gestione hosting. Tuttavia, il dominio continua a utilizzare i nameserver di un altro provider DNS.
La modifica può quindi essere salvata in modo del tutto corretto nell'interfaccia di gestione, senza che sia rilevante per le query DNS pubbliche.
Importante: In caso di risultati DNS inattesi, verifica per prima cosa quali nameserver siano effettivamente autorevoli per il dominio. Solo allora saprai in quale zona DNS vengono gestiti i record effettivi.
Che cosa significa „risposta DNS autorevole“? #
I Nameserver autorevoli forniscono le informazioni DNS definitive per la zona di loro competenza.
Inoltre, esistono resolver ricorsivi che possono eseguire richieste DNS per i client e memorizzare i risultati nella cache.
Ciò può causare una differenza tra le informazioni correnti sul Nameserver autorevole e un valore precedente nella cache di un Resolver.
Spieghiamo come resolver, nameserver autoritativi e zone DNS collaborano su DNS spiegato in modo semplice: come funziona il Domain Name System.
Perché diverse query DNS mostrano risultati differenti? #
Dopo una modifica del DNS, diversi resolver possono restituire temporaneamente informazioni differenti.
Un resolver potrebbe avere ancora memorizzato il valore precedente, mentre un altro resolver ha già effettuato una nuova query presso l'infrastruttura DNS competente.
Ciò è dovuto, tra l'altro, alla cache DNS e al TTL delle relative voci.
Questo comportamento viene spesso definito propagazione DNS.
Tratteremo i retroscena nel prossimo articolo di base su Propaginazione del DNS spiegata: perché le modifiche possono richiedere tempo.
Consiglio pratico: Risultati DNS differenti immediatamente dopo una modifica non significano automaticamente che la configurazione sia errata. Controlla il nuovo valore, i nameserver competenti e il TTL prima di effettuare ulteriori modifiche.
Cos'è la TTL e perché è importante durante l'esame? #
TTL sta per Tempo di vita. Determina per quanto tempo una risposta DNS può essere memorizzata nella cache di un resolver.
Un TTL di:
3600
corrisponde ad esempio a un'ora.
Se un record è stato interrogato prima della modifica, il vecchio valore potrebbe rimanere presente in un resolver fino alla scadenza della voce di cache corrispondente.
Una nuova modifica del record DNS non ripristina automaticamente le cache già esistenti su altri resolver.
Controllare il DNS prima di un cambio di hosting #
Una query DNS non è utile solo in caso di problemi. È anche ottima per preparare un cambio di hosting.
Prima di modificare la configurazione DNS di un dominio esistente, dovresti documentare le voci attualmente in uso.
Di particolare rilevanza sono:
- Server dei nomi
- Record A e AAAA
- Record CNAME
- Record MX
- SPF
- DKIM
- DMARC
- Record di verifica di servizi esterni
- sottodomini esistenti
Con il Controllo DNS CURIAWEB puoi ottenere una panoramica delle informazioni DNS pubblicamente visibili.
Importante: Una query DNS pubblica è un inventario utile, ma non sostituisce necessariamente un backup completo della zona DNS esistente. Non tutti i record necessari possono essere catturati in modo sensato da un'unica query generale.
Verificare il DNS dopo un cambio di hosting #
Dopo una modifica, puoi interrogare nuovamente gli stessi valori e confrontarli con la configurazione precedente.
Se il sito web è stato trasferito su un nuovo server, dovresti ad esempio controllare se i record A e, se necessario, AAAA puntano alle destinazioni previste.
Se l'infrastruttura di posta elettronica rimane invariata, le informazioni MX e di autenticazione necessarie dovrebbero continuare a essere presenti correttamente.
Questo consente di evitare un errore comune: il sito web è stato trasferito con successo, ma durante il cambio DNS sono andati persi i record per la posta elettronica o per i servizi esterni.
Verificare il DNS dopo un cambio di nameserver #
Dopo un cambio di nameserver, dovresti prima controllare se i record NS previsti sono visibili.
Se CURIAWEB deve essere responsabile della zona DNS, questi sono:
ns1.curiaweb.ch
ns2.curiaweb.chSuccessivamente, dovresti verificare che anche i record A, AAAA, MX, TXT e di altro tipo necessari vengano restituiti correttamente tramite la nuova infrastruttura DNS.
Infatti, un cambio di nameserver avvenuto con successo non significa automaticamente che la nuova zona DNS sia completa.
Il dominio punta all'indirizzo IP corretto, ma il sito web non funziona #
Se il record A o AAAA è corretto, la risoluzione dei problemi dovrebbe continuare ad altri livelli.
Le possibili cause possono essere, ad esempio:
- Il dominio non è configurato correttamente sul server web
- I file del sito web mancano o si trovano nella posizione errata
- l'applicazione web causa un errore
- la configurazione HTTPS o del certificato è errata
- un reindirizzamento è configurato in modo errato
Il DNS risponde unicamente alla domanda su quale destinazione tecnica sia pubblicata per il nome interrogato. Se il servizio raggiungibile in quel punto funzioni correttamente è una questione separata.
Il sito web funziona, ma le e-mail non arrivano #
In questo caso, un problema con il record A del sito web è piuttosto improbabile.
Verifica invece in particolare:
- i record MX
- la risoluzione dei server di posta specificati nei record MX
- la configurazione del mailserver di destinazione
- la configurazione prevista per il filtro e il server di destinazione in SpamExperts
Per un'ulteriore ricerca guasti abbiamo l'articolo Le e-mail non arrivano: verificare le cause in modo sistematico creato.
Il sito web funziona per me, ma non per qualcun altro #
Se lo stesso dominio restituisce risultati diversi per utenti diversi, una cache DNS potrebbe esserne la causa, soprattutto subito dopo una modifica.
Un altro resolver potrebbe avere ancora memorizzata una risposta DNS precedente.
Tuttavia, possono essere prese in considerazione anche altre cause, ad esempio problemi di rete locali, cache del browser o problemi con IPv4 o IPv6.
Perciò la configurazione DNS non dovrebbe essere modificata di nuovo esclusivamente a causa di questo sintomo.
Posso controllare il DNS anche tramite la riga di comando? #
Sì. A seconda del sistema operativo, sono disponibili diversi strumenti per le query DNS.
Ad esempio, vengono spesso utilizzati:
nslookup
o su sistemi corrispondenti:
scava
Ciò consente di interrogare in modo mirato determinati tipi di record DNS.
Una semplice query può essere effettuata, ad esempio, secondo questo schema:
nslookup meine-firma.chCon opportune opzioni è anche possibile interrogare informazioni DNS di tipo MX, NS o di altro tipo.
La sintassi esatta varia a seconda dello strumento e del sistema operativo.
Perché un controllo DNS è migliore rispetto a modifiche basate su tentativi? #
I problemi DNS possono spesso essere circoscritti in modo relativamente mirato se si rileva prima lo stato attuale.
Se, ad esempio, un sito web non è raggiungibile, dovresti prima verificare quale indirizzo IP viene effettivamente risolto, prima di modificare il record A.
In caso di problemi con le e-mail, è consigliabile controllare prima i record MX attualmente visibili prima di inserire nuovi valori MX.
E se una modifica sembra non essere stata applicata, dovresti prima controllare i nameserver autorevoli e i possibili cache.
Regola fondamentale in caso di problemi DNS: Prima verificare, poi modificare. Più modifiche contemporaneamente rendono difficile la ricerca degli errori e possono causare problemi aggiuntivi.
Modificare i record DNS su CURIAWEB #
Se la zona DNS del tuo dominio è gestita tramite il tuo hosting CURIAWEB, puoi modificare i record DNS in cPanel tramite l'editor di zone.
Spiegheremo il funzionamento pratico su Utilizzare l'editor di zone DNS in cPanel.
L'editor di zone mostra la zona configurata. Con una query DNS esterna o con il controllo DNS puoi quindi verificare quali informazioni vengono risolte pubblicamente.
La verifica DNS e la gestione DNS non sono la stessa cosa #
Con un controllo DNS leggi le informazioni DNS. In questo modo non modifichi nulla sul tuo dominio.
Le modifiche vengono invece effettuate presso il provider o nella gestione DNS responsabile della zona autoritativa del tuo dominio.
Del Controllo DNS CURIAWEB è quindi uno strumento di diagnostica e non un'interfaccia di gestione DNS.
Una procedura efficace in caso di problemi DNS #
Se sospetti un problema di DNS, dovresti procedere in modo sistematico.
- Verifica qualiNameserver sono responsabili per il dominio.
- Controlla il record DNS del servizio interessato.
- Confronta il risultato con la configurazione desiderata.
- Tieni conto del TTL e delle cache DNS per le modifiche recenti.
- Modifica solo la voce la cui funzione e il cui valore di destinazione corretto sono noti.
- Verifica di nuovo dopo la modifica quali informazioni vengono restituite pubblicamente.
Ciò consente spesso di distinguere se il problema risiede effettivamente nel DNS o se la ricerca degli errori deve continuare sul server web, sul server di posta o sulla rispettiva applicazione.
Riepilogo #
Le query DNS ti mostrano quali informazioni su un dominio possono essere attualmente risolte pubblicamente tramite il Domain Name System.
Con il Controllo DNS CURIAWEB Puoi verificare la configurazione DNS di un dominio e controllare, ad esempio, se sono visibili i nameserver attesi, gli indirizzi IP, i server di posta o i record TXT.
In caso di problemi con il sito web, sono rilevanti in particolare i record A e AAAA. In caso di problemi con la ricezione delle e-mail, dovresti controllare la configurazione MX. I record NS ti mostrano quali nameserver sono delegati per il dominio.
Dopo le modifiche, i cache DNS potrebbero temporaneamente fornire ancora informazioni meno recenti. Pertanto, un risultato divergente dovrebbe essere prima analizzato e non affrontato con ulteriori modifiche basate sul sospetto.
La regola più importante nella risoluzione dei problemi DNS è quindi: prima verificare lo stato attuale, poi circoscrivere la causa e solo successivamente apportare modifiche mirate.
