Dominio che non punta al server corretto: cosa controllare

Il sintomo può essere una pagina del vecchio provider, il sito sbagliato, una pagina predefinita, un errore di connessione oppure un certificato intestato a un altro dominio. La diagnosi del caso in cui il dominio non punta al server corretto deve separare DNS, rete e configurazione web.

Annota il risultato atteso

Prima di modificare qualsiasi record raccogli:

• dominio e variante con www;
• IP IPv4 corretto comunicato da Xlogic;
• eventuale IPv6 effettivamente assegnato;
• nameserver che devono essere utilizzati;
• presenza di Cloudflare o altro proxy;
• Document Root del dominio in cPanel;
• messaggio o pagina visualizzata.

Un confronto preciso evita di sostituire un valore corretto con un altro dato non verificato.

Controlla i nameserver

dig NS esempio.it +short

Se i nameserver appartengono a Cloudflare, la zona da modificare è Cloudflare. Se appartengono a Xlogic, utilizza il relativo Zone Editor. Se appartengono ancora al vecchio provider, i record presenti in cPanel Xlogic non sono autoritativi.

Verifica inoltre che il registrar non contenga un insieme misto di nameserver vecchi e nuovi.

Controlla il record A

dig A esempio.it +short
dig A www.esempio.it +short

Confronta il risultato con l’IP previsto. Se il record è Proxied da Cloudflare vedrai indirizzi Cloudflare: controlla allora l’IP origine nel pannello Cloudflare.

Se www è un CNAME verso il dominio principale, verifica anche:

dig CNAME www.esempio.it +short

Controlla il record AAAA

Un AAAA obsoleto è una causa frequente di comportamento intermittente:

dig AAAA esempio.it +short
dig AAAA www.esempio.it +short

Se viene restituito un IPv6, deve essere assegnato e configurato sul server. Non lasciare un AAAA del vecchio provider mentre l’A punta a Xlogic.

Interroga direttamente il nameserver autoritativo

Questo passaggio distingue una zona errata da una cache:

dig @ns1.provider.tld esempio.it A
dig @ns2.provider.tld esempio.it A

Se il nameserver autoritativo mostra il vecchio IP, devi correggere la zona. Se mostra il nuovo IP ma un resolver pubblico restituisce il precedente, attendi il TTL residuo.

Verifica il dominio in cPanel

Il DNS corretto non basta: il dominio deve essere configurato nell’account cPanel giusto e associato alla Document Root prevista. Controlla la sezione Domini e verifica:

• dominio presente nell’account corretto;
• Document Root che contiene il sito giusto;
• assenza di duplicati su altri account del server;
• alias e redirect intenzionali;
• versione PHP e permessi compatibili;
• certificato AutoSSL emesso per il dominio.

Una pagina predefinita può indicare che il DNS raggiunge il server, ma il virtual host non associa correttamente il nome richiesto.

Controlla la risposta HTTP senza affidarti al browser

curl -I http://esempio.it
curl -Ik https://esempio.it

Osserva codice HTTP, redirect e intestazioni. Una catena può rinviare al vecchio dominio o a un URL temporaneo. Se conosci l’IP corretto puoi testare il virtual host senza cambiare DNS:

curl -I --resolve esempio.it:443:IP_CORRETTO https://esempio.it/

Il test HTTPS richiede che il certificato e il virtual host siano già configurati.

Controlla Cloudflare

Se utilizzi Cloudflare:

• verifica l’IP origine del record A;
• controlla che il record corretto sia Proxied o DNS only secondo l’uso;
• svuota la cache Cloudflare soltanto dopo aver corretto l’origine;
• controlla regole Redirect, Bulk Redirects e Workers;
• verifica la modalità SSL e il certificato sull’origine;
• non usare il proxy arancione per posta, FTP o SFTP.

Una cache CDN può continuare a mostrare pagine precedenti anche quando il DNS è corretto. Consulta Cloudflare con Xlogic.

Controlla WordPress e gli URL salvati

Se il server corretto risponde ma WordPress reindirizza al vecchio dominio, verifica gli indirizzi Home e Site URL, eventuali costanti in wp-config.php, redirect del plugin e regole nel file .htaccess.

Non eseguire sostituzioni massive nel database senza backup e senza uno strumento che gestisca dati serializzati. Durante una migrazione consulta Trasferire WordPress senza downtime.

Controlla HTTPS e AutoSSL

Dopo il puntamento il certificato deve coprire dominio, www e sottodomini utilizzati. Un avviso sul certificato non significa sempre che il DNS sia errato: può indicare che AutoSSL non ha ancora completato la validazione oppure che Cloudflare utilizza una modalità SSL non coerente.

Consulta AutoSSL non si rinnova.

Procedura ordinata di correzione

1. identifica i nameserver autoritativi;
2. verifica A, AAAA e CNAME direttamente su quei nameserver;
3. correggi i record nella zona realmente utilizzata;
4. controlla il dominio e la Document Root in cPanel;
5. testa il virtual host con curl --resolve o file hosts;
6. verifica redirect applicativi e Cloudflare;
7. attendi il TTL precedente sui resolver;
8. controlla SSL, homepage e pagine interne.

Che cosa non fare

• non cambiare contemporaneamente nameserver e record senza copiare l’intera zona;
• non cancellare record MX e TXT durante la correzione del sito;
• non aggiungere un AAAA se non disponi di un IPv6 assegnato;
• non disabilitare SSL o sicurezza per nascondere il sintomo;
• non eliminare il vecchio hosting prima della stabilizzazione;
• non usare servizi pubblici di test come unica prova senza interrogare i nameserver autoritativi.

Quando contattare l’assistenza Xlogic

Apri un ticket se il dominio utilizza nameserver Xlogic ma restituisce un IP inatteso, se il virtual host non associa il dominio all’account corretto, se AutoSSL non può validare il nome oppure se sospetti un duplicato sul server.

Invia dominio, IP atteso, nameserver, output di A e AAAA, screenshot della zona e orario delle modifiche. Non inviare credenziali.

Controlla se il server risponde allo stesso IP per più domini

Gli hosting condivisi utilizzano lo stesso indirizzo IP per più siti e scelgono il contenuto in base al nome richiesto tramite il virtual host. Aprire direttamente l’IP nel browser non è quindi un test affidabile: può comparire una pagina predefinita anche quando il dominio è configurato correttamente.

Utilizza sempre il nome del dominio nel test oppure curl --resolve, che forza l’IP ma conserva l’header Host e il nome TLS. Questo permette di verificare quale sito viene servito dal nuovo server prima della propagazione pubblica.

Controlla redirect nel file .htaccess e nel pannello

Un dominio può raggiungere il server giusto e venire subito rinviato al vecchio sito. Cerca regole Redirect in cPanel, direttive nel file .htaccess, impostazioni del CMS e plugin di redirect. Controlla anche se il vecchio dominio è codificato in configurazioni, cache o regole Cloudflare.

Prima di modificare .htaccess crea una copia. Disattivare tutte le regole senza comprenderle può rompere permalink, HTTPS e protezioni del sito.

Verifica sottodomini e servizi separatamente

Il dominio principale, www, area clienti, pannelli e sottodomini possono avere record differenti. Correggere soltanto esempio.it non aggiorna automaticamente www.esempio.it o shop.esempio.it. Elenca tutti i nomi realmente utilizzati e controlla A, AAAA e CNAME per ciascuno.

Fonti tecniche ufficiali

• cPanel: Zone Editor
• Cloudflare: Proxy status

Domande frequenti sul dominio che punta al server sbagliato