Quando precisamos usar o comando ping
no Windows, geralmente é para inspecionar o desempenho ou estabilidade de nossa rede, ou também porque queremos ver a latência entre nosso equipamento e um servidor ou computador remoto. Mas seja qual for o caso, se usarmos no Windows com qualquer versão, este comando do console, por exemplo, ping google.com
, fará apenas 4 solicitações ao domínio ou endereço IP, mesmo com PowerShell.
Conteúdo
Execute o comando ping continuamente
Se falamos de Linux quando executamos o comando ping
, ele não para até que o forcemos com CTRL + C. Mas quando você precisa que isso aconteça no Windows para verificação contínua, a solução é usar o comando da seguinte forma com o atributo: -t
.
ping -t google.com
Desta forma, as solicitações não irão parar e um ping contínuo será alcançado até que o forcemos a parar com uma combinação de teclado. Embora seja algo muito simples, às vezes esquecemos, mas com o uso constante criaremos um hábito e não teremos problemas com o comando ser interrompido brevemente.
Se em vez de fazer ping constantemente quisermos que ele faça ping apenas um certo número de vezes, usamos o parâmetro -n, isso limita o número de pacotes enviados. No exemplo a seguir, ele está limitado a 100 pacotes.
ping -n 100 google.com
Neste caso, apenas 100 solicitações serão enviadas ao domínio Google. Em qualquer caso, podemos usar o terminal clássico do Windows ou o terminal mais moderno do PowerShell porque o comando é o mesmo.
Parar a execução do comando
Para parar o ping use a combinação de teclas:
CTRL + C
Se não pararmos o comando com a combinação acima, as estatísticas não aparecerão, então simplesmente fechar a janela não é a melhor ideia se precisarmos delas.
De que outra forma poderíamos usar esse parâmetro?
- No caso do monitoramento, se executarmos o comando ao longo do dia, ao final podemos interrompê-lo e verificar se há algum problema de rede.
- Noutros casos podemos utilizá-lo para ver a que horas ou em que dias há mais congestionamento na nossa ligação à Internet ou em qualquer rede.
- Podemos diagnosticar a nossa rede local e detectar se o problema está na nossa rede local ou se é culpa do nosso provedor em caso de falhas na Internet.
- É a maneira mais fácil de saber se um servidor está disponível em nossa rede local ou na Internet.
- Podemos diagnosticar o DNS indiretamente, pois se o comando ping para um domínio não resolver para um endereço IP, isso poderá indicar problemas de DNS.
A que se referem as estatísticas ao interromper a execução?
Primeiro, mostra-nos o endereço IP, seguido do número de pacotes UDP enviados e quantos deles foram recebidos. Se um não for recebido, é chamado de pacote perdido. No caso de uma boa conexão, sempre ou 99% das vezes deverá ser zero.
Os tempos estão em milissegundos (0,001 segundos = 1 milissegundo):
- Mínimo: Refere-se ao menor tempo de resposta de um pacote enviado durante toda a execução do comando.
- Máximo: Este é o tempo máximo que qualquer pacote levou sem contar os pacotes perdidos durante toda a execução.
- Média: É a média de todos os tempos até a conclusão da execução, sem levar em conta os pacotes perdidos.
Em relação à informação dos pacotes, se forem enviados 5 pacotes, o ideal é receber 5 pacotes, caso contrário contam como pacotes perdidos e este último significa que enviamos um sinal, mas não recebemos resposta do servidor. Se a percentagem de pacotes perdidos maior que 0%, pode indicar problemas de ligação da nossa parte ou do servidor.
Perda de pacotes
Em nenhum cenário é aceitável ter pacotes perdidos, nem mesmo para uso doméstico é aceitável. Quando há pacotes perdidos, os primeiros sintomas serão carregamento lento da página na inicialização, downloads interrompidos, interrupções no carregamento de vídeos, e isso pode ocorrer ao longo do dia ou apenas ocasionalmente dependendo da tecnologia utilizada. Por que menciono tecnologia? Quando são utilizadas conexões de cobre, uma fratura pode criar uma intermitência no serviço, mas quando temos fibra óptica, uma fratura torna o serviço de Internet completamente inútil. A explicação para esse fenômeno é que no cobre o contato entre as duas partes do cabo pode variar devido ao clima e ao terreno, enquanto na fibra óptica, como a luz é refratada, é mais fácil de ser interrompida.
Por que recebo erros?
Em alguns casos, o fato de não recebermos resposta não significa que não tenhamos ligação ao servidor, isto pode dever-se ao fato de muitos servidores ou endereços IP terem o protocolo ICMP bloqueado; O que precisamos fazer para verificar é simplesmente tentar outro servidor ou enviar o ping de outro computador em uma rede diferente.
Para dar alguns exemplos, é recomendado fazer ping em endereços públicos conhecidos, como Cloudflare e Google DNS, abaixo estão os IPs na ordem mencionada.
- 1.1.1.1
- 8.8.8.8
Se não houver resposta desses servidores, há um problema. Caso contrário, se houver uma resposta, mas houver muitos erros de tempo limite, podemos agora começar a identificar problemas de rede.
Protocolos IPv4 e IPv6
Se nosso provedor de Internet tiver IPv6 configurado, o Windows por padrão usará IPv6 para fazer ping. Em alguns casos estranhos, nossa rede pode funcionar perfeitamente em IPv4 e não em IPv6 e vice-versa. Portanto, é essencial que, ao executar ping em um domínio ou host, especifiquemos o IPv4 para forçá-lo, ou deixe-o como está para que o IPv6 seja usado. Se tentarmos usar IPv6 em uma rede que suporta apenas IPv4, ocorrerá um erro. Esta é uma forma muito rápida de saber se temos uma conexão IPv6 através do nosso provedor de Internet.
Para forçar o IPv4 usamos -4
.
ping -4 google.com
Para forçar o IPv6 usamos -6
.
ping -6 google.com
Podemos fazer ping continuamente quantas vezes quisermos?
No entanto, isto não representa uma ameaça à segurança porque o protocolo ICMP utilizado pelo comando é muito leve. Isso não significa que não possa ser usado de forma maliciosa, por exemplo, se um grupo muito grande de computadores infectados por um vírus decidir fazer ping em um único servidor ao mesmo tempo, e ele não tiver firewall nem software atualizado. , eles podem causar alguns problemas de desempenho. Não seria grave, mas o risco é mínimo.