Verificador de Portas TCP (Ping)
Verifica se uma porta TCP de um host público está aberta e mede a latência da ligação.
A carregar Verificador de Portas TCP (Ping)… Se nada acontecer, ativa o JavaScript.
O ping é uma das ferramentas de diagnóstico de rede mais fundamentais, usada para determinar se um host remoto está acessível e para medir o tempo de ida e volta de uma ligação de rede. O clássico comando 'ping' usa mensagens de pedido de eco (Echo Request) e resposta de eco (Echo Reply) do ICMP (Internet Control Message Protocol), que viajam na camada IP, abaixo do TCP e do UDP. Os engenheiros de rede confiam nele diariamente para confirmar que routers, servidores e equipamentos estão online, para medir linhas de base de latência e para detetar a perda de pacotes que indica uma ligação congestionada ou pouco fiável. O tempo de ida e volta (RTT) reportado pelo ping é uma das métricas-chave em qualquer investigação de desempenho de rede.
Perguntas frequentes
Que dados é que esta ferramenta envia para os vossos servidores?
Porque é que esta ferramenta usa TCP em vez de ICMP, como um ping verdadeiro?
A verificação esgota o tempo de espera mesmo com o servidor ativo, o que significa isso?
O que significam os diferentes estados do resultado?
Existem limites de frequência para o número de verificações que posso executar?
Como é que isto se compara a executar 'ping' ou 'nc' num terminal?
Posso verificar endereços IP privados ou internos?
Esta ferramenta regista os hosts que eu verifico para análises ou publicidade?
Que números de porta estão habitualmente associados aos serviços padrão?
Muitas firewalls bloqueiam o ICMP, isso significa que o ping é inútil?
Sobre Verificador de Portas TCP (Ping)
Os administradores de sistemas usam o ping para verificar rapidamente que um servidor voltou a estar online após um reinício, ou para confirmar que uma alteração a uma regra da firewall não bloqueou inadvertidamente a conectividade. Os programadores testam a acessibilidade e a latência dos servidores de API. Os clientes de alojamento web verificam se o IP do seu servidor responde após uma falha reportada. As equipas de segurança usam verificações de acessibilidade ao nível da porta para confirmar que as regras da firewall aplicam as políticas corretas de autorização e negação, confirmando, por exemplo, que a porta 22 (SSH) está fechada à internet enquanto a porta 443 (HTTPS) está aberta. Até os jogadores usam medições de latência para escolher a região de servidor de jogo com menor latência.
Uma vez que o ping ICMP padrão exige privilégios elevados do sistema operativo que não estão disponíveis em ambientes de alojamento partilhado, esta ferramenta efetua uma ligação através do aperto de mão de três vias do TCP à porta que indicares, em vez de enviar pacotes ICMP. O resultado dá-te a mesma informação essencial, o host está a aceitar ligações?, sendo além disso mais útil em termos operacionais para verificações específicas de um serviço: podes testar a porta 80 para HTTP, a porta 443 para HTTPS, a porta 25 para SMTP, a porta 22 para SSH, e assim por diante. O nome do host é resolvido no servidor usando DNS público, e os intervalos de IP privados (RFC 1918), o loopback e os endpoints de metadados na nuvem estão bloqueados para evitar abusos. A latência é medida como o tempo desde o SYN do TCP até à conclusão do aperto de mão.
Ao interpretar os resultados, uma ligação bem-sucedida com baixa latência (menos de 50 ms para servidores próximos) indica que a porta está aberta e o serviço está a responder. Um erro de 'ligação recusada' significa que o host está acessível mas não há nada à escuta nessa porta, o que é diferente de um tempo de espera esgotado (timeout); um timeout costuma significar que uma firewall está a descartar os pacotes em silêncio em vez de os rejeitar ativamente. Se estiveres a resolver uma falha de serviço, testa tanto a porta esperada como a porta 443/80 para distinguir entre uma falha do serviço e um bloqueio ao nível da rede. Uma latência consistentemente alta (acima de 200 ms) merece ser investigada com o traceroute, à procura de anomalias de encaminhamento.
Do 'sonar de submarino' à depuração de redes em 40 anos
O comando ping foi escrito por Mike Muuss em dezembro de 1983 como ferramenta de depuração para investigar um comportamento estranho numa rede que estava a gerir. Batizou-o com o nome do som que o sonar de um submarino faz quando reflete um impulso sonoro num objeto; a analogia é que um ping de rede envia um sinal e fica à escuta de um eco para determinar se existe algo 'lá fora'. O Muuss escreveu a implementação original numa única noite, e o programa foi tão útil que se propagou rapidamente pela ARPANET e acabou por se tornar um utilitário padrão em todos os sistemas operativos. O Muuss morreu num acidente de automóvel no ano 2000, sem nunca ter registado a marca nem comercializado a ferramenta que carrega a sua metáfora sonora.
O ICMP, o protocolo que o ping tradicional usa, foi definido no RFC 792 por Jon Postel em setembro de 1981. Opera na camada IP em vez da camada de transporte (TCP/UDP), o que faz dele o mecanismo de sinalização e de relato de erros integrado da internet. O ICMP é usado para mais do que o ping: também transporta as mensagens de TTL-excedido do traceroute, os sinais de descoberta de MTU de caminho e as respostas de 'destino inalcançável' que informam as aplicações de que as suas ligações falharam. O campo TTL (Time to Live) dos pacotes IP foi concebido especificamente para evitar que os ciclos de encaminhamento façam os pacotes circular para sempre; cada router decrementa-o em um, e o ICMP avisa quando chega a zero.
A transição do ping ICMP para as verificações de acessibilidade baseadas em TCP reflete uma mudança mais ampla na filosofia das redes ao longo das décadas. O desenho inicial da internet pressupunha participantes de confiança e cooperativos, e tornava a infraestrutura de rede o mais transparente possível. As redes modernas tratam as sondas externas como potenciais vetores de ataque, o que leva a firewalls que bloqueiam o ICMP por predefinição e a grupos de segurança que só permitem tráfego em portas de aplicação específicas. É por isso que as equipas de operações medem cada vez mais a acessibilidade ao nível da aplicação, consigo concluir um aperto de mão HTTPS?, em vez da acessibilidade de rede em bruto, já que um servidor que responde aos pedidos das aplicações está funcionalmente ativo mesmo que descarte em silêncio todas as sondas ICMP.