Hai collegato un dominio esistente al tuo hosting CURIAWEB o hai impostato i nameserver su CURIAWEB e di conseguenza il sito web non è raggiungibile? In questo caso non bisogna limitarsi ad attendere la propagazione del DNS.
Dopo una modifica del dominio, diverse componenti devono coordinarsi: il dominio deve utilizzare i server dei nomi o i record DNS corretti, la zona DNS deve essere completa e il dominio deve essere configurato correttamente nell'ambiente di hosting CURIAWEB.
Breve spiegazione: Se un dominio non funziona dopo il passaggio a CURIAWEB, verifica prima i nameserver e il DNS, poi l'associazione del dominio nell'hosting. Una configurazione errata non si corregge automaticamente aspettando più a lungo.
Cosa è stato effettivamente modificato nel dominio? #
Prima di iniziare la ricerca degli errori, dovresti sapere quale tipo di modifica è stato effettuato.
Un dominio esistente può in linea di principio essere collegato a CURIAWEB in diversi modi:
- I nameserver sono stati completamente modificati su CURIAWEB.
- I precedenti nameserver rimangono attivi e solo singoli record DNS sono stati modificati su CURIAWEB.
- Il dominio è stato trasferito oltre a CURIAWEB.
Questi processi non sono tecnicamente la stessa cosa.
Se desideri utilizzare esclusivamente l'hosting CURIAWEB, ad esempio, non è necessario alcun trasferimento di dominio. Spieghiamo le varie possibilità su Mantenere il dominio presso un altro provider e collegarlo all'hosting di CURIAWEB.
Controlla prima i nameserver attuali #
Se l'intera gestione DNS deve essere effettuata tramite CURIAWEB, per il dominio devono essere impostati i name server CURIAWEB previsti:
ns1.curiaweb.ch
ns2.curiaweb.ch
Con il Controllo DNS CURIAWEB puoi verificare quali informazioni DNS sono attualmente pubblicamente visibili per il tuo dominio.
Puoi trovare ulteriori informazioni sui nameserver su Trovare e utilizzare correttamente i nameserver di CURIAWEB.
Cosa significa se vengono ancora visualizzati i vecchi Nameserver? #
Se i nameserver sono appena stati modificati, la propagazione potrebbe non essere ancora visibile ovunque.
Se tuttavia vengono visualizzati in modo permanente i nameserver del precedente fornitore, dovresti controllare presso il registrar se la modifica è stata effettivamente salvata o eseguita.
I nameserver vengono inseriti al momento della registrazione del dominio o presso il registrar competente. Una modifica all'interno dell'hosting CURIAWEB da sola non sostituisce questa delega.
Importante: Se non hai modificato i Nameserver presso il registrar, la precedente zona DNS rimane autorevole. Le modifiche apportate a un'altra zona DNS non autorevole non avranno quindi alcun effetto sulle query DNS pubbliche.
I nameserver di CURIAWEB sono attivi, ma il sito web non funziona comunque #
I soli name server corretti non bastano.
La zona DNS fornita tramite questi name server deve contenere anche le voci corrette. Per un sito Web sono rilevanti in particolare i record A, AAAA o CNAME.
Il dominio deve puntare all'infrastruttura prevista per il tuo account di hosting.
Spieghiamo quale sia il compito dei diversi tipi di record DNS su Record DNS spiegati: A, AAAA, CNAME, MX, TXT e CAA.
Perché la vecchia zona DNS è così importante? #
Al cambio dei nameserver, la zona DNS del precedente provider non viene trasferita automaticamente a CURIAWEB.
Questa è una delle possibili fonti di errore più importanti durante un cambio di nameserver.
La zona DNS precedente può contenere, oltre alla voce per il sito Web, ad esempio:
- Record MX per l'e-mail,
- Record SPF, DKIM e DMARC,
- Sottodomini,
- Record TXT di verifica,
- Record CNAME per servizi esterni,
- o ulteriori configurazioni DNS personalizzate.
Se tali voci mancano nella nuova zona DNS, i relativi servizi potrebbero non funzionare dopo la modifica del nameserver.
Consiglio pratico: Prima di un cambio di nameserver, è opportuno documentare la configurazione DNS esistente e preparare la nuova zona. Modifica i nameserver solo quando le voci DNS necessarie sono presenti nella nuova destinazione.
Come verifico i record DNS attuali? #
Con il Controllo DNS CURIAWEB puoi controllare la configurazione DNS pubblicamente visibile.
Troverai una spiegazione più dettagliata sotto Controlla i record DNS: Visualizza la configurazione DNS attuale di un dominio.
Confronta in questo caso non solo i Nameserver, ma anche i record A, AAAA, CNAME, MX e TXT rilevanti per i tuoi servizi.
Il dominio punta a CURIAWEB: è configurato anche nell'hosting? #
Il DNS fa in modo che una richiesta arrivi alla giusta infrastruttura di server. Il server web deve poi sapere quale sito web debba essere fornito per il dominio richiesto.
Se il dominio punta sì al server corretto, ma non è configurato correttamente nell'account di hosting, il sito Web potrebbe comunque non funzionare come previsto.
Breve spiegazione: Il DNS risponde alla domanda „A quale server deve essere inviata la richiesta?“. L'hosting deve quindi essere in grado di rispondere: „Quale sito web appartiene a questo dominio?“.“
Controlla anche la versione www del dominio #
Il dominio principale e il suo www-Le varianti sono hostname tecnicamente differenti:
example.ch
www.example.ch
Se solo una delle due varianti funziona, dovresti controllare la configurazione del DNS e dell'hosting per la variante che non funziona.
A seconda della configurazione www ad esempio collegato al dominio principale tramite un CNAME.
Il vecchio sito web viene ancora visualizzato #
Se dopo il trasferimento compare ancora il sito web del precedente hosting, è possibile che il dominio o un nome host utilizzato stiano ancora puntando alla vecchia infrastruttura.
In seguito a una recente modifica del DNS, inoltre, diversi resolver potrebbero temporaneamente fornire risposte differenti.
Verifica quindi prima i record DNS attualmente visibili e confrontali con la configurazione CURIAWEB prevista.
Se i dati DNS pubblici puntano già chiaramente alla nuova infrastruttura, potrebbero essere coinvolti anche una cache del browser, un proxy o del sito web.
Perché il dominio non funziona per me, ma per qualcun altro sì? #
Dopo una modifica del DNS, diversi resolver DNS possono utilizzare temporaneamente informazioni memorizzate nella cache diverse.
Perciò può accadere che il dominio funzioni già con la nuova configurazione tramite una connessione Internet, mentre un'altra connessione utilizza ancora informazioni DNS meno recenti.
Spieghiamo i dettagli tecnici su Cos'è la propagazione DNS e perché un cambio DNS richiede tempo?.
Importante: Se il dominio restituisce ovunque la stessa errata configurazione DNS, la „propagazione“ non è probabilmente la soluzione. Verifica quindi i valori effettivamente impostati.
Il sito web funziona tramite HTTP, ma non tramite HTTPS #
Quindi la risoluzione del dominio di base potrebbe già funzionare, mentre la configurazione HTTPS non è ancora corretta.
Per l'HTTPS, sull'ambiente di hosting deve essere presente un certificato SSL/TLS valido per il nome di dominio utilizzato.
Se il dominio puntava precedentemente a un altro server, l'emissione o la validazione di un certificato sul nuovo ambiente potrà funzionare solo dopo che il dominio punterà correttamente a questa infrastruttura.
Controlla inoltre sia il dominio principale che quello utilizzato www-Variante.
Il browser mostra un avviso di certificato #
Un avviso di certificato non significa automaticamente che il DNS non funzioni.
Se il browser raggiunge già un server web, ma il suo certificato non corrisponde al nome di dominio richiesto, il problema è probabilmente legato alla configurazione SSL/TLS o di hosting.
DNS, server Web e SSL dovrebbero pertanto essere verificati separatamente.
Il sito web funziona, ma l'e-mail non più #
Questo è un errore particolarmente importante dopo un cambio di nameserver.
Se il sito web è accessibile, significa solo che la configurazione necessaria per il sito web funziona. La posta elettronica utilizza i propri record DNS.
Per la ricezione sono particolarmente rilevanti i record MX. Inoltre, SPF, DKIM e DMARC possono essere necessari per l'invio e l'autenticazione.
Se prima del cambio di nameserver venivano utilizzati servizi di posta elettronica esterni e i relativi record DNS non sono stati trasferiti nella nuova zona, il sito web potrebbe funzionare mentre la posta elettronica non è attiva.
Cosa devo considerare con SpamExperts? #
Se il tuo dominio utilizza il filtraggio in entrata di SpamExperts, i record MX designati devono essere correttamente presenti.
SpamExperts riceve inizialmente i messaggi in entrata, li filtra e successivamente li inoltra al vero e proprio server di posta di destinazione.
La configurazione MX è spiegata all'indirizzo Filtraggio della posta in arrivo e configurazione MX di SpamExperts.
Importante: I server MX di SpamExperts non sono server IMAP o POP3. Per accedere alla tua casella di posta, continui a utilizzare le impostazioni del server di posta previste per il tuo account di posta elettronica.
E SPF, DKIM e DMARC? #
Durante un cambio completo di nameserver, è necessario verificare anche se le voci di autenticazione e-mail richieste sono presenti nella nuova zona DNS.
La mancanza di un record SPF, DKIM o DMARC non comporta necessariamente che il sito web non sia raggiungibile. Tuttavia, può influire sulla consegna delle email o sull'autenticazione dei messaggi.
Puoi trovare ulteriori informazioni su SPF, DKIM e DMARC nell'hosting.
Ho modificato solo il record A: ho bisogno dei nameserver di CURIAWEB? #
No.
Se mantieni deliberatamente i Nameserver esistenti e colleghi semplicemente il sito web a CURIAWEB tramite un record DNS, non è necessario inserire i Nameserver di CURIAWEB.
In questo caso il precedente provider DNS rimane autorevole e tu modifichi lì, ad esempio, il record A, AAAA o CNAME richiesto.
Utilizza a tale scopo esclusivamente i valori obiettivo specifici del tuo account di hosting CURIAWEB.
Perché non posso modificare contemporaneamente i nameserver e i singoli record DNS presso il vecchio provider? #
Se passi completamente i nameserver a CURIAWEB, dopo l'efficace delegazione la zona DNS di CURIAWEB diventerà autorevole.
I record DNS che modificherai esclusivamente nella vecchia zona DNS d'ora in poi non influiranno più in linea di principio sulla risoluzione pubblica del dominio.
Al contrario, finché i vecchi nameserver sono autoritativi, le modifiche in una futura zona DNS di CURIAWEB non hanno ancora alcun effetto pubblico.
Nota: Ciò che è sempre determinante è la zona DNS sui nameserver attualmente autorevoli.
Il DNSSEC può causare problemi dopo un cambio di nameserver? #
Sì.
Se DNSSEC è abilitato per un dominio, le informazioni memorizzate nella zona superiore devono corrispondere alla configurazione DNSSEC effettivamente utilizzata.
Se i nameserver vengono modificati senza tenere debitamente conto di una configurazione DNSSEC esistente, i resolver che convalidano DNSSEC possono considerare non valide le risposte del dominio.
Ciò può far sì che il dominio risulti apparentemente irrisolvibile per una parte degli utenti.
Attenzione: Se un dominio utilizzava DNSSEC prima del cambio dei nameserver, la configurazione DNSSEC dovrebbe essere verificata espressamente. Non modificare i dati DS o DNSSEC alla cieca.
Come faccio a riconoscere un potenziale problema DNSSEC? #
Un possibile indizio si ha quando un dominio non viene risolto da determinati resolver, sebbene i name server autorevoli siano fondamentalmente raggiungibili e i record DNS appaiano corretti.
Per una diagnosi certa, tuttavia, è necessario verificare la catena DNSSEC. Un comune errore del browser da solo non dimostra un problema DNSSEC.
Cosa succede dopo un trasferimento di dominio a CURIAWEB? #
Un trasferimento di dominio e un cambio di nameserver sono operazioni distinte.
Il trasferimento della gestione del dominio non implica automaticamente che i file del sito Web, i database o le caselle di posta elettronica siano stati trasferiti.
Anche la configurazione DNS dovrebbe essere verificata separatamente in caso di trasferimento del dominio.
Spieghiamo la procedura di base alla pagina Trasferimento di dominio a CURIAWEB: Ecco come funziona il trasferimento.
Posso reimpostare la dominio sui vecchi nameserver? #
Tecnicamente, un nuovo cambio di nameserver potrebbe essere possibile, fintanto che la vecchia infrastruttura DNS è ancora disponibile e correttamente configurata.
Tuttavia, questo non dovrebbe essere fatto in modo riflesso come prima misura.
Modifiche ripetute dei nameserver in rapida successione complicano la diagnosi, poiché i resolver possono utilizzare deleghe memorizzate nella cache o risposte DNS diverse.
Consiglio pratico: Se dopo una modifica qualcosa non funziona, non ripristinare e modificare subito più impostazioni contemporaneamente. Prima verifica quali server dei nomi sono attualmente autorevoli e quali risposte DNS forniscono effettivamente.
Cosa succede se solo un sottodominio non funziona? #
Se il dominio principale funziona ma un Sottodominio no, probabilmente non c'è un problema fondamentale di registrazione del dominio.
Verifica quindi il record DNS della sottodominio in questione e se è stato configurato correttamente sul sistema di destinazione.
Ad esempio sono
example.ch
shop.example.ch
mail.example.ch
nomi host differenti e possono puntare a destinazioni tecniche differenti.
E se solo "www" non funziona? #
Anche www.example.ch è un proprio hostname.
Verifica quindi se per www è presente un record DNS adeguato e se la configurazione dell'hosting tiene conto di questa variante.
Il fatto che il dominio principale funzioni non garantisce automaticamente un corretto www-Configurazione.
Come posso distinguere se il problema riguarda il DNS o il server web? #
Verifica prima se il dominio o il nome host interessato viene risolto sulla destinazione prevista.
Se già la risoluzione DNS fallisce o punta a una destinazione errata, dovresti prima esaminare il DNS o i nameserver.
Se invece il DNS fornisce la destinazione prevista, ma il servizio web comunque non funziona, l'ulteriore risoluzione dei problemi riguarda piuttosto l'hosting, il server web, l'SSL, il firewall o l'applicazione.
Un test di ping può fornire informazioni aggiuntive al riguardo, ma non è un test completo per un sito web. Spieghiamo la corretta interpretazione su Eseguire un ping test: verificare la connessione a un dominio o a un server.
Qual è l'ordine logico per la ricerca guasti? #
Dopo il passaggio a CURIAWEB, puoi eseguire la diagnosi in questo ordine:
Quali nameserver sono attualmente autorevoli?
↓
La zona DNS corretta è attiva?
↓
I record A / AAAA / CNAME sono corretti?
↓
Il dominio punta all'infrastruttura di hosting prevista?
↓
Il dominio è configurato nell'hosting?
↓
HTTP e HTTPS funzionano?
↓
I record MX e la configurazione e-mail sono corretti?
↓
I sottodomini e i servizi esterni sono completi?
Se viene utilizzato DNSSEC, anche la sua corretta configurazione rientra nell'audit.
Quando dovrei contattare il supporto CURIAWEB? #
Se il dominio non funziona dopo il trasferimento e non riesci a determinare con esattezza la causa, indicazioni tecniche specifiche aiutano nella diagnosi.
Comunica per favore:
- quale dominio è interessato,
- ciò che è stato cambiato,
- quando è stata effettuata la modifica,
- se siano interessati il sito web, l'e-mail o entrambi,
- quale messaggio di errore appare,
- e se il problema si verifica su più dispositivi o connessioni internet.
Più precisamente è descritta la situazione iniziale, più velocemente si può determinare se siano interessati la registrazione, il DNS, l'hosting, SSL o l'e-mail.
Riepilogo #
Se un dominio esistente non è raggiungibile dopo il passaggio a CURIAWEB, non dovresti limitarti ad attendere automaticamente la propagazione del DNS.
Verifica prima quali Nameserver sono effettivamente autoritativi. Se l'intera gestione DNS deve avvenire tramite CURIAWEB, i Nameserver CURIAWEB previsti devono essere attivi e la nuova zona DNS deve contenere tutte le voci necessarie.
Se i nameserver precedenti rimangono attivi, i record DNS necessari per CURIAWEB devono invece essere modificati presso il provider DNS che rimane autorevole.
Se il DNS punta già alla destinazione corretta, dovresti quindi verificare l'associazione del dominio nell'hosting, l'HTTPS e, se necessario, la configurazione dell'e-mail.
Durante il cambio di un nameserver, è necessaria particolare attenzione per le configurazioni esistenti di MX, SPF, DKIM, DMARC, sottodomini e DNSSEC.
Verifica la migrazione in modo sistematico, dalla delega dei nameserver al DNS, fino all'hosting e alla posta elettronica. In questo modo è possibile trovare la causa in modo molto più affidabile rispetto a modifiche ripetute di varie impostazioni.