Este tópico responde a perguntas frequentes sobre a configuração de registros DNS.
FAQ
Apontar um domínio para um servidor
A resolução de nomes de domínio mapeia um nome de domínio para um servidor de site. Isso permite que os usuários acessem um service em um endereço IP usando um nome de domínio fácil de memorizar. Para obter mais informações, consulte Add a DNS record.
Tipos de registro suportados
O Alibaba Cloud DNS suporta os seguintes tipos de registro:
|
Tipo de registro |
Descrição |
Frequência de uso |
|
Registro A |
Resolve um nome de domínio para um endereço IPv4 especificado. Comumente usado para resolução de domínios de sites. |
5/5. Tipo fundamental, necessário para quase todos os nomes de domínio. |
|
Registro CNAME |
Resolve um nome de domínio para outro nome de domínio. Amplamente utilizado para resolução de sites, aceleração de CDN, e-mail corporativo e integração com o Global Traffic Manager. |
5/5. Muito usado para criar aliases. Sua versatilidade o torna uma escolha comum para CDNs e serviços cloud. |
|
Registro MX |
Especifica os servidores de e-mail de um domínio e os classifica por prioridade. |
4/5. Obrigatório para qualquer serviço de e-mail. Domínios sem serviço de e-mail não precisam deste registro. |
|
Registro AAAA |
Resolve um nome de domínio para um endereço IPv6 especificado. Usado para sites acessíveis via IPv6. |
4/5. Com a aceleração da adoção do IPv6, a maioria dos serviços cloud agora o suporta por padrão. |
|
Registro TXT |
Armazena informações textuais sobre um domínio que serviços externos podem ler. Frequentemente usado para verificação de propriedade de domínio, emissão de certificados digitais, criação de registros SPF para políticas anti-spam e recuperação de domínio. |
5/5. Essencial para várias tarefas de verificação, como certificados SSL, SPF, serviços de e-mail e verificações de propriedade de DNS. |
|
Registro ALIAS |
Funciona como um registro CNAME, mas pode coexistir com outros registros em um domínio raiz. Ele resolve o conflito de configurar tanto um registro CNAME quanto outros tipos de registro, como MX, no mesmo domínio raiz. |
2/5. Usado para resolver conflitos entre registros CNAME e outros registros, como MX ou TXT, no mesmo domínio. |
|
Encaminhamento de URL explícito e implícito |
Aponta um nome de domínio para um site existente. |
2/5. Suportado por alguns provedores de DNS e usado principalmente para redirecionamento de domínio. |
|
Registro NS |
Delega o gerenciamento de uma zona DNS a servidores de nomes autoritativos específicos. Geralmente usado para delegar um subdomínio a outro provedor de DNS para resolução. |
3/5. Comum para delegação de subdomínios. As alterações são pouco frequentes. |
|
Registro SRV |
Especifica a localização (nome do host e porta) de servidores para serviços específicos. Frequentemente usado para serviços de diretório da Microsoft. |
2/5. Necessário para certos protocolos usados em mensagens instantâneas e serviços corporativos. Raramente usado para sites padrão. |
|
Registro CAA |
Especifica quais Autoridades Certificadoras (CAs) estão autorizadas a emitir certificados para um domínio. Ajuda a prevenir a emissão incorreta de certificados e aumenta a segurança do site. |
2/5. Melhora a segurança no gerenciamento de certificados SSL/TLS. Usado em cenários específicos com foco em segurança. |
|
Registro PTR |
Mapeia um endereço IP para um nome de domínio em uma pesquisa reversa de DNS, verificando se um endereço IP corresponde a um domínio específico. |
1/5. Usado principalmente para pesquisa reversa de DNS, como em servidores de e-mail. Raramente necessário para sites padrão. |
|
Registro SVCB |
Melhora a descoberta de serviços fornecendo informações de protocolo e endpoint. Ajuda os clientes a tomar melhores decisões de conexão para melhorar o desempenho e a segurança. |
1/5. Um tipo de registro emergente usado com protocolos mais recentes como HTTP/3 e QUIC. Atualmente não é amplamente utilizado. |
|
Registro HTTPS |
Uma versão especializada do registro SVCB que descreve serviços HTTPS. |
1/5. Um novo padrão para otimização de HTTPS. O suporte dos navegadores está aumentando gradualmente, mas ainda não é comum em sites padrão. |
|
Registro TLSA |
Publica dados de associação de certificados TLS no DNS usando o protocolo DNS-Based Authentication of Named Entities (DANE) (RFC 6698). Os clientes usam registros TLSA para verificar a autenticidade dos certificados de servidor TLS na camada de DNS. |
1/5. Usado em cenários de segurança específicos que exigem validação de certificado baseada em DANE. |
Para obter mais informações, consulte Add a DNS record.
Resolução de porta
Não há suporte para essa funcionalidade. Tipos comuns de registros DNS, como A, AAAA e CNAME, apenas resolvem nomes de domínio para endereços IP e não envolvem portas. Isso significa que um nome de domínio como api.example.com só pode ser resolvido para um endereço IP como 1.1.x.x. Ao acessar um service, especifique a porta na URL (http://api.example.com:8080/). Para ocultar o número da porta na URL, utilize using a self-managed Nginx reverse proxy to forward HTTPS requests and hide the port.
Use o encaminhamento de URL como solução alternativa
O recurso de encaminhamento de URL pode redirecionar uma solicitação de domínio para outra URL no formato domínio:porta. Esse método atua como um proxy reverso, mas não é coberto por um Acordo de Nível de Serviço (SLA). Para ambientes de produção, recomendamos setting up a reverse proxy with Nginx to forward HTTPS requests and hide the port.
Cenário: Você tem um nome de domínio cloud-example.com, um endereço IP de service 1.1.x.x e uma porta de service 8888. Um registro DNS foi configurado e o service pode ser acessado em http://demo.cloud-example.com:8888. Se nenhum registro DNS estiver configurado, o service só poderá ser acessado em http://1.1.x.x:8888.
Resultado esperado: Acessar o service em http://www.cloud-example.com sem um número de porta na URL.
Solução:
-
Se o service puder ser acessado apenas usando
http://1.1.x.x:8888, configure primeiro um registro DNS. Para etapas detalhadas, consulte A record.Tipo de registro
A
Host
demo.cloud-example.com
Valor do registro
1.1.x.x
Após a resolução entrar em vigor, acesse o service em
http://demo.cloud-example.com:8888. -
Adicione um registro de Implicit URL Forwarding. Para etapas detalhadas, consulte URL forwarding.
Tipo de registro
Implicit URL Forwarding
Host
www.cloud-example.com
Valor do registro
http://demo.cloud-example.com:8888
NotaP: Por que não usar
http://1.1.x.x:8888como valor do registro?R: URL forwarding não suporta uma URL que contenha um endereço IP como valor do registro.
Agora você pode usar
http://www.cloud-example.compara acessar o service emhttp://demo.cloud-example.com:8888.
Serviços de criação de sites
O Alibaba Cloud DNS fornece resolução de nomes de domínio, apontando seu nome de domínio para o endereço IP de um servidor. Ele não fornece serviços de criação de sites. Se precisar criar um site, consulte Build a website on an ECS instance.
Configurar DNS para um domínio não registrado no Alibaba Cloud
Seu registrador de domínio e provedor de serviços DNS podem ser diferentes. Mesmo que seu domínio esteja registrado em outro registrador, você ainda pode usar o Alibaba Cloud DNS para gerenciar seus registros DNS.
Cenário 1: Domínio sem configuração DNS existente
Se o seu domínio estiver registrado em outro provedor e não tiver registros DNS configurados:
Faça login no console do Alibaba Cloud DNS, adicione seu domínio e configure seus registros DNS. Para detalhes, consulte Add Zone e Add a DNS record.
Acesse a página Publiz Zone. Clique em Settings na coluna Actions. Verifique o endereço NS atribuído pelo sistema.
Faça login no console de gerenciamento do registrador do seu domínio e altere o endereço NS do domínio para os servidores do Alibaba Cloud DNS.
Aguarde a alteração de DNS entrar em vigor globalmente (geralmente de 24 a 48 horas).
Cenário 2: Migração de outro provedor de DNS
Se o DNS do seu domínio for gerenciado atualmente por outro provedor e você quiser migrar para o Alibaba Cloud DNS, consulte Migrate domain resolution to Alibaba Cloud DNS.
Configurar registros com DNS externo
Se os servidores DNS do seu domínio (registros NS) não apontarem para o Alibaba Cloud, configure seus registros DNS com seu provedor de DNS atual. Os registros configurados no console do Alibaba Cloud DNS só entram em vigor depois que você apontar os servidores de nomes do seu domínio para o Alibaba Cloud.
Apontar um domínio para outro site
Primeiro, determine seu objetivo:
Para redirecionar usuários do Domínio A para o Domínio B, use o URL forwarding.
Para tornar o Domínio A um alias do Domínio B, onde ambos os domínios mostram o mesmo conteúdo, use um CNAME record.
Para adicionar um registro CNAME ou de encaminhamento de URL, consulte Add a DNS record.
"Host" e "valor do registro"
Host: O host é o prefixo adicionado a um nome de domínio para criar um subdomínio. (Para adicionar um registro DNS para o domínio raiz, defina o host como "@".) Por exemplo, se o domínio raiz for
example.come você quiser que os visitantes acessemwww.example.com, defina o host comowww.-
Valor do registro: O valor associado ao host. O significado do valor do registro depende do tipo de registro. A lista a seguir fornece exemplos para tipos comuns de registro:
Registro A: O valor do registro é um endereço IPv4, como
192.0.2.0.Registro AAAA: O valor do registro é um endereço IPv6, por exemplo
2001:db8::.Registro CNAME: O valor do registro é um nome de domínio, como
www.example.com.Registro MX: O valor do registro é o nome de domínio de um servidor de e-mail, por exemplo,
mail.example.com, e normalmente também inclui um valor de prioridade, por exemplo,10 mail.example.com.Registro NS: O valor do registro é o nome de domínio de um servidor DNS autoritativo, como
ns1.example.com.
Para obter mais tipos de registro, consulte Add a DNS record.
Como obtenho o valor do registro?
O valor do registro depende do seu alvo de resolução. Os cenários comuns são os seguintes:
|
Alvo de resolução |
Tipo de registro |
Como obter |
|
Instância do Alibaba Cloud ECS |
A |
Faça login no console do ECS e visualize o Public IP Address na página de detalhes da instância. |
|
Servidor fora do Alibaba Cloud |
A |
Faça login no console do servidor para visualizar seu endereço IP público ou execute |
|
CDN, OSS, WAF ou outros serviços cloud |
CNAME |
No console do product correspondente, acesse a página de gerenciamento de domínio e copie o endereço CNAME atribuído pelo sistema. |
|
Plataforma de criação de sites de terceiros (como Shopify) |
CNAME |
Faça login no painel de administração da plataforma e obtenha o valor do registro CNAME na página de configuração de domínio (por exemplo, |
|
E-mail corporativo |
MX/CNAME/TXT |
Entre em contato com seu provedor de serviços de e-mail para obter a lista de registros DNS ou consulte a documentação oficial do provedor. |
|
Verificação de propriedade de domínio |
TXT |
Obtenha o valor do registro TXT na plataforma de verificação (por exemplo, Google Search Console ou uma página de solicitação de certificado SSL). |
Se não conseguir obter o valor do registro, entre em contato com seu provedor de serviços ou consulte sua documentação oficial.
Round-robin ponderado
Sim. Quando um nome de domínio é resolvido para vários endereços IP, use o round-robin ponderado para atribuir pesos diferentes a cada endereço IP. Isso distribui o tráfego proporcionalmente entre os servidores. Use esse recurso para realizar testes A/B enviando uma pequena fração do tráfego para um servidor com uma nova versão de software. Para instruções, consulte Configure weights.
Suporte à rede Anycast
Sim. O Alibaba Cloud DNS usa uma rede anycast global de servidores DNS para responder às consultas dos usuários a partir do servidor geograficamente mais próximo. Isso proporciona aos usuários menor latência de consulta e permite que as alterações nos registros DNS se propaguem em segundos.
Suporte a DDNS
DDNS, ou Dynamic Domain Name System, é um service que atualiza um nome de domínio fixo para apontar para um endereço IP público que muda dinamicamente. Isso permite que usuários externos acessem dispositivos da sua rede doméstica ou corporativa a qualquer momento. O Alibaba Cloud DNS não suporta DDNS atualmente.
Se o seu endereço IP não mudar frequentemente, atualize manualmente o valor do registro A para o endereço IP público mais recente. Alternativamente, use o seguinte método para obter um resultado semelhante ao DDNS:
Use a API de DNS para atualizações automáticas
Para atualizar automaticamente o valor do registro A, utilize um roteador ou cliente de terceiros compatível com DDNS para chamar a API do Alibaba Cloud DNS (como AddDomainRecord e UpdateDomainRecord). Para usar essa solução, crie um usuário RAM, conceda a ele as permissões de API necessárias e, em seguida, crie um AccessKey para o usuário RAM. Finalmente, configure o AccessKey e o nome de domínio de destino no cliente DDNS.
TTL padrão
O Time to Live (TTL) padrão para todos os tipos de registros DNS no Alibaba Cloud DNS é de 10 minutos (600 segundos). É possível alterar o TTL, mas o valor mínimo permitido depende da sua edição do Alibaba Cloud DNS:
Free Edition/Personal Edition: O TTL mínimo é de 10 minutos (600 segundos).
Ultimate Edition: O TTL mínimo é de 1 segundo.
Para alterar o TTL, consulte Configure TTL.
Limites de domínio e registro
O Alibaba Cloud DNS não limita o número de domínios raiz hospedados. Os seguintes limites se aplicam aos registros DNS:
É possível adicionar no máximo 100.000 registros DNS para um único domínio raiz, incluindo todos os registros de seus subdomínios.
Para o mesmo host ou subdomínio, linha de resolução e tipo de registro, a Free Edition permite no máximo 10 registros DNS, enquanto as edições pagas permitem no máximo 100.
Para encaminhamento de URL explícito e implícito, a Free Edition suporta 2 registros, a Personal Edition suporta 5 registros e a Ultimate Edition suporta 10 registros.
A Premium Edition pode exceder esses limites. Para obter mais informações, consulte Version Comparison.
Suporte a DNS curinga
Para obter informações sobre o suporte a DNS curinga e como ele entra em vigor, consulte Wildcard DNS.
Erro de limite de tráfego excedido
Esse erro ocorre quando um alto volume de chamadas de API aciona o limitador de tráfego global. Recomendamos usar consultas precisas em vez de consultas curinga para evitar esse problema.
Registros A e AAAA
Suporte a IPv6
IPv6, que significa Internet Protocol Version 6, é o protocolo IP de próxima geração projetado pela Internet Engineering Task Force (IETF) para substituir o IPv4. Como o fornecimento de endereços IPv4 é limitado, isso restringe o crescimento e a aplicação da Internet. O IPv6 não apenas resolve a escassez de endereços, mas também remove barreiras para que vários dispositivos se conectem à Internet.
O Alibaba Cloud DNS suporta IPv6. Adicione um registro AAAA nas suas configurações de DNS para permitir que os visitantes acessem seu site usando um endereço IPv6. Além disso, os servidores DNS no cluster do Alibaba Cloud DNS suportam totalmente o IPv6.
Para obter mais informações, consulte Add a DNS record.
Subdomínio com múltiplos IPs
Sim. Aponte um subdomínio para vários endereços IP para distribuir o tráfego de consultas DNS entre vários servidores e reduzir a carga do servidor. O Alibaba Cloud DNS permite adicionar vários endereços IP para registros A e AAAA. Durante uma consulta DNS, o Alibaba Cloud DNS retorna todos os endereços IP configurados para o servidor DNS local do usuário. O servidor DNS local então decide qual endereço IP retornar ao visitante. Para retornar endereços com base em pesos, consulte Configure weights.
Múltiplos domínios em um ECS
Sim. O endereço IP de uma instância ECS pode suportar a resolução para vários nomes de domínio, o que significa que diferentes domínios raiz ou subdomínios podem apontar para o mesmo endereço IP. Para detalhes de configuração, consulte:
Restrições de endereço IP
Não há restrições. Utilize qualquer endereço IP público ou privado. No entanto, em um ambiente de produção, endereços IP privados geralmente não são úteis porque são inacessíveis a usuários públicos, mesmo que o domínio seja resolvido corretamente. Eles são normalmente usados apenas para testes.
IPs fora da China continental
Sim. Insira um endereço IP de qualquer região no campo Record Value. O Alibaba Cloud DNS não restringe se o endereço IP do servidor está dentro ou fora da China continental.
Resolução IPv4 e IPv6
Uma consulta DNS retorna um endereço IPv6 somente se o cliente do visitante suportar a pilha de protocolos IPv6.
1. Exemplo de configuração de registro DNS:
|
Tipo |
Host |
Linha de resolução |
Valor |
|
AAAA |
www |
Default |
ff03:0:0:0:0:0:x:x |
|
A |
www |
Default |
1.1.x.x |
Comportamento de resolução:
Se o cliente suportar IPv6 e IPv4 (pilha dupla): O cliente envia duas consultas DNS ao seu servidor DNS local, uma para o endereço IPv6 e outra para o endereço IPv4. O servidor DNS local então envia duas consultas ao Alibaba Cloud DNS. O Alibaba Cloud DNS retorna os endereços IPv6 e IPv4. O cliente decide qual endereço usar, mas a maioria dos sistemas modernos prefere IPv6.
Se o cliente suportar apenas IPv6: O cliente solicita o endereço IPv6 ao seu servidor DNS local. O servidor DNS local consulta o Alibaba Cloud DNS pelo endereço IPv6 e o retorna ao cliente.
Se o cliente suportar apenas IPv4: O cliente solicita o endereço IPv4 ao seu servidor DNS local. O servidor DNS local consulta o Alibaba Cloud DNS, que retorna
1.1.x.x. O cliente então recebe o endereço1.1.x.x.
2. Exemplo de configuração de registro DNS com diferentes linhas de resolução:
|
Tipo |
Host |
Linha de resolução |
Valor |
|
AAAA |
www |
outside the Chinese mainland |
ff03:0:0:0:0:0:x:x |
|
A |
www |
Default |
1.1.x.x |
Se um cliente com pilha dupla estiver localizado fora da China continental, ele consultará os endereços IPv6 e IPv4. O Alibaba Cloud DNS retorna ambos, e o cliente geralmente prefere o endereço IPv6.
Se um cliente apenas IPv4 estiver localizado fora da China continental, ele consultará um endereço IPv4. No entanto, como nenhum endereço IPv4 está configurado para a linha de resolução
outside the Chinese mainland, a solicitação de resolução falhará.Se um cliente apenas IPv4 estiver localizado na China continental, ele consultará um endereço IPv4. O Alibaba Cloud DNS retorna o endereço IPv4 da linha de resolução
Default, e o cliente recebe1.1.x.x.Se um cliente com pilha dupla estiver localizado na China continental, ele consultará os endereços IPv6 e IPv4. No entanto, como apenas um endereço IPv4 está configurado para a linha de resolução
Default, o Alibaba Cloud DNS só pode retornar o endereço IPv4. O cliente então recebe1.1.x.x.
Balanceamento de carga DNS
Sim. Quando um nome de domínio é resolvido para vários endereços IP de servidor, configure o round-robin ponderado para atribuir pesos diferentes a cada endereço IP, distribuindo o tráfego entre os servidores. Para obter um balanceamento de carga DNS simples, defina uma proporção de peso igual de 1:1. Para instruções de configuração, consulte Configure weights.
Definir peso de registro A com SDK
Use a operação addDomainRecord para adicionar um registro DNS. Por padrão, um registro A usa uma política de round-robin.
Use SetDNSSLBStatus - Enable or disable weight configuration e defina
Open=truepara ativar a configuração de peso para registrosAouAAAA.-
Obtenha o
RecordIddo registro DNS. Chame a operação UpdateDNSSLBWeight - Modify weight para modificar o peso do registro DNS.Se você acabou de adicionar o registro DNS na etapa 1, obtenha o
RecordIddiretamente do valor de retorno.Para um registro DNS existente, chame a operação Get DNS Record List para obter o
RecordIdda lista retornada.
Registros CNAME
CNAME vs. Encaminhamento de URL
Um registro CNAME é um tipo de registro DNS que mapeia um nome de domínio (alias) para outro nome de domínio de destino. O encaminhamento de URL redireciona uma solicitação de um nome de domínio para outra URL. Pode ser um redirecionamento interno (encaminhamento de URL implícito, geralmente usando iframe) ou um redirecionamento externo (encaminhamento de URL explícito, geralmente usando redirecionamento 301 ou 302). As principais diferenças são:
Um registro CNAME mantém o nome de domínio original na barra de endereços do navegador, enquanto o encaminhamento de URL explícito altera a URL para o endereço de destino.
Um registro CNAME é adequado para mapear permanentemente um domínio para outro. O encaminhamento de URL é melhor para redirecionamentos temporários, migrações de sites ou cenários em que você deseja ocultar o endereço de destino real.
Conflito entre registros A e CNAME
Não é possível adicionar um registro A e um registro CNAME para o mesmo host e linha de resolução. Recomendamos usar um host ou linha de resolução diferente ao criar os registros A e CNAME. Para obter informações sobre outros tipos de conflitos de registro, consulte DNS record conflict rules.
Conflito entre registros MX e CNAME
Na resolução de DNS, diferentes tipos de registro têm prioridades diferentes. Para o mesmo host e linha de resolução, certos tipos de registro não podem coexistir. Essa restrição evita riscos de configuração que poderiam levar à indisponibilidade do service. Para obter mais informações, consulte DNS record conflict rules.
CNAME para um caminho específico
Não. Os registros CNAME são projetados para mapear um nome de domínio para outro, não para um caminho de arquivo ou diretório específico.
Ponto final em nomes de domínio
Não. O ponto no final de um nome de domínio representa o domínio raiz. O Alibaba Cloud DNS o adiciona automaticamente no backend, portanto, você não precisa adicioná-lo manualmente.
CNAME para um site importante
A maioria dos grandes sites, incluindo o Baidu, impede que domínios externos apontem para eles via registros CNAME por motivos de segurança e prevenção de abusos. Se você precisar direcionar tráfego para o Baidu, recomendamos usar redirecionamento de URL (301 ou 302) em vez de um registro CNAME.
Múltiplos registros CNAME
Sim, configure múltiplos registros CNAME. O Alibaba Cloud DNS retorna respostas com base nos pesos atribuídos a eles. Para obter mais informações, consulte Configure weights.
Registros TXT
Registros TXT adicionais
Alguns produtos do Alibaba Cloud podem adicionar um registro TXT para verificar a propriedade do domínio. Por exemplo, se você comprar um certificado SSL do Alibaba Cloud e selecionar Automatic DNS Validation como o Domain Validation Method em Certificate Association Information, o sistema adicionará automaticamente um registro TXT. Para obter mais informações, consulte How do I select a domain authorization and verification method?
A Automatic DNS Validation remove quaisquer registros DNS duplicados ou conflitantes existentes no seu service de DNS ao adicionar o registro de validação.
Registros de segurança de e-mail DMARC, SPF ou DKIM
DMARC, SPF e DKIM são três mecanismos de autenticação de e-mail usados para evitar falsificação de e-mail e melhorar a entregabilidade. Todos os três são configurados como registros TXT.
1. Registro SPF (Sender Policy Framework)
O SPF declara quais servidores de e-mail estão autorizados a enviar e-mails em nome do seu domínio.
Nome do host:
@Tipo de registro: TXT
Valor do registro: Começa com
v=spf1, seguido pelos mecanismos de autorização-
Exemplo:
v=spf1 include:spf.qiye.aliyun.com -allNotaUm nome de domínio pode ter apenas um registro TXT que começa com
v=spf1por registro de host. Ao adicionar uma nova source de envio, não crie um novo registro. Em vez disso, mescle todas as sources de envio no mesmo registro:Mantenha v=spf1 no início.
Anexe cada mecanismo include em sequência.
Mantenha
allno final.
Por exemplo:
v=spf1 include the following:spf.qiye.aliyun.com include the following:spf.mail.qq.com -all
2. Registro DKIM (DomainKeys Identified Mail)
O DKIM adiciona uma assinatura digital aos e-mails enviados para verificar se o conteúdo não foi alterado durante o trânsito.
Nome do host:
selector._domainkey(especificado pelo seu provedor de e-mail, comodefault._domainkey)Tipo de registro: TXT
Valor do registro: String de chave pública fornecida pelo seu provedor de e-mail
3. Registro DMARC (Domain-based Message Authentication, Reporting, and Conformance)
O DMARC informa aos servidores receptores como lidar com e-mails que falham na autenticação SPF ou DKIM.
Nome do host:
_dmarcTipo de registro: TXT
Valor do registro: Começa com
v=DMARC1, seguido pelos parâmetros de políticaExemplo:
v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com-
Opções de política:
p=none: Apenas monitorar, não tomar nenhuma açãop=quarantine: Marcar e-mails com falha como suspeitos (geralmente entregues na pasta de spam)p=reject: Rejeitar e-mails que falham na autenticação
O valor do registro diferencia maiúsculas de minúsculas. Copie e cole o valor diretamente do seu provedor de serviços. Se a validação falhar, verifique se há espaços extras ou caracteres ocultos no valor do registro.
Falha na verificação do valor TXT
1. Valor de registro incompleto ou incorreto
Copie o valor do registro TXT integralmente sem modificações manuais.
Verifique se o valor do registro contém espaços extras, caracteres ocultos ou quebras de linha.
O valor do registro diferencia maiúsculas de minúsculas. Copie e cole o valor exatamente como fornecido pela plataforma.
2. Registro de host incorreto
Diferentes plataformas podem exigir diferentes registros de host. Preencha o registro de host exatamente conforme instruído pela plataforma.
3. Conflito de registro
Se você receber um erro de "DNS record conflict", já existe um registro de outro tipo (como CNAME) para o mesmo nome de host.
Solução: Consulte DNS record conflict rules, exclua o registro conflitante ou adicione o registro TXT usando um nome de host diferente.
4. Cache DNS não atualizado
Após adicionar um registro TXT, a alteração pode levar algum tempo para entrar em vigor globalmente (geralmente de 10 minutos a 48 horas).
Se você verificar imediatamente após adicionar o registro, aguarde de 10 a 30 minutos e tente novamente.
5. Servidor DNS inconsistente
Confirme se os servidores DNS do domínio foram alterados para o Alibaba Cloud DNS (como
dns1.hichina.comouvip1.alidns.com).Se os servidores DNS estiverem apontando para outro provedor, adicione o registro TXT no provedor de DNS atual.
Registros MX
Prioridade do registro MX
Se você tiver apenas um registro MX, seu valor de prioridade não tem significado. Quando existem vários registros MX, os servidores de envio de e-mail tentam entregar o e-mail primeiro ao servidor com o menor número de prioridade. Se esse servidor estiver indisponível, o servidor de envio tenta automaticamente o próximo servidor em ordem de prioridade até que o e-mail seja entregue com sucesso ou todos os servidores tenham falhado.
MX para e-mail corporativo internacional
Sim. Para obter mais informações, consulte Configure mailbox resolution.
Conflito entre registros MX e CNAME
Na resolução de DNS, diferentes tipos de registro têm prioridades diferentes. Para o mesmo host e linha de resolução, certos tipos de registro não podem coexistir. Essa restrição evita riscos de configuração que poderiam levar à indisponibilidade do service. Para obter mais informações, consulte DNS record conflict rules.
DNS para caixas de correio externas
O processo de configuração depende da sua estrutura:
-
Domínio registrado no Alibaba Cloud, DNS no Alibaba Cloud DNS, e-mail com um provedor terceirizado.
Entre em contato com seu provedor de e-mail para obter os registros DNS necessários e adicione-os seguindo as instruções em Configure mailbox resolution.
-
Domínio registrado no Alibaba Cloud, DNS com um provedor terceirizado, e-mail com um provedor terceirizado.
Entre em contato com seu provedor de e-mail para obter os registros DNS necessários e adicione-os no seu provedor de DNS atual.
-
Domínio registrado com um provedor terceirizado, DNS no Alibaba Cloud DNS, e-mail com um provedor terceirizado.
Entre em contato com seu provedor de e-mail para obter os registros DNS necessários e adicione-os seguindo as instruções em Configure mailbox resolution.
Como alterar registros DNS ao trocar de provedor de caixa de correio
Ao trocar de provedor de caixa de correio, exclua ou modifique os antigos registros DNS da caixa de correio. Se existirem registros antigos e novos simultaneamente, isso pode causar falhas na entrega de e-mail, rotear e-mails para o provedor antigo ou criar conflitos de registro.
Antes de começar, confirme se sua nova caixa de correio está ativa. Em seguida, acesse o provedor de DNS do seu nome de domínio para excluir os registros DNS do provedor antigo e adicionar os novos registros da lista de verificação do novo provedor.
Registros NS
Conflito entre registro NS e subdomínio
Erro DomainRecordConflict: O registro DNS conflita com um registro existente. Suspenda ou exclua o registro conflitante e tente novamente.
Esse erro ocorre porque existem vários registros DNS de tipos diferentes no mesmo nível. Para corrigir isso, inspecione cuidadosamente seus registros DNS existentes, exclua os conflitantes e, em seguida, adicione o registro NS. No entanto, essa ação pode afetar outros registros DNS do subdomínio. Para obter mais informações, consulte DNS record conflict rules.
Encaminhamento de URL
Redirecionamentos 301 vs. 302
Redirecionamento 301: Um código de status 301 significa "Movido Permanentemente".
Redirecionamento 302: Um código de status 302 significa "Movido Temporariamente".
Os códigos de status 301 e 302 informam ao navegador para redirecionar para uma nova URL, especificada no cabeçalho Location da resposta do servidor. Do ponto de vista do usuário, o endereço inserido (URL A) muda instantaneamente para outro endereço (URL B).
A principal diferença é como os mecanismos de busca os tratam. Um redirecionamento 301 informa aos mecanismos de busca que a URL antiga está obsoleta e que devem substituí-la pela nova URL em seu índice. Um redirecionamento 302 indica que o redirecionamento é temporário e que a URL antiga ainda é válida. Os mecanismos de busca rastrearão o novo conteúdo, mas manterão a URL original indexada.
Encaminhamento de URL e resultados do dig
Ao adicionar um registro de encaminhamento de URL, o Alibaba Cloud DNS cria automaticamente um registro A subjacente que aponta para um servidor de encaminhamento do Alibaba Cloud DNS. Portanto, se você definir uma URL como valor do registro no console, mas um comando dig retornar um registro A com um endereço IP na faixa 203.107.XX.XX, isso é um comportamento normal.
Erro 502 no encaminhamento de URL
Se você vir uma mensagem informando que um registro ICP é necessário ao adicionar o registro, certifique-se de que tanto o domínio de origem quanto o de destino tenham um registro ICP válido. Conclua o processo de registro se eles não o tiverem.
Se um registro de encaminhamento de URL que funcionava anteriormente começar a retornar um erro 502, o registro ICP pode ter expirado ou se tornado inválido.
Erro de registro ICP no encaminhamento de URL
O encaminhamento de URL funciona resolvendo o domínio de origem para um servidor de encaminhamento do Alibaba Cloud, que então faz o proxy da solicitação. Como os servidores de encaminhamento de URL do Alibaba Cloud estão implantados na China continental, o domínio de origem deve ter um registro ICP válido. O registro não precisa ser concluído através do Alibaba Cloud.
Página em branco no encaminhamento de URL implícito
Você poderá ver um erro no console do navegador se o site de destino definir o cabeçalho X-Frame-Options. Essa configuração impede que o site seja incorporado em um frame. Entre em contato com o administrador do seu site para remover a configuração X-Frame-Options do site de destino.
Refused to display 'http://www.gztianhui.com/home.html' in a frame because it set 'X-Frame-Options' to 'sameorigin'.
Encaminhamento implícito mostra a URL de destino
Verifique o código JavaScript na página da URL de destino. Se ele contiver o seguinte trecho de código, remova-o.
<script>
if(window.top!=window.self){window.top.location=window.location};
</script>
Erro de atualização no encaminhamento de URL
Esse problema geralmente ocorre se a página de destino (a URL encaminhada) contiver código JavaScript que executa um redirecionamento. Entre em contato com o administrador do seu site para investigar.
Encaminhamento de URL e registro A no dig
Se um comando dig no domínio de origem não retornar um endereço IP na faixa 203.107.XX.XX, envie um ticket para o suporte do Alibaba Cloud DNS para obter assistência.
ERR_EMPTY_RESPONSE no encaminhamento de URL
Esse erro geralmente ocorre durante um ataque CC. Uma alta taxa de consultas por segundo (QPS) para o domínio pode fazer com que o servidor de encaminhamento de URL interrompa o service. Recomendamos usar um método alternativo para encaminhamento.
Conexão recusada no encaminhamento de URL
Sintoma: Nenhuma informação de interceptação é exibida no console.
Causa: A conexão é bloqueada por uma política de mesma origem. Verifique o rastreamento de rede para a última resposta 200 OK na cadeia. Seus cabeçalhos podem conter uma restrição de mesma origem.
Solução: Esse problema geralmente é causado pela política de segurança do seu site. Recomendamos verificar sua configuração ou usar apenas o encaminhamento de URL explícito.
A seguir, um exemplo de cabeçalho retornado, onde x-frame-options é o cabeçalho de resposta específico para a restrição de mesma origem:
set-cookie: SERVERID=e05f0b8d54ec48e7851015e7188bfb45|1612682415|1612681708;Path=
strict-transport-security: max-age=31536000
vary: User-Agent
x-anodeid: jira-wiki-1
x-arequestid: 920x2795968x3
x-ausername: anonymous
x-content-type-options: nosniff
x-frame-options: SAMEORIGIN
x-xss-protection: 1; mode=block
Limite de registros de encaminhamento de URL
O número de registros de encaminhamento de URL que você pode adicionar depende da sua edição do Alibaba Cloud DNS:
Free Edition: 2
Personal Edition: 5
Ultimate Edition: 10
Premium Edition: Ilimitado
Para saber mais sobre as diferenças entre as edições, consulte a seção URL Forwarding (Single Domain) em Version Comparison.
Suporte a HTTPS no encaminhamento de URL
O domínio de origem para encaminhamento de URL suporta HTTP, mas não HTTPS. O endereço de destino pode ser HTTP ou HTTPS. Redirecionar tráfego HTTPS requer a instalação de um certificado SSL no servidor de encaminhamento intermediário. O Alibaba Cloud não suporta isso devido a considerações de segurança e gerenciamento de certificados. Se você quiser encaminhar solicitações HTTPS, configure um redirecionamento HTTPS no seu servidor de origem. A seguir, um exemplo de configuração Nginx:
server {
listen 443 ssl;
server_name yourdomain.com;
ssl_certificate /path/to/cert.pem;
ssl_certificate_key /path/to/cert.key;
return 301 https://targetsite.com$request_uri;
}
Encaminhamento de URL com parâmetros de caminho
O encaminhamento de URL explícito e implícito não suporta configuração com parâmetros de caminho.