---
title: "Como testar a latência de uma VPS a partir do Brasil"
description: "Meça a latência da VPS com ping, MTR e testes por TCP, compare cidades do Brasil com sondas e looking glass e saiba ler média, jitter e perda."
url: "https://streethosting.com.br/guias/vps/testar-latencia-vps"
category: "vps"
slug: "testar-latencia-vps"
datePublished: "2026-09-28"
dateModified: "2026-09-28"
author: "Equipe StreetHosting"
difficulty: "iniciante"
language: "pt-BR"
keywords:
  - "testar latencia vps"
  - "ping vps"
  - "latencia vps brasil"
  - "testar ping servidor"
  - "looking glass"
  - "latencia sao paulo"
---

# Latência da VPS na prática: ping, MTR e medições de várias cidades

Latência boa é a que os seus usuários medem, não a que aparece do seu computador. Veja como testar com ping, TCP e MTR, como medir de outras cidades sem ter máquina lá e como comparar os números de forma justa.

> **Resposta rápida**
>
> Para **testar a latência de uma VPS**, rode `ping -c 100 IP_DA_VPS` e leia média, variação e perda. Se o ICMP estiver bloqueado, meça o tempo de conexão TCP com `curl` ou com o MTR em modo TCP. O teste só vale se for feito de onde estão os seus usuários: peça medições de outras cidades, use plataformas de sondas e looking glass, e repita no horário de pico.

## O que medir e de onde

Três números resumem a qualidade da conexão até a VPS: a latência média de ida e volta, a variação dessa latência e a perda de pacotes. Cada um aponta para uma causa diferente, e o guia de [ping, jitter e packet loss](https://streethosting.com.br/guias/infraestrutura/ping-jitter-packet-loss-diferenca) explica o que é bom e o que é problema em cada um. Se o conceito de latência ainda é novo, a introdução está em [o que é latência e ping](https://streethosting.com.br/guias/infraestrutura/o-que-e-latencia-ping-servidor).

O erro mais comum é testar só do próprio computador. A latência depende da distância e da rota entre dois pontos, então o número que você vê de casa vale para você e para quem está na mesma cidade e na mesma operadora. Um servidor de jogo com jogadores no Sul, no Nordeste e no Norte precisa ser medido desses lugares, e uma API chamada por outro servidor precisa ser medida a partir desse outro servidor.

| Ferramenta | O que mede | Quando usar |
| --- | --- | --- |
| ping | Ida e volta por ICMP, perda e variação | Teste rápido de qualquer computador |
| curl com tempos | Tempo do handshake TCP e da resposta HTTP | Quando o ICMP é bloqueado ou para medir a aplicação |
| MTR | Latência e perda em cada salto da rota | Descobrir onde o atraso nasce |
| Teste de conectividade da StreetHosting | Ida e volta do navegador até os nós de São Paulo | Antes de contratar, sem terminal |
| Looking glass | Ping e traceroute a partir da rede de uma operadora | Ver como outra rede enxerga o destino |
| Plataformas de sondas | Ping e traceroute de várias cidades e redes | Medir de onde estão os usuários |

## Ping: o teste básico

Mande pelo menos 100 pacotes. Com quatro, o padrão do Windows, uma oscilação qualquer distorce a média e a perda fica sem sentido.

```
# Linux e Mac: 100 pacotes, resumo no final
ping -c 100 IP_DA_VPS

# Windows (Prompt de Comando ou PowerShell)
ping -n 100 IP_DA_VPS
```

- **Média (avg):** o número principal. Compare com o mínimo físico da distância, que aparece mais adiante.
- **Mínimo e máximo:** distância grande entre os dois mostra picos. No Linux, o `mdev` resume essa variação; o Windows não calcula.
- **Perda:** qualquer valor acima de zero em uma rota saudável merece um MTR para ver onde começa.

> **Dica**
>
> Teste com cabo. No wifi, a variação do próprio rádio aparece no resultado e esconde o que é da rede até a VPS. Se o resultado com cabo e sem cabo for muito diferente, o problema é local.

## Quando o ping não responde

Muitos servidores descartam ICMP no firewall, e alguns roteadores tratam ICMP com prioridade menor que o tráfego real. Medir pelo TCP resolve os dois casos, porque o handshake leva exatamente uma viagem de ida e volta.

Para um serviço HTTP ou HTTPS, o curl separa cada etapa da conexão. Os tempos são acumulados desde o início, então o handshake TCP é `tcp` menos `dns`:

```
curl -o /dev/null -s -w 'dns: %{time_namelookup}s\ntcp: %{time_connect}s\ntls: %{time_appconnect}s\nprimeiro byte: %{time_starttransfer}s\n' https://seu-dominio.com.br
```

A diferença entre `primeiro byte` e `tls` é o tempo que a aplicação levou para responder, o que separa lentidão de rede de lentidão do servidor. Rodado na VPS contra uma API externa, como um gateway de pagamento ou a API do Discord, o mesmo comando mostra quanto a sua aplicação espera por cada chamada.

Para outras portas, como a de um servidor de jogo, use o MTR em modo TCP: `sudo mtr -rwc 100 -T -P 25565 IP_DA_VPS`. No Windows, o psping, das ferramentas Sysinternals da Microsoft, faz o mesmo com `psping -n 50 IP_DA_VPS:25565`.

## MTR para ver o caminho

O ping diz quanto; o MTR diz onde. Ele mede cada roteador do caminho continuamente e mostra em qual salto a latência sobe e se a perda começa na sua rede, na operadora ou perto do destino:

```
mtr -rwzbc 100 IP_DA_VPS
```

A regra de ouro é ler de baixo para cima: se o último salto está limpo, a perda nos saltos do meio é só roteador economizando respostas. A leitura completa, com exemplos e o teste no sentido contrário, está em [como usar MTR para diagnosticar a rede](https://streethosting.com.br/guias/infraestrutura/usar-mtr-diagnosticar-rede). Se você tem acesso à VPS, rode também da VPS até o IP de quem reclama, porque a rota de volta pode ser outra.

## Medir de várias cidades

Você não precisa ter máquina em cada estado para saber como a VPS se comporta lá. Quatro caminhos, do mais simples ao mais completo:

- **Teste pelo navegador:** o [teste de conectividade da StreetHosting](https://streethosting.com.br/tools/connectivity) mede o tempo de ida e volta do navegador até os nós em São Paulo e roda um MTR do nó de SP até o IP público de quem está testando. A medição é por HTTP, não por ICMP, então funciona como estimativa. Mande o link para usuários de outras cidades e peça o resultado.
- **Usuários reais:** peça a pessoas de outros estados que rodem o ping com 100 pacotes até o IP da VPS e mandem o resumo. É o teste mais fiel, porque usa a operadora e a casa de quem vai usar o serviço.
- **Looking glass:** muitas operadoras e pontos de troca de tráfego publicam uma página que roda ping e traceroute a partir dos roteadores deles. Mostra como a rede de uma operadora específica chega até a VPS.
- **Plataformas de sondas:** serviços como RIPE Atlas e Globalping mantêm sondas em milhares de redes pelo mundo, inclusive no Brasil, e rodam ping e traceroute a partir de cidades escolhidas. A cobertura varia por cidade, e o RIPE Atlas exige cadastro.

## Até São Paulo e entre regiões

Duas perguntas diferentes costumam se misturar. A primeira é quanto tempo o usuário leva até o datacenter. A segunda é quanto tempo o tráfego leva entre regiões, por exemplo entre a sua VPS em São Paulo e uma API nos Estados Unidos. As duas têm o mesmo limite físico: a luz na fibra leva por volta de 1 ms para cada 100 km de ida e volta.

A tabela mostra o mínimo teórico em linha reta a partir de São Paulo. A rota real é sempre maior, porque cabo não segue linha reta e cada rede escolhe o próprio caminho. Um resultado perto desses valores é excelente; um resultado muitas vezes maior indica rota ruim.

| De São Paulo até | Distância em linha reta | Ida e volta mínima teórica |
| --- | --- | --- |
| Rio de Janeiro | Cerca de 360 km | Por volta de 4 ms |
| Porto Alegre | Cerca de 850 km | Por volta de 9 ms |
| Brasília | Cerca de 870 km | Por volta de 9 ms |
| Fortaleza | Cerca de 2.400 km | Por volta de 24 ms |
| Manaus | Cerca de 2.700 km | Por volta de 27 ms |
| Miami | Cerca de 6.600 km | Por volta de 66 ms |

Na prática, quem está no Sul e no Sudeste tende a ver os menores números até São Paulo, e quem está no Norte e no Nordeste vê valores maiores, que dependem muito de como a operadora de cada um encaminha o tráfego. Quando o público é brasileiro, servidor no exterior soma o trecho submarino para todo mundo. A comparação completa está em [VPS no Brasil ou nos Estados Unidos](https://streethosting.com.br/guias/vps/vps-brasil-ou-estados-unidos).

## Roteiro para comparar

Para comparar duas VPS, dois provedores ou antes e depois de uma mudança, os testes precisam ser feitos nas mesmas condições. Siga este roteiro e anote tudo:

- [ ] Mesma origem, mesma operadora e conexão com cabo
- [ ] Pelo menos 100 pacotes por teste, anotando média, variação e perda
- [ ] Um teste fora do pico e outro entre 20h e 23h
- [ ] Medições de pelo menos três cidades onde estão os usuários
- [ ] MTR até o destino sempre que aparecer perda ou pico
- [ ] Teste por TCP na porta do serviço quando o ICMP estiver bloqueado
- [ ] Data, hora e comando de cada medição registrados

Latência é só metade da experiência de rede. Para saber quanto de dados a VPS entrega nos dois sentidos, complete o diagnóstico com [iperf3 para testar a velocidade de rede](https://streethosting.com.br/guias/vps/testar-velocidade-rede-vps-iperf3).

## VPS em São Paulo

Para público brasileiro, a localização é o fator que mais pesa na latência, e nenhuma configuração compensa um servidor longe dos usuários. As [VPS da StreetHosting](https://streethosting.com.br/vps) ficam em datacenter em São Paulo, com uplink de 1 Gbps, AntiDDoS incluso e acesso root para rodar ping, MTR e curl a partir do servidor.

- **VPS Xeon:** anunciada com latência média de 20 ms no Brasil, vai de R$ 23,00 (2 vCPU, 2 GB, 20 GB NVMe) a R$ 550,00 (24 vCPU, 64 GB, 640 GB NVMe). Boa para APIs, bots e sites com muitas conexões.
- **VPS Ryzen 9 9950X:** clock de até 5,7 GHz e DDR5, de R$ 39,00 (1 vCPU, 2 GB) a R$ 814,00 (14 vCPU, 64 GB). É a indicada para servidor de jogo, em que a CPU também entra na sensação de lag. Os degraus estão na [página da VPS Ryzen](https://streethosting.com.br/vps/ryzen).

A VPS é ativada em até 60 segundos depois do pagamento por Pix, boleto ou cartão, então dá para contratar, rodar o roteiro acima a partir das cidades do seu público e decidir com números na mão.

## Perguntas frequentes

### Como testar a latência de uma VPS?

Rode ping -c 100 IP_DA_VPS no Linux ou ping -n 100 IP_DA_VPS no Windows e olhe média, variação e perda. Se o ping for bloqueado, meça o tempo de conexão TCP com curl ou com o MTR em modo TCP. Repita a partir das cidades onde estão os seus usuários e em horário de pico.

### Qual latência é boa para uma VPS no Brasil?

Depende de onde estão os usuários. Quem está perto do datacenter vê poucos milissegundos; quem está a milhares de quilômetros vê mais, porque a luz na fibra leva por volta de 1 ms para cada 100 km de ida e volta. Compare o resultado com o mínimo físico da distância e com outros destinos na mesma cidade.

### Por que a minha VPS não responde ao ping?

Normalmente porque o firewall da VPS descarta ICMP, o que é uma escolha de configuração e não um defeito. Nesse caso, meça a latência pelo tempo de conexão TCP em uma porta aberta, com curl, psping no Windows ou mtr com -T e -P.

### Como medir a latência de outras cidades sem ter servidor lá?

Use plataformas de sondas distribuídas, como RIPE Atlas e Globalping, que rodam ping e traceroute a partir de pontos em várias cidades. Looking glass de operadoras mostram como a rede delas enxerga o destino. E pedir a usuários reais de outros estados que rodem um ping continua sendo o teste mais fiel.

### A latência da VPS muda conforme o horário?

Pode mudar, principalmente do lado do usuário. À noite as redes residenciais ficam mais cheias e as filas nos roteadores crescem, o que aumenta a média e a variação. Por isso um teste só às três da tarde não representa o que um jogador vai ver às nove da noite.

## Guias relacionados

- [Ping, jitter e packet loss: a diferença na prática](https://streethosting.com.br/guias/infraestrutura/ping-jitter-packet-loss-diferenca.md)
- [Como usar MTR para diagnosticar problemas de rede](https://streethosting.com.br/guias/infraestrutura/usar-mtr-diagnosticar-rede.md)
- [Como usar traceroute para achar problemas de rota](https://streethosting.com.br/guias/infraestrutura/traceroute-diagnosticar-rota.md)
- [VPS no Brasil ou nos Estados Unidos: qual escolher](https://streethosting.com.br/guias/vps/vps-brasil-ou-estados-unidos.md)
- [Como testar a velocidade de rede da VPS com iperf3](https://streethosting.com.br/guias/vps/testar-velocidade-rede-vps-iperf3.md)

## Produtos citados

- https://streethosting.com.br/vps
- https://streethosting.com.br/vps/ryzen
- https://streethosting.com.br/vps/xeon

## Dados estruturados

```json
[
  {
    "@context": "https://schema.org",
    "@type": [
      "Article",
      "TechArticle"
    ],
    "headline": "Latência da VPS na prática: ping, MTR e medições de várias cidades",
    "name": "Como testar a latência de uma VPS a partir do Brasil",
    "abstract": "Latência boa é a que os seus usuários medem, não a que aparece do seu computador. Veja como testar com ping, TCP e MTR, como medir de outras cidades sem ter máquina lá e como comparar os números de forma justa.",
    "description": "Meça a latência da VPS com ping, MTR e testes por TCP, compare cidades do Brasil com sondas e looking glass e saiba ler média, jitter e perda.",
    "datePublished": "2026-09-28",
    "dateModified": "2026-09-28",
    "author": {
      "@type": "Organization",
      "name": "Equipe StreetHosting"
    },
    "publisher": {
      "@type": "Organization",
      "name": "StreetHosting",
      "url": "https://streethosting.com.br"
    },
    "inLanguage": "pt-BR",
    "mainEntityOfPage": {
      "@type": "WebPage",
      "@id": "https://streethosting.com.br/guias/vps/testar-latencia-vps"
    }
  },
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
      {
        "@type": "Question",
        "name": "Como testar a latência de uma VPS?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Rode ping -c 100 IP_DA_VPS no Linux ou ping -n 100 IP_DA_VPS no Windows e olhe média, variação e perda. Se o ping for bloqueado, meça o tempo de conexão TCP com curl ou com o MTR em modo TCP. Repita a partir das cidades onde estão os seus usuários e em horário de pico."
        }
      },
      {
        "@type": "Question",
        "name": "Qual latência é boa para uma VPS no Brasil?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Depende de onde estão os usuários. Quem está perto do datacenter vê poucos milissegundos; quem está a milhares de quilômetros vê mais, porque a luz na fibra leva por volta de 1 ms para cada 100 km de ida e volta. Compare o resultado com o mínimo físico da distância e com outros destinos na mesma cidade."
        }
      },
      {
        "@type": "Question",
        "name": "Por que a minha VPS não responde ao ping?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Normalmente porque o firewall da VPS descarta ICMP, o que é uma escolha de configuração e não um defeito. Nesse caso, meça a latência pelo tempo de conexão TCP em uma porta aberta, com curl, psping no Windows ou mtr com -T e -P."
        }
      },
      {
        "@type": "Question",
        "name": "Como medir a latência de outras cidades sem ter servidor lá?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Use plataformas de sondas distribuídas, como RIPE Atlas e Globalping, que rodam ping e traceroute a partir de pontos em várias cidades. Looking glass de operadoras mostram como a rede delas enxerga o destino. E pedir a usuários reais de outros estados que rodem um ping continua sendo o teste mais fiel."
        }
      },
      {
        "@type": "Question",
        "name": "A latência da VPS muda conforme o horário?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Pode mudar, principalmente do lado do usuário. À noite as redes residenciais ficam mais cheias e as filas nos roteadores crescem, o que aumenta a média e a variação. Por isso um teste só às três da tarde não representa o que um jogador vai ver às nove da noite."
        }
      }
    ]
  }
]
```