Como testar a velocidade de rede de um VPS ou servidor pela linha de comandos

Atualizado: 2026-10-08

Um servidor não tem navegador, por isso os sites habituais de teste de velocidade não servem. Mesmo assim, pode medir o desempenho real da sua rede a partir do terminal. Este guia mostra como e como interpretar o que vê.

Porquê testar a rede de um VPS

Os fornecedores anunciam velocidades de porta, mas o débito real depende do encaminhamento, dos anfitriões partilhados e da hora do dia. Testar diz-lhe se recebe o que paga e que localização funciona melhor para os seus utilizadores.

Executar o PulseTest a partir do terminal

O PulseTest tem uma ferramenta de linha de comandos que usa o mesmo motor de medição do site. Por SSH, execute o instalador de uma linha:

curl -fsSL https://pulsetest.net/ | sudo bash

Funciona em Linux, macOS e FreeBSD, instala um único comando e, na maioria dos sistemas, não precisa de dependências adicionais. Como com qualquer instalador enviado para uma shell, pode ler o script antes abrindo https://pulsetest.net/install.sh no navegador.

Depois execute o teste:

pulsetest

O comando speedtest também funciona como atalho.

Opções úteis

• pulsetest -s mostra um resultado curto e simples.
• pulsetest -j mostra JSON, útil para scripts e monitorização.
• pulsetest -q mostra apenas os números essenciais.
• pulsetest --help lista todas as opções.

Como ler os resultados

• O download e o upload, em Mbps, indicam o débito até ao servidor de teste. Compare-os com a velocidade de porta do seu plano.
• O ping indica a latência até ao servidor, determinada sobretudo pela distância.
• O jitter indica a estabilidade dessa latência. Um servidor pode ser rápido e ainda assim instável.

Obter resultados fiáveis

• Teste mais do que uma vez e a horas diferentes: os anfitriões partilhados variam.
• Compare mais do que uma região, porque o resultado é tão bom quanto o caminho até ao servidor de teste.
• Evite outras transferências pesadas durante o teste.
• Mantenha um registo: execute o comando a partir do cron e guarde a saída para detetar quebras que só acontecem a certas horas.

Quando os resultados parecem baixos

Um resultado muito abaixo da velocidade anunciada, repetido em vários momentos, merece ser levantado junto do fornecedor. Inclua os números, as horas e a localização do teste. Muitas vezes a causa é um anfitrião saturado, um plano limitado ou uma rota fraca, e outro centro de dados resolve.