Ir para o conteudo principal

Pesquisa registo HTTPS (Service Binding)

Otimize as conexões ao seu site com HTTP/3 e ECH

Ative HTTP/3 e a encriptação ECH para o seu site. Verifique se os seus registos HTTPS estão corretamente configurados.

No modo de rastreamento iterativo, o resolvedor é ignorado.
Consulta vários resolvedores públicos para comparar as respostas.

Suporte HTTP/3

Anuncie o suporte HTTP/3 (QUIC) através do parâmetro alpn para conexões mais rápidas.

Multi-resolvedor

Compare as respostas do Google, Cloudflare e Quad9 para detetar problemas de propagação.

Modo alias no apex

Use prioridade 0 para criar um alias na raiz do domínio sem usar um CNAME.

Encrypted ClientHello

Publique os dados ECH para encriptar o SNI e melhorar a privacidade das conexões.

Gratuito e ilimitado

Teste quantos domínios precisar. Sem registo necessário.

Como utilizar corretamente as diferentes opções do motor de pesquisa DNS?

O que é a traçado iterativa?

A traçado executa a resolução passo a passo. O resolvedor consulta primeiro os servidores raiz, depois os do TLD (.com, .br, .pt) e, por fim, os servidores autoritativos da zona pretendida. Em cada etapa, a página mostra o servidor consultado, a resposta, o RCODE e a latência.

  1. 1. Raiz

    Descoberta dos servidores do TLD para o nome solicitado.

  2. 2. TLD

    Referência aos NS da zona (delegação).

  3. 3. Autoritativos

    Resposta final (ou erro) com TTL e latência.

Para que serve?

  • Comparar respostas entre resolvedores e regiões
  • Detetar um cache quente, um TTL demasiado longo ou uma delegação incompleta
  • Explicar diferenças de latência ou um RCODE inesperado

Dica: deixe a traçado desativada para verificações rápidas; ative-a durante investigações ou para preparar um ticket/post-mortem.

O que é a traçado clássica?

A traçado clássica consulta apenas o resolvedor selecionado (UDP ou DoH) e mostra a resposta tal como é percecionada a partir desse ponto da rede. Obtém o RCODE, as secções da resposta e a latência do percurso cliente → resolvedor.

  1. 1. Resolvedor escolhido

    Use o preset ou a configuração personalizada para lançar a consulta exatamente como o seu serviço faria.

  2. 2. Protocolo preservado

    Respeita o transporte selecionado (UDP, TCP ou DoH) para reproduzir o comportamento real.

  3. 3. Resposta detalhada

    Mostra as secções question, answer e authority/additional quando existirem, com TTL e metadados úteis.

Porque utilizá-la?

  • Verificar a visão de um resolvedor específico antes de suspeitar de delegação
  • Confirmar valores em cache e o impacto de um TTL ou de um flush
  • Documentar uma resolução tal como a vê um cliente ou microserviço

Dica: mantenha a traçado iterativa desativada quando auditar um resolvedor específico; ative-a depois para comparar com o percurso raiz → TLD → autoritativo.

Como funciona o teste de propagação?

O teste consulta em paralelo um conjunto de resolvedores públicos (Google, Cloudflare, Quad9, OpenDNS, ISP…) e agrupa as respostas por conteúdo e RCODE. Vê imediatamente quem já aplicou a atualização.

  1. 1. Resolvedores multiponto

    Ative os presets de propagação para consultar vários atores distribuídos pelo mundo.

  2. 2. Comparação automática

    Agrupa respostas idênticas e assinala divergências ou erros específicos de cada resolvedor.

  3. 3. Resumo acionável

    Apresenta um resumo claro, a lista de resolvedores, latências e estado de cada grupo.

Quando usar?

  • Acompanhar a difusão de uma alteração DNS à escala global
  • Identificar caches ainda antigos e decidir um flush direcionado
  • Partilhar um estado de propagação num ticket ou post-mortem

Dica: durante o teste de propagação, a seleção de resolvedor fica bloqueada. Desative o modo para voltar ao diagnóstico unitário.

O que é um registo HTTPS?

Um registo HTTPS (tipo 65) anuncia a configuração ótima para se conectar a um site. Pode indicar os protocolos suportados (HTTP/2, HTTP/3), a porta e os dados ECH para encriptação do SNI.

Estrutura de um registo HTTPS:

CampoDescriçãoExemplo
Prioridade0 = alias, 1+ = serviço1
ObjetivoHostname do serviçocdn.provider.com.
alpnProtocolos suportadosh3,h2
portPorta do serviço443
echDados Encrypted ClientHello(base64)

Modos de funcionamento

Modo serviço (prioridade > 0)

Anuncia os parâmetros de conexão:

www.captaindns.com.  3600  IN  HTTPS  1 . alpn=h3,h2

Modo alias (prioridade = 0)

Redireciona para outro objetivo (útil no apex):

captaindns.com.  3600  IN  HTTPS  0 cdn.provider.com.

Parâmetros comuns

ParâmetroDescriçãoExemplo
alpnProtocolos ALPN suportadosh3,h2
portPorta do serviço (defeito 443)8443
ipv4hintEndereços IPv4 indicativos203.0.113.10
ipv6hintEndereços IPv6 indicativos2001:db8::1
echConfiguração ECH(codificado base64)

Casos de utilização

Ativar HTTP/3

www.captaindns.com.  300  IN  HTTPS  1 . alpn=h3,h2

Alias no apex para CDN

captaindns.com.  3600  IN  HTTPS  0 captaindns.cdn.provider.com.

Com ECH ativado

www.captaindns.com.  300  IN  HTTPS  1 . alpn=h3,h2 ech=AEX+DQBBpQAgAC...

Regras importantes

Compatibilidade

RegraExplicação
Manter A/AAAAClientes antigos não usam HTTPS
Objetivo válidoO objetivo deve ter registos A/AAAA
Prioridade coerente0 = só alias, > 0 = serviço

Boas práticas

PráticaPorquê
Testar HTTP/3Verificar suporte do servidor antes de publicar
TTL curto no inícioFacilita as correções
Documentar mudançasRastreabilidade das modificações

Verificação em linha de comandos

Linux/Mac

dig HTTPS www.captaindns.com

Windows

nslookup -type=https www.captaindns.com

Ferramentas complementares

FerramentaUtilidade
Pesquisa AVerificar endereços IPv4
Pesquisa AAAAVerificar endereços IPv6
Propagação DNSVerificar a propagação mundial

Recursos úteis