Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Nota
A validação de domínio personalizada para Enterprise Grade Edge Static Web Apps agora requer o método de token TXT - a validação CNAME não é mais suportada para novos domínios.
Por padrão, os Aplicativos Web Estáticos do Azure fornecem um nome de domínio gerado automaticamente para seu site, mas você pode apontar um domínio personalizado para seu site. Os certificados SSL/TLS gratuitos são criados automaticamente para o nome de domínio gerado automaticamente e quaisquer domínios personalizados que você possa adicionar.
Ao mapear um domínio personalizado para um aplicativo Web estático, você tem algumas opções disponíveis, que incluem a configuração de subdomínios e um domínio do ápice.
A tabela a seguir inclui links para artigos que demonstram como configurar um tipo de provedor baseado em domínio personalizado. 1
| Ação | Usando... | Usando... |
|---|---|---|
Configurar um domínio com o www subdomínio |
Azure DNS | Fornecedor externo |
| Configurar um domínio do apex | Azure DNS | Fornecedor externo |
1 Alguns registrars, como a GoDaddy, não suportam registros de domínio que afetam a forma como você configura seu domínio do apex. Considere usar o DNS do Azure com esses registradores para configurar seu domínio do apex.
Nota
Não há suporte para a adição de um domínio personalizado a um ambiente de visualização. Domínios Unicode, incluindo domínios Punycode e o prefixo xn-- também não são suportados.
Sobre domínios
Configurar um domínio do apex é um cenário comum para configurar depois que o nome de domínio é configurado. A criação de um domínio apex é obtida através da configuração de um ALIAS ou ANAME registro ou através CNAME de nivelamento. Alguns registradores de domínios, como GoDaddy e Squarespace (anteriormente Google), não suportam esses registros DNS. Se o seu registrador de domínios não oferecer suporte a todos os registros DNS necessários, considere usar o DNS do Azure para configurar seu domínio.
Como alternativa, para registradores de domínio que não oferecem suporte a ALIAS registros, ANAME registros ou CNAME nivelamento, você pode configurar um A registro para seu aplicativo Web estático. Essa configuração direciona o tráfego para um único host regional do seu aplicativo Web estático. O uso A de registros não é recomendado, pois seu aplicativo não se beneficia mais da distribuição global, e esse tipo de configuração pode afetar o desempenho do aplicativo se o tráfego for distribuído globalmente.
Nota
CNAME o registro mapeia um nome de domínio para outro domínio (ou subdomínio), enquanto A o registro mapeia um nome de domínio para um endereço IP. Se o endereço IP mudar, uma CNAME entrada ainda será válida, ao contrário A do registro. Digamos que você tenha o WebApp1 e gostaria que os usuários o acessassem a partir do https://www.contoso.com. Você pode fazer isso de duas maneiras possíveis: você pode criar um CNAME registro e mapeá-lo para WebApp1.azurestaticapps.net. Como alternativa, você pode criar um A registro e mapeá-lo para o endereço IP do WebApp1.
A seguir estão os termos que você pode encontrar ao configurar um domínio personalizado.
Apex ou domínios raiz: Dado o domínio
www.example.com, o prefixowwwé conhecido como o subdomínio, enquanto o segmento restante doexample.comé referido como o domínio apex.Registrador de domínios: um registrador verifica a disponibilidade de um domínio e vende os direitos de compra de um nome de domínio.
Zona DNS: uma zona DNS (Sistema de Nomes de Domínio) hospeda os registros DNS associados a um domínio específico. Existem vários registos disponíveis que direcionam o tráfego para diferentes fins. Por exemplo, o domínio
example.compode conter vários registros DNS. Um registro lida com o tráfego paramail.example.com(para um servidor de email) e outrowww.example.com(para um site).Hospedagem DNS: um host DNS mantém servidores DNS que resolvem um nome de domínio para um endereço IP específico.
Servidor de nomes: um servidor de nomes é responsável por armazenar os registos DNS de um domínio.
Para que a verificação de domínio personalizado funcione com Aplicações Web Estáticas, o DNS tem de ser publicamente resolvível. Para que a renovação automática de certificados funcione, o domínio personalizado deve ser resolvido para o aplicativo Web estático pela Internet pública. A renovação automática de certificados é suportada mesmo quando você habilita pontos de extremidade privados. O objetivo de um ponto de extremidade privado para Static Web Apps é bloquear o acesso à Internet ao conteúdo do site, mas não bloquear a resolução DNS da Internet para o site.
Migração sem tempo de inatividade
Talvez você queira migrar um domínio personalizado que atualmente serve um site de produção para seu aplicativo Web estático sem tempo de inatividade. Os provedores de DNS não aceitam vários registros para o mesmo nome e host, portanto, você pode validar separadamente sua propriedade do domínio e rotear o tráfego para seu aplicativo Web.
Abra seu aplicativo Web estático no portal do Azure.
Adicione um registro TXT para seu domínio personalizado (APEX ou subdomínio). Em vez de inserir o valor Host conforme exibido, insira o Host em seu provedor DNS da seguinte maneira:
- Para domínios APEX, digite
_dnsauth.www.<YOUR-DOMAIN.COM>. - Para subdomínios, digite
_dnsauth.<SUBDOMAIN>.<YOUR-DOMAIN.COM>.
- Para domínios APEX, digite
Depois que seu domínio for validado, você poderá migrar seu tráfego para seu aplicativo Web estático atualizando seu
CNAME,ALIASouAregistro para apontar para seu nome de host padrão
Migração de domínios entre instâncias
As aplicações Web estáticas Azure só permitem associar um domínio único a um único recurso dentro de uma fatia. Tentar ligar um domínio já ligado a outro recurso sem primeiro se dissociar do recurso original resultará em falha.
A fatia onde o seu recurso está colocado pode ser determinada inspecionando a URL padrão atribuída a ele:
<random-prefix>.<slice>.azurestaticapps.net
Por exemplo, um site de Aplicação Web Estática com a URL padrão de orange-pond-0a04b7203.2.azurestaticapps.net foi colocado na fatia número 2.
Se a aplicação estática de onde estás a migrar o domínio e para onde estás a migrar estiverem ambas na mesma fatia, deves ou:
- Remove o domínio de uma instância e depois adiciona-o à tua nova instância. Isto vai resultar em algum tempo de inatividade.
- Eliminar e voltar a implementar a nova instância até que o recurso resultante seja colocado numa fatia diferente da instância de origem.
Próximos passos
Use os links a seguir para obter etapas sobre como configurar seu domínio com base no seu provedor.