Todos os produtos
Search
Central de documentação

Edge Security Acceleration:DNS FAQ

Última atualização: Oct 20, 2026

É possível acelerar o domínio raiz e o domínio www simultaneamente?

Sim, é possível acelerar o domínio raiz e o domínio www ao mesmo tempo. Para isso, adicione registros de DNS para ambos os domínios no console do ESA e ative a aceleração de proxy.

O ESA oferece suporte à conexão com uma rede privada (intranet)?

Não. O ESA oferece suporte apenas a origin-pull de rede pública. Ao configurar o servidor de origem, forneça um endereço IP acessível pela internet pública ou um nome de domínio que resolva para um endereço IP público.

O que devo fazer se a resolução CNAME não estiver ativa?

Há vários motivos possíveis para o CNAME não estar resolvendo corretamente:

  • Verifique se o valor do registro CNAME configurado corresponde ao endereço CNAME obtido no console do ESA. Qualquer discrepância causará falha na resolução.

  • Após concluir a configuração do CNAME, o DNS do provedor de internet pode ainda não ter atualizado o TTL. O TTL geralmente é de 10 minutos, mas a duração real depende do valor de TTL selecionado ao configurar a resolução do domínio.

  • Após concluir a configuração do CNAME, o ESA executa uma verificação global para validar se o domínio acelerado resolve para o ESA. Se algumas regiões ainda não tiverem resolvido para o ESA, o sistema exibirá um ponto de exclamação. O status só aparecerá como normal quando a resolução estiver ativa em toda a rede.

  • Você pode ter configurado rotas de resolução ao definir a resolução do seu domínio, o que faz o tráfego de certas regiões ignorar a aceleração do ESA. Por exemplo, conforme a figura abaixo mostra, a rota de resolução para Mainland China pode estar configurada para resolver para o ESA, enquanto a rota para regiões fora de Mainland China usa um registro A que aponta diretamente para o servidor. Como o tráfego de fora de Mainland China não resolve para o ESA, o console não exibirá um status de resolução normal para essas regiões. No entanto, isso não afetará o uso do serviço.

Efeitos da alteração das regiões de aceleração

Alterar a região de aceleração de um nome de domínio pode causar os seguintes efeitos:

  • Aumento do tráfego de origem.

    Por exemplo, se você alterar a região de aceleração de Chinese Mainland para Global, o sistema adiciona novos POPs em regiões fora de Mainland China. Como esses novos POPs não têm recursos em cache do servidor de origem, eles buscam recursos diretamente na origem, o que aumenta temporariamente o tráfego de origem.

    Embora os POPs de Nível 2 do ESA geralmente reduzam o tráfego de origem, recomendamos monitorar a carga do seu servidor de origem em tempo real após alterar a região de aceleração. Isso garante que ele possa lidar com o aumento do tráfego de origem.

  • Diminuição da taxa de acerto de cache.

    O aumento no tráfego de origem proveniente dos novos POPs reduz temporariamente a taxa geral de acerto de cache.

Diferenças entre os tipos de aceleração de registros DNS

Na configuração de cenários para registros DNS, a seleção do tipo de negócio é flexível. Escolher um tipo de negócio que não corresponda exatamente ao seu cenário não afetará a funcionalidade básica de acesso. No entanto, uma correspondência precisa pode melhorar significativamente a eficiência de agendamento dos recursos de aceleração de segurança e otimizar o desempenho geral. Recomendamos escolher o tipo de cenário que melhor se alinha às características reais do seu negócio, para que o sistema ESA possa alocar dinamicamente uma política de aceleração de segurança mais adequada para o registro de domínio. Edite o registro e ajuste o tipo de negócio a qualquer momento pelo console para garantir a otimização contínua da configuração de recursos.

Como verifico a configuração de conexão atual do meu domínio?

No console do ESA, acesse DNS > Records. Esta página exibe o modo de conexão atual, o cenário de negócio (por exemplo, aceleração de API) e o destino CNAME do seu domínio. Use essas informações para determinar se recursos avançados, como o roteamento inteligente, estão ativados.

Como o sistema determina a precedência entre um registro de subdomínio e um registro de domínio curinga?

Quando um subdomínio possui seu próprio registro A/AAAA ou CNAME, esse registro específico tem precedência sobre um registro CNAME curinga (*) para o mesmo espaço de nomes. As solicitações para esse subdomínio resolvem para o endereço configurado no registro específico e não correspondem mais ao registro curinga.

Adicionei um registro DNS e o sistema informa que ele já existe, mas ele não aparece na lista. O que fazer?

Siga as etapas abaixo em ordem:

  1. Verifique se você atingiu a cota de registros do seu plano. A página da lista de registros exibe "You have added {current record count}/{quota value} records" acima da tabela. Quando a cota é excedida, essa mensagem fica vermelha e recebe o complemento "O limite foi excedido e a edição está desativada. Exclua registros até estar dentro do limite e, em seguida, edite novamente", e o sistema desativa os botões Adicionar registro e Edite. Não presuma um número fixo, como 100 ou 150 registros. O sistema retorna a cota dinamicamente com base no seu plano, portanto, verifique sempre a mensagem nesta página para saber sua cota real.

  2. Verifique sua configuração de origem. Se o registro CNAME adicionado apontar para o endereço CNAME padrão de um bucket do OSS, poderá ocorrer um conflito. Em vez disso, no valor do registro, selecione OSS como o tipo de origem e insira o nome de domínio padrão do bucket. Ao selecionar o tipo de origem OSS ou S3, o ESA define a autenticação como leitura pública automaticamente. Se a opção Proxied estiver ativada, o host de origem seguirá o nome de domínio de origem.

  3. Atualize a página do console e adicione o registro novamente.

O que é um registro URI e por que o ping retorna Unknown host?

Um registro URI publica a localização de um service que aplicativos cliente específicos leem. Ele não se destina ao acesso por navegador, e o comando ping não o resolve para um endereço IP. Se um nome de host tiver apenas um registro URI configurado, o ping retornar Unknown host para esse nome de host é um comportamento esperado, e não indica que o registro foi adicionado incorretamente. Para saber o número de registros URI permitidos por nome de host, consulte Record limits.