Ping

O Ping é uma ferramenta gratuita que verifica se é possível aceder a um site, servidor ou porto e apresenta o respetivo tempo de resposta, código de estado ou erro.

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

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

• HTTP(s) verifica um URL através de HTTP ou HTTPS. É adequado para sites, APIs e serviços Web, uma vez que pode devolver um código de estado da resposta HTTP.
• Ping (ICMP) verifica se um anfitrião responde a tráfego de eco do Internet Control Message Protocol. Este é o significado tradicional de "ping" em redes.
• Host / Porta verifica se é possível aceder a um porto de rede específico num anfitrião. Alguns exemplos comuns são um servidor de correio SMTP, um servidor POP ou um ponto de acesso a uma base de dados.

Estas verificações respondem a perguntas ligeiramente diferentes. Uma resposta ICMP mostra que o anfitrião aceita e responde a esse tipo de tráfego de rede, mas não prova que o respetivo site ou serviço de correio esteja a funcionar. Uma resposta HTTP fornece um código de estado que pode indicar uma falha. Uma verificação de porto bem-sucedida mostra que o porto está acessível, não que um início de sessão ou uma consulta à base de dados ao nível da aplicação vá funcionar.

Como utilizo a ferramenta Ping?

Seleciona o Protocolo Ping adequado, introduz o endereço correspondente e executa a verificação. Utiliza o tipo de entrada esperado pelo protocolo escolhido.

1. Seleciona HTTP(s) e introduz um URL completo, como https://www.example.com/status, para diagnosticar um site, um ponto de acesso de API ou um serviço Web.
2. Seleciona Ping (ICMP) e introduz um Host, como server.example.com ou um endereço IP, para verificar se um servidor responde a tráfego ICMP.
3. Seleciona Host / Porta, introduz o Host e, em seguida, indica o Porta numérico. Por exemplo, um serviço de submissão SMTP utiliza frequentemente o porto 587, enquanto HTTPS utiliza geralmente o porto 443.

Não adiciones um caminho de URL a uma verificação que aceite apenas um anfitrião. Por outro lado, uma verificação HTTP pode exigir o caminho completo se o problema afetar apenas uma rota de API ou uma página, e não todo o domínio. Os números dos portos de transporte utilizam valores de 16 bits, entre 0 e 65 535. O porto 0 está reservado e não é normalmente utilizado como porto de serviço. Espaços, vírgulas e indicações como "port 443" não fazem parte de um número de porto.

A verificação do Ping é executada no servidor. Os dados que introduzes no Ping são enviados para esse servidor através de HTTPS e não são armazenados. Evita incluir palavras-passe, chaves de API ou outros dados confidenciais num URL, porque os URLs podem expô-los ao serviço remoto e noutros componentes da infraestrutura Web normal.

Como interpreto o resultado do ping?

Começa pelo resultado de disponibilidade. Depois, utiliza o tempo, o estado HTTP ou o erro apresentado para identificar melhor o problema.

Por exemplo, um resultado HTTP hipotético pode apresentar Online, um tempo de resposta de 180 ms e o código de estado 200. O código de estado 200 indica que o pedido foi bem-sucedido. Uma resposta 404 significa que o servidor de origem não encontrou uma representação atual do recurso pretendido ou não está disposto a revelar que essa representação existe. Uma resposta 5xx (Server Error) pertence à classe Server Error. A causa exata depende do código de estado específico.

Um resultado Offline nem sempre significa que toda a máquina está offline. Uma firewall pode bloquear ICMP enquanto HTTPS continua a funcionar, ou um porto pode estar fechado enquanto os restantes serviços permanecem disponíveis. Executa a verificação correspondente ao serviço a que os utilizadores estão a tentar aceder.

Problemas comuns que o ping pode revelar

Se um site não carregar, começa por selecionar HTTP(s) e introduzir o URL exato afetado. Se o domínio responder, mas uma página devolver 404, verifica a rota, as regras de reescrita ou a implementação. Se HTTPS gerar um aviso de certificado no navegador, utiliza a Consulta SSL para obteres os detalhes do certificado, em vez de dependeres apenas do ping. A Pesquisa de cabeçalhos HTTP também pode mostrar redirecionamentos e cabeçalhos de resposta.

Se uma mensagem de correio eletrónico não chegar, utiliza Host / Porta com o nome de anfitrião do servidor de correio e o porto configurado na aplicação de envio ou receção. Um porto SMTP acessível não prova que o servidor aceite uma determinada mensagem. Falhas de autenticação, filtros de spam, registos DNS de correio e políticas do destinatário estão fora do âmbito de uma verificação básica de porto.

Depois de transferires um site para um novo alojamento, verifica o respetivo nome de anfitrião através de ICMP ou HTTP, conforme for mais adequado. Confirma o registo DNS e tem em conta as respostas em cache. A Consulta Whois pode ajudar a confirmar as informações de registo do domínio, mas não mostra que resposta DNS está atualmente guardada por cada resolvedor.

Porque pode a cache DNS fazer um resultado correto parecer errado?

A cache DNS pode fazer com que o servidor da ferramenta e o teu dispositivo resolvam temporariamente o mesmo nome de anfitrião para endereços diferentes. Os resolvedores recursivos mantêm as respostas DNS de acordo com o respetivo tempo de vida, normalmente designado por TTL. Algumas aplicações e sistemas operativos também mantêm caches locais.

É frequente utilizar-se o termo "propagação" para descrever este atraso, embora os registos DNS não se disseminem por todo o lado através de um único processo coordenado. Cada cache expira de acordo com o seu próprio prazo. Por isso, um registo alterado recentemente pode funcionar numa ligação enquanto outra ainda utiliza o endereço anterior.

Como esta ferramenta executa a verificação no respetivo servidor, o resultado reflete o percurso de rede e a perspetiva DNS desse servidor naquele momento. Não pode provar que todos os operadores de Internet, redes móveis ou resolvedores empresariais em Portugal veem o mesmo destino. Quando o comportamento variar consoante a localização, compara o resultado com uma verificação local e consulta os registos DNS relevantes.

Perguntas frequentes

O que acontece com domínios que têm acentos ou caracteres não latinos?

O IDNA converte etiquetas de domínio Unicode elegíveis em etiquetas A ASCII. Punycode é o algoritmo de codificação utilizado nas etiquetas A relevantes. Os navegadores convertem muitas vezes a grafia legível de forma automática, mas os campos de anfitrião e os sistemas de diagnóstico podem exigir o formato de etiqueta A. Confirma cuidadosamente a grafia, porque caracteres Unicode visualmente semelhantes podem corresponder a domínios diferentes.

Um tempo de resposta baixo vai manter-se sempre baixo?

Não. O tempo de resposta varia consoante o encaminhamento, o congestionamento da rede, a carga do servidor e a distância física. Regista várias verificações em horários comparáveis e investiga alterações persistentes, em vez de considerares uma única resposta lenta como prova de uma falha.

Antes de alterares as definições de DNS, da firewall ou do servidor, confirma que verificaste exatamente o nome de anfitrião, o caminho do URL e o porto utilizados pelo serviço afetado. Guarda a hora do resultado e compara-a com os registos locais, para poderes relacionar os dois lados da ligação.