Condividi tramite

Domini personalizzati con App Web statiche di Azure

  • Articolo

Per impostazione predefinita, App Web statiche di Azure fornisce un nome di dominio generato automaticamente per il sito Web, ma è possibile puntare un dominio personalizzato al proprio sito. Per il nome di dominio generato automaticamente e per tutti i domini personalizzati eventualmente aggiunti vengono creati automaticamente certificati SSL/TLS gratuiti.

Quando si esegue il mapping di un dominio personalizzato a un'app Web statica sono disponibili alcune opzioni, tra cui la configurazione di sottodomini e di un dominio apex.

La tabella seguente include collegamenti ad articoli che illustrano come configurare un tipo di provider basato su dominio personalizzato. 1

Azione Usando... Usando...
Configurare un dominio con il sottodominio www DNS Azure Provider esterno
Configurare un dominio apex DNS Azure Provider esterno

1 Alcuni registrar come GoDaddy e Google non supportano i record di dominio che influiscono sulla modalità di configurazione del dominio apex. È consigliabile usare DNS di Azure con questi registrar per configurare il dominio apex.

Nota

L'aggiunta di un dominio personalizzato a un ambiente di anteprima non è supportata. I domini Unicode, inclusi i domini Punycode e il prefisso xn--, non sono supportati.

Informazioni sui domini

La configurazione di un dominio apex è uno scenario comune da configurare dopo la configurazione del nome di dominio. Un dominio apex si crea tramite la configurazione di un record ALIAS o ANAME oppure tramite l'applicazione di CNAME flat. Alcuni registrar, ad esempio GoDaddy e Squarespace (in precedenza Google), non supportano questi record DNS. Se il registrar non supporta tutti i record DNS necessari, considerare l'uso di DNS di Azure per configurare il dominio.

In alternativa, per i registrar che non supportano i record ALIAS, i record ANAME o l'applicazione di CNAME flat, è possibile configurare un record A per l'app Web statica. Questa configurazione indirizza il traffico a un singolo host a livello di area dell'app Web statica. L'uso di record A non è consigliato perché l'applicazione non trae più vantaggio dalla distribuzione globale e questo tipo di installazione potrebbe influire sulle prestazioni dell'applicazione se il traffico è distribuito a livello globale.

Di seguito sono riportati i termini che si possono incontrare durante la configurazione di un dominio personalizzato.

  • Domini radice o apex: dato il dominio www.example.com, il prefisso www è noto come sottodominio, mentre il segmento rimanente example.com viene definito dominio apex.

  • Registrar: un registrar verifica la disponibilità di un dominio e vende i diritti per acquistare un nome di dominio.

  • Zona DNS: una zona DNS (Domain Name System) ospita i record DNS associati a un dominio specifico. Sono disponibili vari record che indirizzano il traffico per scopi diversi. Il example.com può contenere, ad esempio, diversi record DNS. Un record gestisce il traffico per mail.example.com (per un server di posta) e un altro www.example.com (per un sito Web).

  • Hosting DNS: un host DNS gestisce i server DNS che risolvono un nome di dominio in un indirizzo IP specifico.

  • Server dei nomi: un server dei nomi è responsabile dell'archiviazione dei record DNS per un dominio.

Per consentire la verifica del dominio personalizzato con le app Web statiche, il DNS deve essere risolvibile pubblicamente. Dopo l'aggiunta del dominio, affinché il rinnovo automatico del certificato funzioni è necessario soddisfare una delle condizioni seguenti:

  • Assicurarsi che il record DNS CNAME di Internet pubblico usato per aggiungere il dominio personalizzato all'app Web statica tramite la convalida CNAME sia ancora presente. Questa opzione è valida solo se la convalida CNAME è stata usata per aggiungere il dominio all'app Web statica.

  • Assicurarsi che il dominio personalizzato si risolva nell'app Web statica tramite Internet pubblico. Questa opzione è valida indipendentemente dal metodo di convalida usato per aggiungere il dominio all'app Web. Questo approccio è valido anche quando si abilitano gli endpoint privati. Lo scopo di un endpoint privato per app Web statiche è bloccare l'accesso tramite Internet al contenuto del sito, ma non bloccare la risoluzione DNS di Internet nel sito.

Migrazione senza tempi di inattività

Può essere utile eseguire la migrazione di un dominio personalizzato che attualmente gestisce un sito Web di produzione all'app Web statica senza tempi di inattività. I provider DNS non accettano più record per lo stesso nome e lo stesso host, quindi è possibile convalidare separatamente la proprietà del dominio e instradare il traffico all'app Web.

  1. Aprire l'app Web statica nel portale di Azure.

  2. Aggiungere un record TXT per il dominio personalizzato (APEX o sottodominio). Anziché immettere il valore Host come visualizzato, immettere l'Host nel provider DNS come indicato di seguito:

    • Per i domini APEX immettere _dnsauth.www.<YOUR-DOMAIN.COM>.
    • Per i sottodomini immettere _dnsauth.<SUBDOMAIN>.<YOUR-DOMAIN.COM>.

  3. Dopo aver convalidato il dominio, è possibile eseguire la migrazione del traffico all'app Web statica aggiornando il record CNAME, ALIAS o A per puntare al nome host predefinito

Passaggi successivi

Usare i collegamenti seguenti per la procedura di configurazione del dominio in base al provider.