Ferramentas de Diagnóstico de Rede
Acessibilidade e latência por TCP
DNS e Registros
Consulta DNS Todos os registros DNS de qualquer domínio Consulta de Registro A Endereços IPv4 de um domínio Consulta de Registro AAAA Endereços IPv6 de um domínio Consulta MX Servidores de e-mail de um domínio Consulta NS Servidores de nomes autoritativos Consulta TXT Registros TXT, SPF, verificação Consulta CNAME Registros de nome canônico (alias) Consulta SOA Registro Start of Authority Consulta SRV Registros de localização de serviço Consulta CAA Quais ACs podem emitir certificados DNS Reverso (PTR) Endereço IP para hostname Verificação DNSSEC O domínio está assinado e validado? Diagnóstico de DNS Um relatório completo de delegação e DNSEntregabilidade de E-mail
Verificação SPF Valide seu registro Sender Policy Framework Verificação DMARC Inspecione e avalie sua política DMARC Verificação DKIM Encontre e valide sua chave pública DKIM Verificação de Blacklist Verifique um IP em listas de bloqueio de e-mail (DNSBLs) Teste SMTP Conecte-se a um servidor de e-mail e verifique o STARTTLS Verificação MTA-STS Política de TLS obrigatório para e-mail de entrada Verificação BIMI Registro de logotipo da marca para e-mail Verificação TLS-RPT Política de relatórios de TLS do SMTPRede e Web
Verificação de Certificado SSL Inspecione o certificado TLS e a validade de um site Verificação de Cabeçalhos HTTP Inspecione cabeçalhos de resposta, redirecionamentos e segurança Ping (TCP) Acessibilidade e latência por TCP Verificação de Portas Quais portas comuns estão abertasDomínio
Consulta WHOIS Dados de registro de domínios, IPs e ASNsUm ping TCP mede se um host está acessível e com que rapidez ele responde abrindo uma conexão TCP em vez de enviar um echo ICMP. Como o ICMP fica indisponível por trás da maioria das hospedagens e CDNs, o IPeek mede acessibilidade e latência com uma conexão TCP às portas 443 e 80, informando o tempo de ida e volta mínimo, médio e máximo ao longo de várias tentativas.
O clássico comando ping envia uma requisição de echo ICMP e cronometra a resposta. Isso funciona em uma rede local, mas falha em boa parte da internet pública, porque firewalls, CDNs e provedores de nuvem rotineiramente descartam ou despriorizam o ICMP. Um ping TCP, em vez disso, abre uma conexão real com uma porta de serviço e cronometra quanto tempo o handshake leva. Como os servidores web precisam aceitar conexões nas portas 443 e 80 para funcionar, ele alcança de forma confiável hosts que nunca respondem ao ICMP, e mede a latência do caminho que realmente carrega seu tráfego.
O IPeek informa o tempo de ida e volta mínimo, médio e máximo ao longo de várias tentativas. O mínimo é a latência do melhor cenário do caminho; a média é o que você pode tipicamente esperar. A diferença entre o mínimo e o máximo é o jitter: uma diferença pequena significa uma conexão estável, enquanto uma grande variação sinaliza congestionamento ou um host sobrecarregado. Como referência aproximada, abaixo de 50 ms é excelente, de 50 a 150 ms é normal entre regiões, e tempos consistentemente altos ou muito variáveis apontam para um problema de rede ou servidor que vale investigar.
Recorra a um ping TCP quando um ping comum reporta 100% de perda de pacotes mas o site claramente carrega, o que simplesmente significa que o ICMP está filtrado. Use-o para confirmar que um servidor está aceitando conexões nas portas web, comparar a latência até um host a partir da sua localização ou detectar lentidão intermitente antes que ela vire uma indisponibilidade. É também a medição honesta quando você se importa com a experiência real do usuário, porque cronometra o mesmo caminho TCP que navegadores e APIs usam, e não um canal ICMP separado.
Os operadores bloqueiam ou limitam o ICMP para reduzir a superfície de ataque e o ruído: floods de ICMP eram um vetor clássico de negação de serviço, e as respostas de echo vazam informações úteis para reconhecimento. CDNs e load balancers também encerram as conexões na borda, então um ping ICMP mediria o nó de borda mais próximo em vez da origem. Por causa disso, um ping ICMP que falha não diz nada sobre se um site está no ar. Um ping TCP às portas em que o serviço de fato escuta dá um sim-ou-não confiável sobre a acessibilidade.
O ping comum usa ICMP, que firewalls e CDNs frequentemente descartam, então ele pode reportar falha mesmo quando um site está totalmente no ar. O ping TCP abre uma conexão com uma porta de serviço como 443 ou 80, que qualquer servidor web funcional precisa aceitar. Como usa o mesmo caminho que o tráfego real, ele tem sucesso onde o ICMP está filtrado.
Abaixo de 50 ms é excelente e parece instantâneo, de 50 a 150 ms é normal para conexões que cruzam regiões ou continentes, e acima de 150 ms torna-se perceptível no uso interativo. Mais importante que o número absoluto é a consistência: uma média estável com pouca variação entre o mínimo e o máximo significa um caminho saudável, enquanto grandes oscilações indicam congestionamento ou um servidor sobrecarregado.
Eles resumem várias tentativas cronometradas. O mínimo é a resposta mais rápida, representando a latência do melhor cenário do caminho de rede. A média é a latência típica que você pode esperar. O máximo é a tentativa mais lenta. A diferença entre o mínimo e o máximo é o jitter; uma diferença pequena significa uma conexão estável, enquanto uma grande aponta para congestionamento ou instabilidade na rota.
Sim, é exatamente para isso que serve um ping TCP. Em vez de um echo ICMP, ele abre uma conexão TCP às portas 443 e 80, que os servidores web precisam aceitar para servir tráfego. Isso alcança hosts por trás de firewalls e CDNs que descartam o ICMP silenciosamente, dando uma leitura real de acessibilidade e latência onde um ping padrão simplesmente expiraria.
Essas são as portas padrão de HTTPS e HTTP que os servidores web precisam manter abertas para funcionar, o que as torna alvos confiáveis para um ping baseado em conexão. Ao cronometrar o handshake TCP a essas portas, o IPeek mede a latência do caminho que realmente carrega o tráfego web e confirma a acessibilidade de hosts que nunca respondem a requisições de echo ICMP por trás de hospedagens e CDNs modernas.