Creare un sottodominio in cPanel

Un sottodominio è un indirizzo aggiuntivo al di sotto del tuo dominio esistente. Con esso puoi, ad esempio, gestire un negozio, un'area clienti, un ambiente di sviluppo o un'applicazione web separata sotto un proprio indirizzo.

Dal dominio:

example.com

può ad esempio essere la sottodominio:

shop.example.com

diventare.

In questa guida ti mostriamo passo dopo passo come creare un sottodominio nel cPanel di CURIAWEB, un adeguato Document Root definisci e successivamente controlli se il sottodominio è configurato correttamente e raggiungibile.

Importante: Un sottodominio è un nome host indipendente. Non è la stessa cosa di una sottodirectory di un sito web. shop.example.com e example.com/shop/ sono indirizzi tecnicamente diversi.

Cos'è un sottodominio? #

Un sottodominio estende un dominio esistente con un nome aggiuntivo prima del dominio principale.

Per esempio:

Dominio principale:
example.com

Sottodominio:
shop.example.com

Altro possibile sottodominio:
support.example.com

La parte negozio rispettivamente supporto è il rispettivo sottodominio.

Per cosa può essere utilizzata una sottodominio? #

Un sottodominio è particolarmente adatto per contenuti o applicazioni che devono essere logicamente separati dal sito web principale.

Esempi tipici sono:

• shop.example.com per un negozio online separato
• support.example.com per un'area di supporto
• portal.example.com per un portale clienti
• dev.example.com per un ambiente di sviluppo
• test.example.com per un sito web di prova

Quale denominazione sia opportuna dipende dal rispettivo utilizzo.

Distinguere tra sottodominio e sottodirectory #

Un sottodominio:

shop.example.com

non è la stessa cosa di:

example.com/shop/

La seconda variante è un percorso o una sottodirectory all'interno del dominio principale.

In sintesi:

shop.example.com
→ proprio nome host

example.com/shop/
→ percorso all'interno di example.com

Breve spiegazione: Sebbene un Sottodominio possa caricare i file del sito web da una sottodirectory, ciò non lo rende tecnicamente una normale sottodirettiva URL.

Distinguere tra sottodominio e dominio indipendente #

Anche un ulteriore dominio indipendente è diverso da un sottodominio.

Per esempio:

example.com
→ Dominio

shop.example.com
→ Sottodominio di example.com

example-shop.com
→ Dominio indipendente

Spiegheremo come configurare un dominio aggiuntivo indipendente su Aggiungere e gestire un dominio in cPanel.

Qual è la document root di un sottodominio? #

Del Document Root determina da quale directory il server web fornisce i contenuti del sottodominio.

Una possibile configurazione potrebbe ad esempio apparire così:

shop.example.com
        ↓
public_html/shop/
        ↓
File del sito web del negozio

Chiama un visitatore:

https://shop.example.com

in questo esempio, i file del sito web vengono da:

public_html/shop/

utilizzato.

Accedi a cPanel #

Accedi al tuo cPanel di CURIAWEB.

Apri quindi:

Domini → Domini

Tramite la gestione centralizzata dei domini puoi gestire i domini e i sottodomini previsti per il tuo account di hosting.

2. Verifica dei domini e dei sottodomini esistenti #

Verifica prima se il sottodominio desiderato esiste già.

Se, ad esempio:

shop.example.com

è già stata configurata, non dovresti creare un'altra voce simile, ma verificare prima la configurazione esistente.

3. Crea un nuovo dominio #

Seleziona la funzione per creare un nuovo dominio nella gestione dei domini.

Anche un sottodominio viene specificato tramite il suo nome host completo.

4. Inserire il nome completo del sottodominio #

Inserisci completamente il sottodominio desiderato.

Per esempio:

shop.example.com

Non usare:

https://shop.example.com

e non solo:

negozio

qualora la maschera di input richieda il nome di dominio completo.

Importante: Inserisci nella gestione domini di cPanel il nome host senza http://, https:// e senza un percorso URL successivo.

5. Controllare la Document Root #

Stabilisci da quale directory la sottodominio deve caricare i file del suo sito web.

Per:

shop.example.com

si potrebbe ad esempio utilizzare una propria directory:

public_html/shop/

Ciò che conta non è il nome specifico della cartella, ma che tu sappia in seguito quali file del sito web si trovano lì.

Sottodominio con un proprio sito web #

Se la sottodominio deve contenere un sito Web o un'applicazione indipendente, ha senso una Document Root dedicata.

Per esempio:

example.com
→ public_html/

shop.example.com
→ public_html/shop/

In questo modo i file del sito web rimangono logicamente separati l'uno dall'altro.

Non utilizzare accidentalmente una Document Root condivisa #

Durante la creazione di un dominio, cPanel può offrire un'opzione per condividere la document root di un dominio esistente.

Se la sottodominio deve ricevere un sito Web indipendente, dovresti controllare attentamente questa impostazione.

Una configurazione come:

example.com
→ public_html/

shop.example.com
→ public_html/

comporterebbe fondamentalmente che entrambi i nomi host utilizzino gli stessi file del sito web.

Attenzione: Se la sottodominio deve ricevere un sito Web separato, non deve utilizzare accidentalmente lo stesso Document Root del sito Web principale.

6. Crea un sottodominio #

Controlla di nuovo prima di creare:

• nome completo del sottodominio
• dominio principale associato
• document root designato
• se venga utilizzato un Document Root proprio o condiviso

Crea quindi il dominio o la sottodominio.

7. Controllare il sottodominio nella panoramica dei domini #

Dopo la creazione, il sottodominio dovrebbe trovarsi su:

Domini → Domini

essere visualizzato.

Controlla in particolare la Document Root associata.

8. Aprire la Document Root nel file manager #

Apri quindi:

File → Gestione file

Vai alla document root del sottodominio.

Se questo, per esempio:

public_html/shop/

è, i file del sito web della sottodominio appartengono a questa directory.

Una guida dettagliata alla gestione dei file è disponibile presso Utilizzare il File Manager di cPanel.

9. Pubblicare i file del sito web #

Se desideri gestire un sito web esistente sul sottodominio, carica i relativi file nella root del documento.

Su un sito web semplice, ad esempio, potrebbe esserci:

index.html

o:

index.php

mentire.

Per un'applicazione web, i relativi file completi ed eventuali ulteriori componenti devono essere presenti.

Il sottodominio mostra lo stesso sito web del dominio principale #

Se ti aspettavi un sito web indipendente, ma il Sottodominio mostra gli stessi contenuti del dominio principale, dovresti prima controllare la Document Root.

È possibile che entrambi utilizzino la stessa cartella.

Controlla sotto:

Domini → Domini

quale directory sia stata effettivamente associata al Sottodominio.

Il sottodominio non mostra alcun sito web #

Se la sottodominio è stata fondamentalmente configurata, ma non compare alcun sito web, controlla la Document Root nel file manager.

Verifica in particolare se lì sono presenti i file del sito web attesi e un file di avvio appropriato.

Errore comune: La sottodominio è stato configurato correttamente, ma i file del sito web si trovano ancora in un'altra directory.

10. Comprendere il DNS del sottodominio #

Affinché un sottodominio sia pubblicamente accessibile, anche la sua risoluzione DNS deve puntare al giusto ambiente di hosting.

La configurazione del dominio nel server web e la risoluzione DNS pubblica sono due componenti distinti.

In sintesi:

shop.example.com
        ↓
DNS
        ↓
Server di hosting
        ↓
Configurazione dominio cPanel
        ↓
Document Root
        ↓
Sito web

Il DNS è gestito all'interno di cPanel #

Se la zona DNS del dominio principale è gestita tramite il tuo cPanel di CURIAWEB, puoi visualizzare i record esistenti su:

Domini → Editor di zona

controllare.

Spieghiamo il funzionamento completo su Utilizzare l'editor di zone DNS in cPanel.

Il DNS è gestito esternamente #

Se i name server o la zona DNS sono gestiti da un provider esterno, la sola creazione del sottodominio in cPanel potrebbe non essere sufficiente.

Il record DNS richiesto deve quindi essere configurato nella zona DNS effettivamente autorevole.

Importante: Ciò che è determinante è dove viene effettivamente gestita la zona DNS del dominio. Un record nell'editor di zona del cPanel non ha alcun effetto pubblico se per il dominio vengono utilizzati altri nameserver autorevoli.

Record A o CNAME? #

I sottodomini possono essere risolti tramite diversi record DNS a seconda della configurazione desiderata.

Uno Record A associa un nome host a un indirizzo IPv4.

Uno CNAME reindirizza un nome host a un altro nome host.

La variante più sensata per il tuo sottodominio dipende dalla specifica configurazione di hosting e DNS.

Non modificare i record DNS alla cieca se non sai quale configurazione esistente verrebbe sostituita.

Sottodominio non raggiungibile: controllare il DNS #

Se il browser non riesce proprio a risolvere il sottodominio, dovresti controllare in particolare la configurazione DNS.

Se invece compare già un sito web o un messaggio del server, la richiesta sta fondamentalmente già raggiungendo un sistema di destinazione.

Questa distinzione aiuta nella ricerca degli errori.

Le modifiche ai DNS possono richiedere del tempo #

Se un record DNS per il sottodominio è stato appena creato o modificato, le informazioni DNS memorizzate nella cache potrebbero temporaneamente fornire ancora lo stato precedente.

Ciò fa sì che, ad esempio, il sottodominio possa già funzionare su un dispositivo e non ancora tramite un altro accesso a Internet.

11. Testare HTTPS del sottodominio #

Dopo che la sottodominio punta al giusto ambiente di hosting, dovresti testarlo anche tramite HTTPS.

Per esempio:

https://shop.example.com

Quando viene visualizzato un avviso di certificato, dovresti controllare separatamente DNS, associazione di dominio e stato del certificato.

Il certificato SSL del dominio principale non è valido automaticamente per ogni sottodominio #

Un certificato SSL deve coprire il rispettivo nome host.

Dass:

example.com

funziona tramite HTTPS, non dimostra quindi automaticamente che anche:

shop.example.com

è già coperto da un certificato valido.

Importante: Testa esplicitamente un sottodominio appena configurato con il suo nome host completo tramite HTTPS.

12. Testare il sito web sul sottodominio #

Apri il sottodominio nel browser.

Successivamente, verifica non solo la pagina iniziale, ma in un'applicazione web anche le sottopagine e le funzioni importanti.

Su un'installazione WordPress indipendente si possono verificare, ad esempio:

• Pagina iniziale
• Sottopagine
• Accesso a WordPress
• Area di amministrazione
• Immagini e altri file multimediali

Usare un sottodominio per WordPress #

Un sottodominio può contenere un'installazione di WordPress completamente autonoma.

Per esempio:

www.example.com
→ Sito principale

shop.example.com
→ installazione separata di WordPress o WooCommerce

L'installazione separata può utilizzare file propri, un database proprio e una configurazione propria.

Un sottodominio non è automaticamente un'installazione di WordPress separata #

La creazione di:

shop.example.com

non installa automaticamente WordPress.

Inizialmente, il sottodominio fornisce il nome host e la sua associazione all'hosting.

L'applicazione Web desiderata deve successivamente essere configurata separatamente nel document root designato.

Sottodominio per un sito web di test #

Un sottodominio come:

test.example.com

può essere utilizzato tecnicamente per un ambiente di test o di sviluppo.

Dovresti tuttavia tenere conto del fatto che un sito web di test pubblicamente accessibile può in linea di principio essere raggiungibile anche via Internet.

Pertanto, utilizza restrizioni di accesso adeguate per gli ambienti di sviluppo non pubblici.

Proteggere l'ambiente di test con una password #

Se un sito web di sviluppo o di test non deve essere accessibile pubblicamente, puoi proteggere ulteriormente la cartella in questione.

Spieghiamo la procedura su Proteggere con password una cartella in cPanel.

Consiglio pratico: Un sottodominio difficile da indovinare come test123.example.com non sostituisce una vera e propria limitazione dell'accesso.

Sottodomini e motori di ricerca #

Se gestisci un ambiente di test sotto un sottodominio pubblicamente accessibile, non dovresti fare affidamento unicamente sul fatto che i motori di ricerca „non lo trovino“.

Un sito web di prova può essere scoperto tramite link, sitemap o altri mezzi.

Per contenuti riservati o non pubblici, una limitazione tecnica dell'accesso è la soluzione più affidabile.

Sottodominio per un'area clienti #

Un indirizzo come:

portal.example.com

può essere utilizzato per un'area clienti.

Tuttavia, il sottodominio in sé non garantisce la sicurezza degli accessi.

L'autenticazione e i permessi devono essere gestiti dall'applicazione utilizzata o da un'ulteriore funzione di protezione.

Usare un sottodominio per l'e-mail? #

In linea di principio, un sottodominio può essere utilizzato anche per servizi diversi dai siti web.

La creazione di un sottodominio di un sito web in cPanel tuttavia non configura automaticamente account di posta elettronica, instradamento della posta o altri servizi per questo nome host.

DNS, sito web e posta elettronica dovrebbero essere considerati come aree tecniche separate.

Reindirizzamento sottodominio #

Se la sottodominio non deve contenere un proprio sito web, ma deve semplicemente reindirizzare i visitatori a un altro indirizzo, un reindirizzamento può essere più utile.

Per esempio:

shop.example.com
        ↓
Reindirizzamento
        ↓
https://www.example.com/shop/

Ti spieghiamo come configurare i reindirizzamenti in cPanel su Configurare il reindirizzamento di un dominio in cPanel.

Non confondere il reindirizzamento e la Document Root #

Durante un reindirizzamento, il browser riceve l'istruzione di caricare un altro indirizzo.

Nel caso di una document root, il nome host richiesto rimane invariato e il server web fornisce i file dalla directory associata.

Questi sono due meccanismi diversi.

Il sottodominio mostra contenuti errati #

Se un sottodominio è raggiungibile ma mostra i contenuti sbagliati, verifica in questo ordine:

1. Quale Document Root utilizza il sottodominio?
2. Quali file si trovano effettivamente in questa directory?
3. Ci sono reindirizzamenti?
4. L'applicazione stessa utilizza un altro URL configurato?
5. Il DNS punta all'ambiente di hosting corretto?

Non spostare i file alla cieca prima di aver verificato questi punti.

Il sottodominio reindirizza inaspettatamente al dominio principale #

Se un sottodominio reindirizza automaticamente al dominio principale anche se non lo hai configurato, la causa potrebbe risiedere anche all'interno dell'applicazione web.

Ad esempio, un CMS può conoscere l'indirizzo del proprio sito web preferito e reindirizzare le chiamate a tale indirizzo.

Verifica quindi, oltre a cPanel, anche la configurazione dell'applicazione e le eventuali regole di reindirizzamento esistenti.

.htaccess può causare reindirizzamenti #

Per i siti web basati su Apache, le regole in un file come:

.htaccess

Includi reindirizzamenti e altre regole URL.

Spiegheremo come esaminare questo file in sicurezza su .htaccess spiegato e modificato in sicurezza.

Il sottodominio mostra 403 Forbidden #

Se il sottodominio raggiunge il server e la document root corretti, ma:

403 Proibito

ad esempio, i diritti di accesso, le regole di sicurezza o la struttura delle directory possono giocare un ruolo.

Tratteremo l'analisi sistematica degli errori alla voce Risolvere l'errore 403 Forbidden.

Il sottodominio mostra 404 Not Found #

Un errore 404 Non Trovato può verificarsi anche se la sottodominio stesso è configurato correttamente.

Verifica, tra le altre cose:

• Document Root
• file del sito web esistenti
• URL richiesto
• Regole di rewrite
• Configurazione dell'applicazione web

Il sottodominio mostra un errore 500 Internal Server Error #

Se il Sottodominio raggiunge fondamentalmente il sito web corretto, ma un:

Errore interno del server

può trovarsi, ad esempio, all'interno dell'applicazione, della configurazione PHP o delle regole del server.

Trattiamo la diagnosi sotto Risolvere l'errore 500 Internal Server Error.

Controllare la Document Root di un sottodominio esistente #

Se in seguito non ricordi più quale directory appartiene a un sottodominio, apri:

Domini → Domini

e controlla lì l'associazione.

Non fare affidamento unicamente sul fatto che una cartella chiamata negozio automaticamente a shop.example.com deve appartenere.

Non cambiare la Document Root a casaccio #

Se una sottodominio viene utilizzato in produzione, non dovresti modificarne la document root senza un motivo specifico.

Una modifica dell'associazione non sposta automaticamente i file esistenti del sito web.

Il server web utilizzerebbe quindi semplicemente un'altra directory.

Attenzione: La modifica della Document Root e lo spostamento dei file sono due operazioni distinte.

Rimuovi sottodominio #

Se una sottodominio non è più necessario, puoi farlo tramite:

Domini → Domini

gestire o rimuovere.

Verifica prima quali risorse sono ancora collegate a lei.

Ciò può includere:

• File del sito web
• Database
• Reindirizzamenti
• Record DNS
• Configurazione SSL
• ulteriori dati utilizzati dall'applicazione

La rimozione del sottodominio non elimina automaticamente il sito web #

La configurazione del dominio e i file salvati nell'hosting sono cose diverse.

Non dare quindi per scontato che la rimozione del sottodominio elimini automaticamente tutti i file o i database associati.

Al contrario, non dovresti cancellare prima i file se non hai ancora verificato se sono necessari altrove.

La rimozione del sottodominio e l'eliminazione del record DNS sono operazioni distinte #

Se il DNS è gestito esternamente, potrebbe esserci ancora un record per il sottodominio, anche se lo hai rimosso da cPanel.

Verifica quindi, in caso di dismissione definitiva, sia la configurazione dell'hosting sia la zona DNS effettivamente utilizzata.

Procedura consigliata per la creazione di un sottodominio #

1. Definisci per cosa deve essere utilizzata la sottodominio.
2. Accedi a cPanel.
3. Apri Domini → Domini.
4. Seleziona la funzione per creare un nuovo dominio.
5. Inserisci il nome host completo come shop.example.com uno.
6. Imposta una Document Root adatta.
7. Controllare se si deve utilizzare una Document Root personalizzata.
8. Crea il sottodominio.
9. Controlla l'assegnazione nella panoramica dei domini.
10. Apri la Document Root nel file manager.
11. Fornisci i file del sito web necessari.
12. Verifica la risoluzione DNS.
13. Testa il sottodominio tramite HTTPS.
14. Controlla il sito web o l'applicazione.

Risoluzione dei problemi consigliata per un sottodominio non funzionante #

1. Verifica se il sottodominio sotto Domini → Domini è disponibile.
2. Controlla il nome host completo.
3. Controlla la Document Root.
4. Controlla i file nella root dei documenti.
5. Verifica la risoluzione DNS.
6. Controlla HTTPS o SSL.
7. Controlla i reindirizzamenti e, se necessario, .htaccess.
8. Esamina quindi un messaggio di errore HTTP specifico.

Regola fondamentale: In caso di problemi con un sottodominio, dovresti controllare separatamente DNS, associazione del dominio in cPanel, Document Root e applicazione web. In questo modo è molto più rapido individuare a quale livello si verifica l'errore.

Quando dovresti contattare il supporto? #

Se una sottodominio non è raggiungibile nonostante una configurazione corretta o mostra contenuti inaspettati, dovresti documentare lo stato attuale nel modo più preciso possibile.

Per un'analisi sono particolarmente utili le seguenti indicazioni:

• nome completo del sottodominio
• dominio principale associato
• Document Root visualizzato in cPanel
• se i file del sito web sono presenti lì
• se il DNS è gestito tramite CURIAWEB o esternamente
• se il DNS è stato modificato di recente
• messaggio di errore esatto o comportamento inatteso
• se HTTP e HTTPS reagiscono in modo diverso
• se il Sottodominio sia stato configurato di recente o abbia funzionato in precedenza

Non trasmettere password o altri dati di accesso riservati.

Riepilogo #

Un sottodominio come shop.example.com è un hostname personalizzato sotto un dominio esistente. Nel cPanel di CURIAWEB lo configuri tramite Domini → Domini uno e ne assegna uno adatto Document Root a.

Se la sottodominio deve contenere un sito Web indipendente, dovresti utilizzare una Document Root dedicata e inserire i relativi file del sito Web in quella directory.

La creazione del sottodominio nell'hosting e la sua risoluzione DNS pubblica sono componenti distinti. Se il DNS è gestito esternamente, il record necessario deve essere presente lì.

Dopo la configurazione, testa sia la normale raggiungibilità che HTTPS. Se il Sottodominio mostra il sito web sbagliato, reindirizza inaspettatamente o restituisce un errore, controlla prima la Document Root, i file, il DNS e i reindirizzamenti prima di modificare la configurazione.