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 sito. I certificati SSL/TLS gratuiti vengono creati automaticamente per il nome di dominio generato automaticamente e per tutti i domini personalizzati che è possibile aggiungere.

Quando si esegue il mapping di un dominio personalizzato a un'app Web statica, sono disponibili alcune opzioni. È possibile configurare sottodomini e un dominio apex.

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

Azione Utilizzando... Utilizzando...
Configurare un dominio con il www sottodominio 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 su come si configura il dominio di vertice. Prendere in considerazione l'uso di 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. Anche i domini Unicode, inclusi i domini Punycode e il xn-- prefisso, non sono supportati.

Informazioni sui domini

La configurazione di un dominio apex è uno scenario comune da configurare dopo la configurazione del nome di dominio. La creazione di un dominiopex viene ottenuta configurando un ALIAS record o ANAME o tramite CNAME flattening. Alcuni registrar di dominio come GoDaddy e Google non supportano questi record DNS. Se il registrar non supporta tutti i record DNS necessari, è consigliabile usare DNS di Azure per configurare il dominio.

In alternativa, per i registrar di dominio che non supportano ALIAS record, ANAME record o CNAME appiattimento, è possibile configurare un record per l'app A Web statica. In questo modo il traffico viene diretto a un singolo host a livello di area dell'app Web statica. L'uso dei A record non è consigliato perché l'applicazione non trarrà più vantaggio dalla distribuzione globale e ciò potrebbe influire sulle prestazioni dell'applicazione se il traffico è distribuito a livello globale.

Di seguito sono riportati i termini che verranno visualizzati durante la configurazione di un dominio personalizzato.

  • Apex o domini radice: dato il dominio www.example.com, il www prefisso è noto come sottodominio, mentre il segmento rimanente di example.com viene definito dominio vertice.

  • Registrar: un registrar verifica la disponibilità di un dominio 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. Ad esempio, il dominio example.com può contenere diversi record DNS. Un record gestisce il traffico per mail.example.com (per un server di posta elettronica) e un altro www.contoso.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, per il corretto funzionamento del rinnovo automatico dei certificati è necessario soddisfare una delle condizioni seguenti:

  • Assicurarsi che il record DNS CNAME Internet pubblico usato per aggiungere il dominio personalizzato all'app Web statica tramite la convalida CNAME sia ancora presente. Questa opzione è valida solo se è stata usata la convalida CNAME 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 se gli endpoint privati sono abilitati, perché gli endpoint privati per App Web statiche bloccano l'accesso Internet al contenuto del sito, ma non bloccano la risoluzione DNS Internet nel sito.

Migrazione senza tempi di inattività

È possibile 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/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). Invece di immettere il valore Host come visualizzato, immettere l'hostnel 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 CNAMEil record , ALIASo A in modo che punti al nome host predefinito

Passaggi successivi

Usare i collegamenti seguenti per i passaggi su come configurare il dominio in base al provider.