Ping

O Ping é uma ferramenta gratuita que verifica se um site, servidor ou porta está acessível e informa o tempo de resposta, o código de status ou o erro.

O que uma verificação de ping realmente testa?

Uma verificação de ping testa se um sistema remoto responde a partir da rede em que a consulta é executada. O teste exato depende do protocolo selecionado.

• HTTP(s) verifica uma URL da web usando HTTP ou HTTPS. É indicado para sites, APIs e serviços web porque pode retornar um código de status da resposta HTTP.
• Ping (ICMP) verifica se um host responde ao tráfego de eco do Internet Control Message Protocol. Esse é o significado convencional de "ping" em redes.
• Host / Porta verifica se uma porta de rede específica está acessível em um host. Exemplos comuns incluem um servidor de e-mail SMTP, um servidor POP ou um endpoint de banco de dados.

Essas verificações respondem a perguntas um pouco diferentes. Uma resposta ICMP mostra que o host aceita e responde a esse tipo de tráfego de rede, mas não comprova que o site ou o serviço de e-mail está funcionando. Uma resposta HTTP fornece um código de status, que pode indicar uma falha. Já uma verificação de porta bem-sucedida mostra apenas que a porta está acessível, não que um login no aplicativo ou uma consulta ao banco de dados terá sucesso.

Como usar a ferramenta Ping?

Selecione o Protocolo de Ping adequado, informe o endereço correspondente e execute a verificação. Use o tipo de entrada esperado pelo protocolo escolhido.

1. Escolha HTTP(s) e informe uma URL completa, como https://www.example.com/status, para diagnosticar um site, endpoint de API ou serviço web.
2. Escolha Ping (ICMP) e informe um Host, como server.example.com ou um endereço IP, para verificar se um servidor responde ao tráfego ICMP.
3. Escolha Host / Porta, informe o Host e depois insira a Porta numérica. Por exemplo, um serviço de envio SMTP geralmente usa a porta 587, enquanto HTTPS costuma usar a porta 443.

Não adicione o caminho de uma URL em uma verificação que aceita apenas o host. Por outro lado, uma verificação HTTP pode exigir o caminho completo quando o problema afeta uma rota de API ou página específica, e não o domínio inteiro. Os números das portas de transporte usam valores de 16 bits, de 0 a 65535. A porta 0 é reservada e normalmente não é usada como porta de serviço. Espaços, vírgulas e indicações como "porta 443" não fazem parte do número da porta.

A verificação do Ping é executada no servidor. Os dados inseridos no Ping são enviados a esse servidor por HTTPS e não são armazenados. Evite incluir senhas, chaves de API ou outros dados secretos em uma URL, pois eles podem ficar expostos ao serviço remoto e a outros componentes da infraestrutura normal da web.

Como interpretar o resultado do ping?

Primeiro, confira o resultado de disponibilidade. Depois, use o tempo de resposta, o status HTTP ou o erro para identificar melhor o problema.

Por exemplo, um resultado HTTP hipotético pode mostrar Online, um tempo de resposta de 180 ms e o código de status 200. O código de status 200 indica que a solicitação foi bem-sucedida. Uma resposta 404 significa que o servidor de origem não encontrou uma representação atual para o recurso solicitado ou não deseja revelar que ela existe. Uma resposta 5xx (Erro do servidor) pertence à classe de erros do servidor. A causa exata depende do código de status específico.

Um resultado Offline nem sempre significa que a máquina inteira está fora do ar. Um firewall pode bloquear ICMP enquanto HTTPS continua funcionando, ou uma porta pode estar fechada enquanto outros serviços permanecem disponíveis. Execute a verificação correspondente ao serviço que os usuários estão tentando acessar.

Problemas comuns que o ping pode revelar

Se um site não carregar, comece com HTTP(s) e informe exatamente a URL afetada. Se o domínio responder, mas uma página retornar 404, verifique a rota, as regras de reescrita ou a implantação. Se HTTPS gerar um aviso de certificado no navegador, use a Pesquisa de SSL para consultar os detalhes do certificado em vez de depender apenas do ping. A Pesquisa de cabeçalhos HTTP também pode mostrar redirecionamentos e cabeçalhos de resposta.

Se um e-mail não chegar, use Host / Porta com o nome de host do servidor de e-mail e a porta configurada no aplicativo de envio ou recebimento. Uma porta SMTP acessível não comprova que o servidor aceita determinada mensagem. Falhas de autenticação, filtros de spam, registros DNS de e-mail e políticas do destinatário estão além do que uma verificação básica de porta consegue testar.

Depois de migrar um site para um novo host, verifique o nome de host usando ICMP ou HTTP, conforme o caso. Confirme o registro DNS e considere o tempo de duração das respostas em cache. A Consulta de Whois pode ajudar a confirmar as informações de registro do domínio, mas não mostra qual resposta DNS está armazenada naquele momento por cada resolvedor.

Por que o cache DNS pode fazer um resultado correto parecer errado?

O cache DNS pode fazer com que o servidor da ferramenta e o seu dispositivo resolvam o mesmo nome de host para endereços diferentes durante algum tempo. Os resolvedores recursivos mantêm as respostas DNS de acordo com o tempo de vida delas, geralmente chamado de TTL. Alguns aplicativos e sistemas operacionais também mantêm caches locais.

O termo "propagação" costuma ser usado para descrever esse atraso, embora os registros DNS não sejam distribuídos por toda parte em um único processo coordenado. Cada cache expira de acordo com seu próprio prazo. Por isso, um registro alterado recentemente pode funcionar em uma conexão enquanto outra ainda usa o endereço anterior.

Como a ferramenta executa a verificação no próprio servidor, o resultado reflete a rota de rede e a visão de DNS desse servidor naquele momento. Isso não comprova que todos os provedores de banda larga, redes móveis ou resolvedores corporativos do Reino Unido estejam identificando o mesmo destino. Quando o comportamento variar conforme o local, compare o resultado com uma verificação local e consulte os registros DNS relevantes.

Perguntas frequentes

O que acontece com nomes de domínio acentuados ou que usam caracteres não latinos?

O IDNA converte rótulos de domínio Unicode compatíveis em rótulos ASCII do tipo A-label. Punycode é o algoritmo de codificação usado nos A-labels relevantes. Os navegadores geralmente fazem a conversão automática da grafia legível, mas campos de host e sistemas de diagnóstico podem exigir o formato A-label. Confira a grafia com atenção, pois caracteres Unicode visualmente semelhantes podem apontar para domínios diferentes.

Um tempo de resposta baixo vai continuar sempre baixo?

Não. O tempo de resposta varia de acordo com o roteamento, o congestionamento da rede, a carga do servidor e a distância física. Registre várias verificações em horários comparáveis e investigue mudanças persistentes, em vez de considerar uma única resposta lenta como prova de falha.

Antes de alterar configurações de DNS, firewall ou servidor, confirme se você verificou exatamente o nome de host, o caminho da URL e a porta usados pelo serviço afetado. Registre o horário do resultado e compare-o com os logs locais para correlacionar os dois lados da conexão.