Solucionar problemas de DNS por HTTPS no servidor DNS

Seus clientes não conseguem se conectar ao servidor DNS usando o DoH ou as consultas DNS criptografadas falham sem um motivo claro? Este artigo ajuda você a identificar e corrigir problemas comuns de DNS por HTTPS (DoH) no Windows DNS Server. Se você estiver lidando com erros de associação de certificado, conflitos de porta ou problemas de desempenho, você encontrará diretrizes passo a passo para fazer com que o DoH funcione corretamente.

Comece com a lista de verificação de solução de problemas para identificar rapidamente o problema e, em seguida, siga as seções específicas de sintomas para obter etapas detalhadas de resolução. Este artigo se aplica a versões Windows Server 2025 e posteriores com o recurso DoH habilitado.

Pré-requisitos

Antes de solucionar problemas de DoH, verifique se você tem:

  • Windows Server 2025 com a Atualização de Segurança 2026-06 (KB5094125) ou posterior instalada.

  • DNS via HTTPS no serviço de servidor DNS habilitado. Para obter mais informações, consulte Habilitar DNS via HTTPS no servidor DNS.

  • Acesso administrativo ou equivalente ao Windows Server que hospeda o serviço DNS Server.

Os certificados DoH devem atender aos seguintes requisitos:

  • Extensão de uso de chave aprimorada: deve incluir o identificador de objeto autenticação de servidor (1.3.6.1.5.5.7.3.1)

  • Assunto ou Nome Alternativo da Entidade: um certificado assinado com um SAN (Nome Alternativo da Entidade) com o nome de domínio totalmente qualificado ou o endereço IP que corresponde ao modelo de URI do DoH configurado

  • Chave privada: deve estar presente no repositório do Computador Local, corretamente associado ao certificado e não deve ter uma proteção de chave privada forte habilitada

  • Cadeia de confiança: precisa ser emitida por uma AC em que os clientes DNS confiam

Lista de verificação de solução de problemas

Percorra esta lista de verificação para identificar o problema do DoH. Cada verificação está vinculada a etapas de resolução detalhadas.

1. Verificar o status do DoH

✅ O DoH está habilitado: Get-DnsServerEncryptionProtocol mostra EnableDoh : True

✅ O serviço DNS está em execução: Get-Service DNS mostra Running

✅ A porta configurada está em modo de escuta: netstat -an | findstr :<port> exibe LISTENING. A porta padrão é 443.

Para resolver problemas de configuração de serviço, consulte Sintoma: o DoH não está configurado ou em execução.

2. Verificar a inicialização do DoH

✅ A ID do evento 822 aparece no log de eventos do Servidor DNS após a reinicialização do serviço

✅ Nenhum evento de erro (823, 824, 825, 826) no log de eventos

✅ O certificado está associado à porta configurada: netsh http show sslcert

Para resolver falhas de inicialização, consulte Sintoma: Falha na inicialização do DoH.

3. Verificar a conectividade do cliente

✅ Os clientes podem acessar o servidor DNS na porta DoH configurada (teste usando um navegador), por padrão 443

✅ O firewall permite TCP entrante na porta DoH configurada

✅ Os clientes confiam no certificado do servidor (sem avisos de certificado)

Para resolver problemas de conectividade, consulte Sintoma: os clientes não podem se conectar usando o DoH.

4. Verificar o processamento de consulta

✅ A ID do evento 597 (consultas recebidas) é exibida no log analítico.

✅ A ID do evento 598 (respostas enviadas) é exibida no log analítico

✅ Nenhuma ID de evento 599 (falhas de resposta) ou ID de evento 600 (consultas rejeitadas)

Para resolver problemas de processamento de consulta, consulte Sintoma: as consultas DoH falham ou expiram.

Dica

Se a ID do evento 597 não aparecer, solucione primeiro a conectividade do cliente. Veja Sintoma: os clientes não podem se conectar usando o DoH.

5. Verificar o desempenho

✅ Contador de Requisições DoH Descartadas/seg = 0

✅ Respostas DoH Enviadas/s ≈ Solicitações DoH Recebidas/s

✅ A latência de consulta é aceitável

Para resolver problemas de desempenho, consulte Sintoma: problemas de desempenho do DoH.

Sintoma: o DoH não está configurado ou em execução

Você tenta usar o DoH, mas os clientes continuam usando DNS não criptografado ou não é possível verificar se o DoH está habilitado no servidor.

Causas comuns:

  • O DoH não está habilitado no servidor

  • Serviço DNS interrompido

  • Erro de configuração nas configurações do DoH

Como diagnosticar:

Para verificar a configuração do DoH, execute o seguinte comando:

Get-DnsServerEncryptionProtocol

Se o DoH estiver configurado corretamente, você deverá ver:

EnableDoh   : True
UriTemplate : https://dns.contoso.com:443/dns-query

Para verificar o status do serviço DNS, execute o seguinte comando:

Get-Service DNS

O resultado deve mostrar Status: Running.

Para verificar se a porta configurada está escutando, execute o comando a seguir. Substitua 443 pela porta configurada se diferente:

netstat -an | findstr :443

Você deve ver entradas TCP no estado LISTENING.

Para obter procedimentos de monitoramento detalhados, consulte Monitorar DNS por HTTPS.

Como resolver:

Se EnableDoh for False, para ativar o DoH, execute o seguinte comando:

Set-DnsServerEncryptionProtocol -EnableDoh $true -UriTemplate "https://dns.contoso.com:443/dns-query"

Substitua dns.contoso.com pelo FQDN do servidor DNS que corresponda à SAN do certificado.

Para reiniciar o serviço servidor DNS, execute o seguinte comando:

Restart-Service -Name DNS

Se o DoH não tiver sido configurado anteriormente, consulte Habilitar DNS via HTTPS no Servidor DNS do Windows para obter instruções de instalação completas, incluindo requisitos de certificado.

Sintoma: o DoH falha ao inicializar

Você habilita o DoH, mas o serviço não é inicializado corretamente. Os clientes não podem se conectar usando o DoH.

Causas comuns:

  • Problemas de vinculação de certificado (ID do evento 823).

  • Conflitos de porta (ID do evento 825, 826).

  • Configuração de modelo de URI inválida.

Como diagnosticar:

Verifique o Visualizador de Eventos do Windows para eventos do servidor DNS. Vá para Aplicações e Serviços>Servidor DNS.

Para obter detalhes completos do evento, consulte Monitorar DNS por HTTPS – Eventos do Servidor.

Verifique estes eventos específicos:

  • ID do evento 823 (DNS_EVENT_HTTP_SERVER_INIT_FAILED): falha na inicialização do servidor HTTP, normalmente devido a problemas de associação de certificado ou conflitos de porta.

  • ID do evento 824 (DNS_EVENT_HTTP_SERVER_SESSION_FAILED): falha na criação da sessão do servidor HTTP, normalmente devido a restrições de recurso.

  • ID do evento 825 (DNS_EVENT_HTTP_CREATE_URL_FAILED): falha no registro de URL devido a conflitos de porta ou formato de URI inválidos.

Procure a ID do evento 822 (DNS_EVENT_HTTP_URL_REGISTERED), que indica inicialização bem-sucedida. Se esse evento estiver ausente após a reinicialização do serviço, a inicialização falhará.

Como resolver:

Problemas de vinculação de certificado

Se você vir a ID do evento 823, execute o seguinte comando para verificar a associação de certificado:

netsh http show sslcert

Procure uma entrada que corresponda ao endereço IP e à porta (por exemplo, 0.0.0.0:443). Confirme se ele mostra a impressão digital do certificado do servidor DNS.

Se o certificado não estiver associado ou mostrar uma impressão digital incorreta, consulte Associar o certificado para ver as etapas de associação do certificado correto.

Verifique se o certificado atende a estes requisitos:

  • Certificado SSL/TLS válido no LocalMachine\My store

  • O SAN (Nome Alternativo da Entidade) corresponde ao FQDN em seu URI do DoH

  • A chave privada está instalada

  • Não expirado

Para obter uma configuração detalhada do certificado, consulte Habilitar DNS via HTTPS no Windows DNS Server.

Conflitos de porta

Se você vir a ID do evento 825 ou 826, outro serviço poderá estar usando a porta 443. Para verificar o que está usando a porta, execute o seguinte comando:

netstat -ano | findstr :443

Se outro processo usar a porta 443, também:

  • Parar o serviço conflitante ou
  • Para configurar o DoH para usar uma porta diferente, execute o seguinte comando:
Set-DnsServerEncryptionProtocol -EnableDoh $true -UriTemplate "https://dns.contoso.com:8443/dns-query"

Em seguida, associe seu certificado à nova porta e atualize as regras de firewall adequadamente.

Erros de configuração

Verifique se o modelo de URI está formatado corretamente:

  • Começa com https://.

  • Inclui o FQDN que corresponde ao seu certificado SAN

  • Inclui o caminho /dns-query

  • Exemplo: https://dns.contoso.com:443/dns-query

Para verificar a configuração atual do modelo de URI, execute o seguinte comando:

Get-DnsServerEncryptionProtocol | Select-Object UriTemplate

Se o modelo de URI estiver incorreto ou ausente, execute o seguinte comando para reconfigurá-lo:

Set-DnsServerEncryptionProtocol -EnableDoh $true -UriTemplate "https://dns.contoso.com:443/dns-query"

Substitua dns.contoso.com pelo FQDN do servidor DNS. Verifique se o FQDN corresponde exatamente ao SAN (Nome Alternativo da Entidade) em seu certificado.

Depois de resolver problemas, execute o comando a seguir para reiniciar o serviço DNS. Verifique a ID do evento 822 para confirmar a inicialização bem-sucedida.

Restart-Service -Name DNS

Sintoma: os clientes não podem se conectar usando o DoH

Você configura e inicia o DoH no servidor, mas os clientes não podem se conectar ou recebem erros de certificado.

Causas comuns:

  • Rede ou firewall bloqueando a porta DoH configurada, que é 443 por padrão.

  • Problemas de confiança de certificados.

  • Cliente usando URI ou configuração incorreta.

Como diagnosticar:

Teste a conectividade de um computador cliente abrindo um navegador da Web e acessando o URI do DoH (por exemplo, https://dns.contoso.com/dns-query). Você deverá ver um dos seguintes resultados:

  • Uma página em branco ou resposta mínima indica que o servidor está escutando e a conectividade de rede está funcionando.

  • Um erro de certificado indica problemas de confiança do certificado, mas confirma se as regras de firewall e conectividade de rede estão corretas.

  • Um tempo limite de conexão indica problemas de rede ou firewall que impedem o acesso ao servidor DNS usando o DoH.

Para verificar as regras de firewall no servidor DNS, execute o seguinte comando:

Get-NetFirewallRule | Where-Object {$_.DisplayName -like "*DNS*" -or $_.DisplayName -like "*443*"} | Format-Table DisplayName, Enabled, Direction, Action

Verifique a confiança do certificado do cliente examinando os detalhes do certificado no navegador. Verifique se a cadeia de certificados é válida e confiável.

Como resolver:

Conectividade de rede

Primeiro, verifique a conectividade de rede do cliente com o servidor DNS por HTTPS. Execute o seguinte comando, substituindo a porta se você configurou uma porta não padrão:

Test-NetConnection -ComputerName dns.contoso.com -Port 443

Se TcpTestSucceeded retornar False, verifique o roteamento de rede e as regras de firewall entre o cliente e o servidor.

Para criar uma nova regra de Firewall do Windows no servidor para permitir conexões de entrada, execute o comando a seguir. Substitua 443 pela porta configurada se diferente:

New-NetFirewallRule -DisplayName "DNS over HTTPS" -Direction Inbound -Protocol TCP -LocalPort 443 -Action Allow

Se você estiver usando um firewall de hardware ou um grupo de segurança de rede, verifique se ele permite o tráfego TCP de entrada na porta DoH configurada para o servidor DNS.

Confiança do certificado

Se você usar uma AC (autoridade de certificação privada):

  1. Certifique-se de que os clientes DNS confiam na autoridade de certificação.

  2. Instale o certificado de autoridade de certificação raiz em computadores cliente.

  3. Verifique se a cadeia de certificados está concluída no servidor.

Como alternativa, use um certificado assinado por uma AC publicamente confiável em que os clientes já confiam.

Para testar a conectividade de rede com a porta DoH do servidor DNS de um cliente, execute o comando a seguir. Substitua 443 pela porta configurada se diferente:

Test-NetConnection -ComputerName dns.contoso.com -Port 443

Para verificar se o certificado é confiável pelo cliente, abra um navegador da Web e vá para https://dns.contoso.com/dns-query. Se o navegador exibir um aviso de certificado, o cliente não confiará na cadeia de certificados.

Para obter diretrizes de implantação de certificado, consulte Habilitar DNS via HTTPS no Servidor DNS do Windows.

Configuração do cliente

Verifique se a configuração do DoH do cliente corresponde exatamente ao URI do servidor:

  • Windows 11: Configurações > de rede e internet > [conexão] > configurações de DNS

  • O modelo do DoH deve corresponder: https://dns.contoso.com:443/dns-query

  • Se você usar uma porta não padrão, verifique se os clientes a especificam.

Se você configurar clientes, mas eles ainda usarem DNS não criptografado, verifique se o endereço IP do servidor DNS nas configurações de rede do cliente corresponde ao servidor DNS com o DoH habilitado.

Sintoma: as consultas do DoH falham ou têm tempo esgotado

Os clientes se conectam ao servidor DNS, mas as consultas falham ou não recebem respostas.

Causas comuns:

  • Problemas de resolução de DNS upstream (ID do evento 599)

  • Incompatibilidade de protocolo do cliente (ID do evento 600)

  • Problemas de configuração do DoH do cliente

  • Problemas de configuração do servidor DNS

Como diagnosticar:

Habilite o log analítico para capturar eventos detalhados por consulta:

  1. Abra o Visualizador de Eventos e acesse Os Logs de Aplicativos e Serviços>Microsoft>Windows>DNS-Server.

  2. Clique com o botão direito do mouse em Análise e selecione Habilitar Log.

Para obter procedimentos detalhados de log analítico, consulte Monitorar DNS por HTTPS – Eventos analíticos.

Verifique estes principais eventos:

  • ID do evento 597: consulta DoH recebida – confirma que consultas DNS criptografadas chegam ao servidor

  • ID do evento 598: resposta do DoH enviada – confirma respostas bem-sucedidas

  • ID do evento 599: falha de resposta do DoH – indica que o servidor tentou responder, mas não pôde (provavelmente problema de resolução upstream)

  • ID do evento 600: consulta DoH rejeitada – o servidor está descartando ativamente determinadas solicitações do DoH

  • ID do evento 601: falha no canal DoH – pode acompanhar o 600 ou 599 em alguns casos de erro

Procure padrões:

  • Várias entradas de ID de evento 597, mas nenhuma entrada da ID de evento 598, o que sugere que o servidor não pode resolver consultas.

  • As entradas da ID de evento 600 podem indicar incompatibilidade de versão HTTP ou solicitações malformadas.

  • ID do evento 599 sugere problemas com o encaminhador upstream SERVFAIL RCODE.

Como resolver:

Problemas de DNS upstream (ID do evento 599)

Se você vir a ID do evento 599 com SERVFAIL ou erros semelhantes, verifique a configuração de DNS upstream no servidor DNS. Execute o comando a seguir:

Get-DnsServerForwarder

Para testar a conectividade com os encaminhadores, execute o seguinte comando:

Test-NetConnection -ComputerName <forwarder-ip> -Port 53

Se os encaminhadores estiverem inacessíveis ou configurados incorretamente, tente encaminhadores alternativos usando o seguinte comando:

Set-DnsServerForwarder -IPAddress <new-forwarder-ip>

Para testar a resolução manualmente, execute o seguinte comando:

Resolve-DnsName -Name microsoft.com -Server localhost

Para a solução de problemas de DNS tradicional, consulte Solução de problemas de servidores DNS.

Rejeição de consulta (ID do evento 600)

A ID do evento 600 indica consultas rejeitadas. As causas mais comuns incluem:

  • Incompatibilidade de solicitação HTTP: o servidor DNS rejeita a solicitação devido a características de solicitação HTTP sem suporte ou inválidas.

  • Solicitações malformadas: a consulta não está em conformidade com o RFC 8484.

  • Restrições de política DNS: uma política DNS pode estar descartando consultas.

  • Requisitos de solicitação do lado do servidor não atendidos: o DoH não está habilitado na interface de recebimento, ou há uma incompatibilidade de modelo de URI, ou falhas nas validações, configurações ou verificações de política do lado do servidor.

Verifique os detalhes do evento para verificar o motivo da rejeição. Se os clientes usarem versões HTTP incompatíveis, atualizem o software cliente ou usem diferentes aplicativos cliente DoH.

Para verificar se nenhuma política DNS está interferindo, execute o seguinte comando:

Get-DnsServerQueryResolutionPolicy

Configuração do DoH do Cliente

Se as consultas falharem por clientes específicos, mas funcionarem de outros, verifique a configuração do DoH do cliente. Entre os problemas comuns, há:

  • Modelo de URI do DoH incorreto
  • O endereço IP do servidor DNS não corresponde ao servidor DNS usado para o DoH
  • Cliente não configurado para usar o DoH

Para obter diretrizes de configuração do cliente, consulte Secure DNS Client over HTTPS (DoH).

Configuração de Servidor

Se as consultas falharem por motivos diferentes dos listados anteriormente neste artigo, verifique a configuração geral do servidor DNS:

  • Verifique se as dicas raiz estão configuradas corretamente.

  • Verifique o carregamento das zonas autoritativas.

  • Examine as configurações de recursão se o servidor deve executar a resolução recursiva.

Para obter uma solução de problemas de DNS abrangente, consulte Solucionar problemas de servidores DNS.

Para evitar a geração excessiva de eventos, desabilite o log analítico quando a solução de problemas for concluída.

Sintoma: problemas de desempenho do DoH

O DoH funciona, mas você vê alta latência, consultas descartadas ou baixo desempenho em comparação com DNS não criptografado.

Causas comuns:

  • Limites de capacidade do servidor

  • Sobrecarga de handshake do TLS

  • Congestionamento de rede ou alto uso de CPU

Como diagnosticar:

Habilite o monitoramento para os seguintes contadores usando o DNS do Monitor por HTTPS – Monitorar o desempenho:

  • Solicitações de DoH recebidas/s
  • Respostas do DoH enviadas por segundo
  • Solicitações do DoH descartadas/segundo

Principais indicadores de problemas de desempenho:

  • Solicitações do DoH descartadas/s > 0: o servidor descarta consultas.

  • Solicitações recebidas/s muito superiores às respostas enviadas/s: muitas consultas não recebem respostas.

  • Uso elevado ou em pico da CPU durante o processamento de consulta do DoH.

Monitore também os recursos do sistema:

  • Utilização da CPU

  • Uso de memória

  • Taxa de transferência de rede

Se apenas determinadas consultas forem lentas, o problema poderá ser externo ao DoH. Por exemplo, uma recursão lenta nos servidores upstream para domínios específicos. Para isolar a sobrecarga do DoH dos atrasos gerais de DNS, compare o desempenho do DoH e do DNS não criptografado para as mesmas consultas. Se ambos forem lentos, o problema provavelmente será a resolução upstream em vez de específica do DoH.

Como resolver:

Consultas descartadas

Se DoH Requests Dropped/sec for maior que 0, execute as seguintes etapas:

  1. Correlacione com o ID de evento 600 nos logs do servidor DNS para identificar a causa das falhas.

  2. Verifique se o servidor está restrito a recursos.

    Get-Counter '\Processor(_Total)\% Processor Time'
Get-Counter '\Memory\Available MBytes'

  3. Se a CPU ou a memória estiverem consistentemente altas, considere:

    • Dimensionando o servidor com mais recursos de CPU ou RAM.
    • Adicionando servidores DNS extras para distribuir a carga.
    • Implementando o balanceamento de carga DNS.

Alta latência

A sobrecarga de handshake do TLS pode aumentar a latência da consulta em comparação com o DNS não criptografado. Para diagnosticar problemas de latência:

  • Compare os tempos de consulta do DoH com linhas de base DNS não criptografadas para as mesmas consultas.

  • Use ferramentas do lado do cliente para medir o tempo de consulta DoH de ponta a ponta.

  • Se tanto o DoH quanto o DNS não criptografado forem lentos para as mesmas consultas, o problema está na resolução upstream, em vez de ser algo específico do DoH.

Para reduzir a latência específica do DoH:

  1. Verifique a capacidade da CPU do servidor: as operações de TLS são intensivas em CPU. Para verificar se a CPU é um gargalo durante o tráfego DoH, execute o seguinte comando:

    Get-Counter '\Processor(_Total)\% Processor Time' -SampleInterval 1 -MaxSamples 30

    Se a CPU exceder consistentemente 70-80% durante o tráfego de DoH, considere atualizar os recursos do servidor ou distribuir a carga.

  2. Examinar o comprimento da cadeia de certificados: cadeias de certificados mais curtas são validadas mais rapidamente. Verifique se os certificados intermediários estão configurados corretamente para evitar pesquisas extras.

  3. Verificar caminhos de rede: a alta latência de rede entre clientes e o servidor DNS afeta diretamente o tempo de consulta. Use Test-NetConnection ou traceroute para encontrar gargalos de rede.

Restrições de recursos

Se o servidor estiver subprovisionado:

  1. Monitore o uso de recursos de linha de base durante operações normais.

  2. Identifique os horários de pico de uso e as correlacione com o volume de consulta.

  3. Considere:

    • Dimensionamento vertical (VM maior ou servidor físico).
    • Dimensionamento horizontal (vários servidores DNS por trás de um balanceador de carga).
    • Otimizando as configurações de zona DNS para reduzir a sobrecarga de transferência de zona.

Para monitorar tendências de longo prazo e a capacidade do plano, execute o seguinte comando:

Get-Counter '\DNS-over-HTTPS\DoH Requests Received/sec' -Continuous

Para obter diretrizes de planejamento de capacidade, consulte Monitorar DNS por HTTPS – Monitorar Desempenho.

Diagnóstico avançado

Quando a solução de problemas básica não resolver o problema, use essas técnicas avançadas para coletar informações detalhadas de diagnóstico.

Habilitar o registro em log analítico

O log analítico do servidor DNS captura eventos detalhados de cada consulta, incluindo operações específicas de DoH. Quando você habilita o log, ele registra as IDs de evento 597-600 para cada consulta, resposta, falha e rejeição do DoH.

Para obter instruções passo a passo sobre como habilitar e usar o registro em log analítico, consulte Monitorar DNS por HTTPS – Eventos analíticos.

Importante

Desabilite o log analítico quando concluído, pois gera um grande volume de eventos em servidores ocupados.

Análise detalhada de eventos

Ao examinar os eventos do DoH, examine estes campos de evento em busca de pistas de diagnóstico:

  • QNAME: o nome de domínio consultado. Esse campo ajuda você a identificar se os problemas são específicos do domínio.

  • QTYPE: o tipo de registro DNS, como A, AAAA, MX e outros.

  • RCODE: o código de resposta, como NOERROR, SERVFAIL, NXDOMAIN e outros.

  • Motivo: para a ID do evento 600, esse campo fornece o motivo da rejeição.

  • IP do cliente: a origem da consulta. Esse campo ajuda você a identificar clientes problemáticos.

Correlacionar eventos ao longo do tempo:

  • Procure padrões. As falhas ocorrem em momentos específicos?

  • Verifique se vários clientes têm o mesmo problema.

  • Identifique se as falhas se correlacionam com períodos de alta carga.

Referência cruzada com outros registros:

  • Log do sistema para erros do Schannel TLS.

  • Registro operacional do servidor DNS para problemas de zona e reencaminhador.

  • Log de aplicação para erros no nível do serviço.

Análise de desempenho

Para análise profunda de desempenho:

  1. Estabeleça métricas de linha de base durante operações normais.

  2. Compare o desempenho atual com a linha de base.

  3. Identificar desvios e correlacionar com eventos ou alterações de configuração.

Principais contadores de desempenho a serem monitorados ao longo do tempo:

Get-Counter -Counter @(
    '\DNS-over-HTTPS\DoH Requests Received/sec',
    '\DNS-over-HTTPS\DoH Responses Sent/sec',
    '\DNS-over-HTTPS\DoH Requests Dropped/sec',
    '\Processor(_Total)\% Processor Time',
    '\Memory\Available MBytes'
) -SampleInterval 5 -MaxSamples 60

Este comando coleta amostras dos contadores a cada 5 segundos durante 5 minutos, fornecendo dados de tendência.

Analisar tendências:

  • O desempenho está degradando ao longo do tempo?

  • Horários específicos do dia mostram problemas?

  • O desempenho se correlaciona com o volume de consulta?

Utilize estes dados para:

  • Planeje atualizações de capacidade.

  • Identificar gargalos de configuração.

  • Otimize as configurações do servidor DNS.

Para obter diretrizes abrangentes de monitoramento de desempenho, consulte Monitorar DNS por HTTPS.

Conteúdo relacionado

  • Last updated on