🔍 👤 🛒 Registrati
Accedi Registrati

Come puntare un dominio su un hosting esterno

Puntare un dominio verso un hosting esterno significa collegare il nome web ai server che ospitano effettivamente sito, applicazioni, immagini e caselle email. Il dominio resta registrato presso il registrar, mentre i contenuti vengono gestiti da un altro provider. Questa separazione è comune quando si cambia hosting senza trasferire la proprietà del dominio.

L’operazione passa dalla gestione DNS, cioè dal sistema che traduce un indirizzo leggibile come esempio.it nell’indirizzo IP o nel nome del server corretto. Una configurazione precisa evita errori di visualizzazione, interruzioni della posta elettronica e problemi con il certificato HTTPS.

Il dominio onlinejoycasino.com, per esempio, è attualmente una pagina parcheggiata: comunica che il nome è registrato e rimanda all’assistenza, alle guide e al supporto clienti di Aruba.it. Non offre giochi, scommesse, servizi operativi o informazioni aziendali. Per pubblicare un sito reale su quel dominio sarebbe quindi necessario collegarlo a un hosting e sostituire la configurazione provvisoria.

Prima di modificare i record, conviene raccogliere i dati forniti dall’hosting esterno, stabilire quali servizi devono restare attivi e ridurre il rischio di interventi frettolosi. Il puntamento non consiste sempre nel cambiare i nameserver: in molti casi è sufficiente modificare alcuni record DNS.

Capire la differenza tra dominio e hosting

Il dominio è l’indirizzo utilizzato dalle persone per raggiungere un sito. La registrazione presso un provider garantisce il diritto di usare quel nome per un determinato periodo, ma non include necessariamente lo spazio web, il database o il server applicativo. L’hosting, invece, mette a disposizione l’infrastruttura dove vengono caricati i file e avviati i servizi online.

Quando si collega un dominio a un provider diverso, si mantengono separati il registrar e il fornitore tecnico. È possibile avere il dominio presso Aruba.it e il sito su un hosting internazionale, oppure conservare la posta su un terzo servizio. La configurazione DNS stabilisce come devono comportarsi i vari sottodomini.

Il record A collega il dominio a un indirizzo IPv4, mentre il record AAAA usa un indirizzo IPv6. Il record CNAME indirizza un nome verso un altro nome di dominio e viene spesso impiegato per www o per servizi esterni. I record MX indicano invece i server che ricevono la posta elettronica: modificarli senza criterio può impedire la consegna dei messaggi.

Preparare i dati prima della modifica

Il nuovo hosting dovrebbe fornire almeno un indirizzo IP, un hostname tecnico oppure i nameserver da impostare. Alcuni servizi richiedono un record A per il dominio principale, altri indicano un CNAME specifico. Le istruzioni variano anche per i sottodomini, per la verifica della proprietĂ  e per i servizi CDN.

È utile annotare la configurazione DNS esistente prima di intervenire. Una copia dei record consente di ripristinare rapidamente la situazione precedente e aiuta a individuare quali voci riguardano il sito, la posta, la verifica SPF, la firma DKIM o altri strumenti collegati al dominio.

Se il nome è parcheggiato, la pagina visualizzata può dipendere da record predefiniti del registrar o da una destinazione temporanea. In questo caso occorre sostituire soltanto i valori necessari, senza cancellare automaticamente ogni voce. Anche un vecchio percorso indicizzato, come una guida ai bonus, non determina il puntamento DNS: gli URL delle pagine e la destinazione del dominio sono elementi distinti.

Prima di salvare, bisogna verificare se il provider richiede il dominio con o senza www, se l’IP è dedicato o condiviso e se esistono record TXT obbligatori. Queste informazioni riducono il rischio di un sito irraggiungibile o di una procedura di attivazione bloccata.

Scegliere tra record DNS e nameserver

Esistono due approcci principali. Il primo consiste nel lasciare la gestione DNS presso il registrar e modificare i record A, AAAA, CNAME e MX. Il secondo consiste nel sostituire i nameserver con quelli indicati dall’hosting, trasferendo di fatto la gestione della zona DNS al nuovo provider.

La scelta dipende dal livello di controllo desiderato. La modifica dei singoli record è più prudente quando la posta e altri servizi devono restare presso il provider attuale. Il cambio dei nameserver può essere più semplice quando il nuovo hosting offre una configurazione completa e si vuole amministrare tutto da un’unica interfaccia.

Esigenza Configurazione piĂš adatta Attenzione principale
Spostare solo il sito Record A o CNAME Lasciare intatti i record MX
Gestire DNS dal nuovo hosting Cambio dei nameserver Ricreare tutti i record necessari
Usare un CDN CNAME o nameserver del CDN Verificare la modalitĂ  indicata
Collegare il dominio a un servizio SaaS CNAME e record TXT Completare la verifica della proprietĂ 
Mantenere la posta esistente Record MX invariati Controllare SPF, DKIM e DMARC

Quando si usano i nameserver del nuovo hosting, la zona DNS precedente non viene trasferita automaticamente in ogni situazione. Bisogna quindi ricopiare i record importanti prima della sostituzione. La posta può smettere di funzionare se gli MX non vengono ricreati, anche quando il sito appare correttamente online.

Un dominio può inoltre avere più sottodomini con destinazioni diverse. Il dominio principale può puntare al server web, blog.esempio.it a una piattaforma editoriale e mail.esempio.it a un servizio di posta. La configurazione deve riflettere questa struttura, invece di applicare un’unica regola a tutto.

Configurare il pannello del registrar

Per iniziare, si accede al pannello del registrar e si apre la sezione dedicata a DNS, zona DNS o gestione avanzata del dominio. Il nome della voce cambia a seconda del provider, ma le funzioni essenziali restano simili. Prima dell’intervento è consigliabile disattivare eventuali blocchi che impediscono la modifica dei nameserver, se presenti.

Se il nuovo hosting ha fornito un indirizzo IPv4, si modifica o si crea il record A per il simbolo “@”, che rappresenta il dominio principale. Per www si può utilizzare un CNAME verso il dominio principale oppure un secondo record A, secondo le istruzioni del provider. Non bisogna inserire http:// o https:// nei campi DNS: sono protocolli, non valori validi per questi record.

Se invece sono stati indicati due o più nameserver, si sostituiscono quelli attuali rispettando l’ordine e la grafia comunicati. Dopo il salvataggio, il nuovo provider deve poter identificare il dominio e spesso richiede una verifica tramite record TXT. Una risorsa esterna come riferimento informativo non sostituisce le istruzioni ufficiali del registrar o dell’hosting, che restano la fonte da seguire per i valori tecnici.

Il TTL, cioè il tempo di conservazione nella cache DNS, può essere ridotto prima della migrazione e riportato a un valore normale dopo la verifica. Se il sito è già online e non si prevedono cambi frequenti, un TTL piÚ alto diminuisce le richieste DNS, ma rende meno rapide le modifiche successive.

Verificare propagazione e certificato HTTPS

Dopo il salvataggio, la variazione non diventa visibile ovunque nello stesso momento. I resolver DNS degli operatori, dei browser e delle reti aziendali possono conservare il vecchio valore fino alla scadenza del TTL. La propagazione può completarsi in pochi minuti oppure richiedere piÚ tempo, soprattutto dopo un cambio di nameserver.

La verifica dovrebbe comprendere il dominio principale, la versione www e tutti i sottodomini importanti. Si può usare il comando nslookup o dig, oppure un servizio di controllo DNS, confrontando il risultato con l’IP comunicato dall’hosting. È utile testare anche reti diverse, perché il computer locale potrebbe mostrare dati memorizzati nella cache.

Una volta che il dominio raggiunge il server corretto, bisogna associare il nome al sito dal pannello hosting. Il server deve sapere quale progetto mostrare quando riceve quella richiesta. In seguito si attiva il certificato SSL, spesso tramite Let’s Encrypt o una funzione automatica del provider, e si forza il passaggio da HTTP a HTTPS soltanto dopo aver verificato che il certificato sia valido.

Se il sito restituisce un errore 404, il DNS può essere corretto ma il dominio potrebbe non essere stato aggiunto all’hosting. Un errore 502 o 503 può indicare un problema applicativo o di server. Il browser che segnala un certificato non valido richiede invece un controllo dell’associazione HTTPS, del certificato e dell’eventuale proxy CDN. Anche contenuti esterni già presenti, come una guida per desktop, devono essere considerati separatamente dal funzionamento DNS: un percorso URL non prova che il dominio punti al server desiderato.

Mantenere ordinata la configurazione

Dopo il collegamento, è importante documentare i record attivi, la data della modifica e il provider responsabile di ciascun servizio. Questa piccola inventariazione è utile durante futuri cambi di hosting, rinnovi del dominio o interventi sulla posta. Conviene anche controllare che il dominio non sia vicino alla scadenza e che il blocco trasferimento resti attivo se non si intende cambiare registrar.

I controlli periodici possono essere divisi tra sito e servizi collegati.

Verifiche del sito

Verifiche dei servizi

Non è consigliabile cancellare i record solo perché sembrano inutilizzati. Alcune voci servono per dimostrare la proprietà del dominio, autorizzare l’invio email o mantenere attiva un’integrazione. Prima di rimuoverle, si può controllare la documentazione del servizio associato e registrare la modifica in un archivio interno.

Nel caso di un dominio parcheggiato come onlinejoycasino.com, il passaggio a un hosting esterno richiede anche la pubblicazione dei contenuti e la definizione della struttura del sito. Il cambio DNS rende raggiungibile un server, ma non crea pagine, database, account email o funzionalità. Il supporto del registrar può aiutare con la gestione del dominio, mentre il provider hosting deve occuparsi dell’ambiente di pubblicazione.

Per collegare correttamente il dominio, raccogliere i dati del nuovo hosting, salvare una copia dei DNS attuali e modificare soltanto i record necessari. Dopo la propagazione, verificare risoluzione, HTTPS, posta e sottodomini prima di considerare completata la migrazione. Seguire questa sequenza permette di trasformare una pagina parcheggiata in un sito effettivamente ospitato, mantenendo separati registrazione, DNS e infrastruttura web.