--- title: "Como testar a velocidade de rede da VPS com iperf3" description: "Meça upload, download e UDP da sua VPS com iperf3, confira a banda com curl e wget e entenda por que o resultado depende também da outra ponta." url: "https://streethosting.com.br/guias/vps/testar-velocidade-rede-vps-iperf3" category: "vps" slug: "testar-velocidade-rede-vps-iperf3" datePublished: "2026-09-28" dateModified: "2026-09-28" author: "Equipe StreetHosting" difficulty: "intermediario" language: "pt-BR" keywords: - "testar velocidade rede vps" - "iperf3 vps" - "como usar iperf3" - "iperf3 udp" - "medir banda servidor linux" --- # Teste de banda na VPS: iperf3, download com curl e como ler o resultado O iperf3 mede quanto a rede entre duas máquinas aguenta de verdade, nos dois sentidos, em TCP e em UDP. O resultado só faz sentido quando você sabe qual das pontas e qual trecho do caminho estão limitando o número. > **Resposta rápida** > > Para **testar a velocidade de rede da VPS**, rode `iperf3 -s -1` na VPS e `iperf3 -c IP_DA_VPS` na outra ponta, depois repita com `-R` para o sentido contrário e `-P 4` para fluxos paralelos. Libere a porta 5201 só durante o teste e feche depois. O número final é sempre o do trecho mais estreito: a sua internet, o wifi e a rota contam tanto quanto a VPS. ## O que um teste de rede mede Um teste de banda mede throughput: quantos bits por segundo passam de verdade entre duas máquinas. Não é o mesmo que a velocidade anunciada da porta, que é o teto, e não tem relação direta com ping. A diferença entre capacidade anunciada e vazão real está explicada em [throughput e largura de banda](https://streethosting.com.br/guias/infraestrutura/o-que-e-throughput-largura-de-banda-servidor). O ponto que quase todo mundo esquece é que o teste tem duas pontas e um caminho. Se a VPS tem uplink de 1 Gbps e a sua casa tem fibra de 300 Mbps, o teste de casa nunca vai passar de 300 Mbps, e isso não diz nada sobre a VPS. O resultado é o mínimo entre a VPS, a rota e a outra ponta. Mesmo sem nenhum gargalo, TCP não chega a 1000 Mbit/s em um link de 1 Gbps. Cada pacote de 1500 bytes carrega por volta de 1448 bytes de dados depois dos cabeçalhos IP e TCP, e o quadro Ethernet ainda soma bytes por fora. O teto prático fica perto de 940 Mbit/s, e um resultado nessa faixa é o link cheio. ## Instalar e abrir a porta O iperf3 precisa estar instalado nas duas pontas. No Ubuntu e no Debian ele está no repositório padrão; no Mac, no Homebrew; para Windows existem compilações prontas do mesmo programa. ``` # Ubuntu e Debian, na VPS e no cliente Linux sudo apt update && sudo apt install iperf3 # macOS brew install iperf3 ``` Se o instalador do Ubuntu perguntar se o iperf3 deve iniciar automaticamente como serviço, responda que não. Você vai rodar o servidor só na hora do teste. O servidor escuta na porta 5201, em TCP e em UDP. Libere essa porta só para o IP de onde vem o teste. No UFW, a regra sem protocolo cobre os dois: ``` # descubra o seu IP público no computador de teste curl -4 ifconfig.me # na VPS, libere a porta só para esse IP sudo ufw allow from SEU_IP to any port 5201 ``` > **Atenção** > > O iperf3 não pede senha por padrão. Com a porta aberta para o mundo, qualquer pessoa pode usar a sua VPS para testes e consumir a sua banda. Restrinja pelo IP e apague a regra ao terminar, como mostra a próxima seção. O básico de regras e ordem de avaliação está em [firewall UFW na VPS](https://streethosting.com.br/guias/vps/firewall-ufw-vps-ubuntu). ## Primeiro teste e como ler Na VPS, suba o servidor com `-1`, que atende um único teste e encerra sozinho. Na outra ponta, rode o cliente: ``` # na VPS iperf3 -s -1 # no cliente: 10 segundos em TCP, cliente enviando para a VPS iperf3 -c IP_DA_VPS ``` A saída tem uma linha por segundo e um resumo no final. Um exemplo ilustrativo entre duas máquinas com link de 1 Gbps: ``` [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 98.2 MBytes 824 Mbits/sec 0 3.12 MBytes [ 5] 1.00-2.00 sec 108 MBytes 906 Mbits/sec 0 3.12 MBytes ... - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 1.05 GBytes 903 Mbits/sec 12 sender [ 5] 0.00-10.01 sec 1.05 GBytes 900 Mbits/sec receiver ``` - **Bitrate:** a taxa. Use a linha receiver do resumo, que conta o que chegou de fato. - **Retr:** segmentos TCP retransmitidos. Algumas dezenas em 10 segundos de teste cheio é normal; milhares indicam perda ou congestionamento no caminho. - **Cwnd:** a janela de congestionamento, quanto o TCP deixa em trânsito sem confirmação. Se ela não para de cair, há perda. - **Primeiro segundo mais baixo:** é o TCP acelerando. Use `-O 2` para descartar os dois primeiros segundos da média. Terminados os testes, feche a porta: `sudo ufw delete allow from SEU_IP to any port 5201`. ## Reverso, paralelo e bidirecional O teste padrão mede só um sentido. Para ter o quadro completo, rode as variações abaixo. Lembre de subir de novo o `iperf3 -s -1` na VPS antes de cada uma, ou use `iperf3 -s` sem o `-1` e encerre com Ctrl+C no fim. | Comando no cliente | O que mede | Rodando o cliente em casa | | --- | --- | --- | | iperf3 -c IP_DA_VPS | Cliente envia, VPS recebe | O seu upload até a VPS | | iperf3 -c IP_DA_VPS -R | VPS envia, cliente recebe | O download que a VPS entrega para você | | iperf3 -c IP_DA_VPS -P 4 | Quatro fluxos TCP em paralelo | A capacidade total, sem o limite de um fluxo só | | iperf3 -c IP_DA_VPS -R -P 4 -t 30 | Paralelo, sentido contrário, 30 segundos | Download sustentado, bom para pegar oscilação | | iperf3 -c IP_DA_VPS --bidir | Os dois sentidos ao mesmo tempo | Como o link se comporta cheio nas duas direções | Se o teste com um fluxo dá bem menos que o teste com `-P 4`, a limitação é o próprio TCP, não o link. Um único fluxo precisa manter em trânsito uma quantidade de dados igual à banda vezes a latência: a 1 Gbit/s com 20 ms de ida e volta são cerca de 2,5 MB; com 150 ms, perto de 19 MB, mais do que a configuração padrão costuma dar a uma conexão. Por isso rotas longas mostram fluxo único baixo e soma alta, e downloads grandes usam várias conexões. > **Dica** > > Em VPS pequena, o próprio iperf3 pode virar o gargalo. Até a versão 3.15 ele roda tudo em uma thread; a 3.16, que é a do Ubuntu 24.04, usa uma thread por fluxo paralelo. Se um núcleo encosta em 100% durante o teste, o número mede a CPU e não a rede. ## Teste em UDP Para jogos, voz e VPN, o teste em UDP mostra algo que o TCP esconde: quanto se perde e quanto o tempo de chegada varia a uma taxa fixa. Sem `-b`, o iperf3 manda só 1 Mbit/s em UDP, então informe a taxa desejada: ``` # 100 Mbit/s em UDP, cliente enviando para a VPS iperf3 -c IP_DA_VPS -u -b 100M # mesma taxa, VPS enviando para o cliente iperf3 -c IP_DA_VPS -u -b 100M -R ``` O resumo traz duas colunas novas: `Jitter` e `Lost/Total Datagrams`. Olhe a linha receiver: perda acima de 1% ou jitter de vários milissegundos a uma taxa que o caminho deveria aguentar indicam fila ou congestionamento, e aí vale medir a rota com o [MTR](https://streethosting.com.br/guias/infraestrutura/usar-mtr-diagnosticar-rede). > **Atenção** > > UDP não tem controle de congestionamento: o iperf3 manda exatamente a taxa pedida, caiba ou não no caminho. Comece baixo, com 50M ou 100M, e suba aos poucos. Disparar 1G contra uma conexão doméstica só enche a fila do roteador e derruba a internet da casa durante o teste. ## Download com curl e wget Nem sempre dá para instalar o iperf3 na outra ponta. Um download grande por HTTP é um teste simples e realista, porque é exatamente o que os seus usuários fazem. Da VPS para fora, baixe um arquivo grande de um servidor bem conectado, como a imagem ISO de uma distribuição Linux em um espelho brasileiro, descartando o conteúdo: ``` # curl: imprime a média em bytes por segundo curl -o /dev/null -w 'media: %{speed_download} bytes/s\n' URL_DO_ARQUIVO # wget: mostra a taxa ao vivo e a média no final wget -O /dev/null URL_DO_ARQUIVO ``` O curl informa bytes por segundo. Multiplique por 8 e divida por um milhão para ter Mbit/s: 112.000.000 bytes/s equivalem a 896 Mbit/s. Para medir o caminho inverso, da VPS até a sua casa, sirva um arquivo de teste na própria VPS por alguns minutos: ``` # na VPS fallocate -l 1G teste.bin sudo ufw allow from SEU_IP to any port 8080 proto tcp python3 -m http.server 8080 # no seu computador (no Windows, use curl.exe e troque /dev/null por NUL) curl -o /dev/null -w 'media: %{speed_download} bytes/s\n' http://IP_DA_VPS:8080/teste.bin # de volta na VPS: Ctrl+C no servidor, depois sudo ufw delete allow from SEU_IP to any port 8080 proto tcp rm teste.bin ``` ## O que limita o resultado Um número isolado engana. Um roteiro que separa a capacidade da VPS da experiência dos usuários tem quatro medições: 1. Da VPS até outro servidor em datacenter, com `-P 4` nos dois sentidos. Esse é o número da VPS. 2. Da sua casa até a VPS, com cabo, no modo normal e com `-R`. Esse é o número que um usuário parecido com você vai ver. 3. Em UDP, na taxa que a sua aplicação usa de verdade, para ver perda e jitter nessa carga. 4. As mesmas medições no horário de pico, entre 20h e 23h, quando as redes residenciais estão mais cheias. Anote data, hora, origem e comando de cada teste. Quando algum número fica baixo, a tabela liga o sintoma à causa mais provável. | O que você viu | Causa provável | Próximo passo | | --- | --- | --- | | Resultado igual ao plano da sua internet | A sua conexão é o gargalo, não a VPS | Testar contra outro servidor em datacenter | | Muito pior no wifi que no cabo | Rádio, distância ou interferência | Refazer tudo com cabo | | Um fluxo baixo e -P 4 alto | Latência alta limitando a janela TCP | Normal em rota longa; considere a soma | | Retr na casa dos milhares | Perda ou congestionamento no caminho | Rodar MTR nos dois sentidos | | CPU em 100% durante o teste | O iperf3 limitado pela VPS pequena | Usar -P com a versão 3.16 ou medir com curl | | Taxa despenca para zero e não volta | Buraco negro de MTU no caminho | Testar o MTU com ping e bit DF ligado | | Perda alta só no teste UDP | Taxa pedida acima do que o caminho aguenta | Reduzir o valor de -b | O caso da taxa que cai para zero merece atenção, porque parece defeito da VPS e quase nunca é: o sintoma e o teste estão no guia de [MTU e PMTUD](https://streethosting.com.br/guias/infraestrutura/o-que-e-mtu-rede). Para completar o diagnóstico com latência e variação a partir de várias cidades, siga [como testar a latência de uma VPS](https://streethosting.com.br/guias/vps/testar-latencia-vps). ## Uplink das VPS e dos dedicados Todas as [VPS da StreetHosting](https://streethosting.com.br/vps) têm uplink de 1 Gbps, em datacenter em São Paulo, com AntiDDoS incluso e acesso root para rodar iperf3, curl e qualquer ferramenta de teste. Como mostrado acima, o que você mede depende também da outra ponta e da rota, então teste de mais de um lugar antes de tirar conclusão. - **VPS Ryzen 9 9950X:** de R$ 39,00 (1 vCPU, 2 GB DDR5, 20 GB NVMe) a R$ 814,00 (14 vCPU, 64 GB, 640 GB NVMe). Mais vCPU ajuda a sustentar muitos fluxos simultâneos com criptografia, como HTTPS e VPN. Veja os degraus na [página da VPS Ryzen](https://streethosting.com.br/vps/ryzen). - **VPS Xeon:** de R$ 23,00 (2 vCPU, 2 GB) a R$ 550,00 (24 vCPU, 64 GB), com o mesmo uplink de 1 Gbps e mais núcleos por real. - **Acima de 1 Gbps:** os [servidores dedicados](https://streethosting.com.br/dedicated) em São Paulo têm porta de 10 Gbps dedicada, a partir de R$ 1.489,00 por mês, para quem já satura o gigabit de forma sustentada. ## Perguntas frequentes ### Como testar a velocidade de rede de uma VPS? Instale o iperf3 na VPS e em outra máquina, rode iperf3 -s na VPS e iperf3 -c IP_DA_VPS na outra ponta. Repita com -R para medir o sentido contrário e com -P 4 para usar fluxos paralelos. Para um número que reflita a VPS e não a sua casa, teste também contra outro servidor em datacenter. ### Por que o iperf3 mostra menos que 1 Gbps? Porque o teste mede o trecho mais estreito entre as duas pontas. A sua internet, o wifi, a rota e a latência entram na conta. Mesmo em condição perfeita, TCP em um link de 1 Gbps com MTU de 1500 fica por volta de 940 Mbit/s por causa dos cabeçalhos. ### Qual a diferença entre o teste normal e o teste com -R? No modo normal, o cliente envia e o servidor recebe, então você mede o sentido cliente para servidor. Com -R, o servidor envia e o cliente recebe. Rodando o cliente em casa, o modo normal mede o seu upload até a VPS e o -R mede o download que a VPS entrega para você. ### Posso deixar o iperf3 rodando na VPS? Não é recomendado. Por padrão o iperf3 não tem autenticação, e qualquer pessoa que descubra a porta pode usar a sua banda. Rode o servidor com -1, para atender um teste e sair, libere a porta 5201 só para o seu IP e apague a regra do firewall ao terminar. ### Por que o teste feito de casa dá menos que o teste entre servidores? Porque de casa o limite quase sempre é a sua conexão: o plano contratado, o wifi, o roteador e a rota da operadora. Entre dois servidores em datacenter esses limites saem da conta. Os dois números são úteis: um mostra o que os seus usuários vão ver, o outro mostra a capacidade da VPS. ## Guias relacionados - [O que é throughput e largura de banda em servidores: diferença prática](https://streethosting.com.br/guias/infraestrutura/o-que-e-throughput-largura-de-banda-servidor.md) - [O que é banda e tráfego e quanto seu servidor consome](https://streethosting.com.br/guias/infraestrutura/o-que-e-bandwidth-trafego-servidor.md) - [UFW na VPS Ubuntu: regras de firewall sem perder o SSH](https://streethosting.com.br/guias/vps/firewall-ufw-vps-ubuntu.md) - [Como testar a latência de uma VPS a partir do Brasil](https://streethosting.com.br/guias/vps/testar-latencia-vps.md) - [O que é MTU e como um valor errado trava a conexão](https://streethosting.com.br/guias/infraestrutura/o-que-e-mtu-rede.md) ## Produtos citados - https://streethosting.com.br/vps - https://streethosting.com.br/vps/ryzen - https://streethosting.com.br/dedicated ## Dados estruturados ```json [ { "@context": "https://schema.org", "@type": [ "Article", "TechArticle" ], "headline": "Teste de banda na VPS: iperf3, download com curl e como ler o resultado", "name": "Como testar a velocidade de rede da VPS com iperf3", "abstract": "O iperf3 mede quanto a rede entre duas máquinas aguenta de verdade, nos dois sentidos, em TCP e em UDP. O resultado só faz sentido quando você sabe qual das pontas e qual trecho do caminho estão limitando o número.", "description": "Meça upload, download e UDP da sua VPS com iperf3, confira a banda com curl e wget e entenda por que o resultado depende também da outra ponta.", "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-velocidade-rede-vps-iperf3" } }, { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "Como testar a velocidade de rede de uma VPS?", "acceptedAnswer": { "@type": "Answer", "text": "Instale o iperf3 na VPS e em outra máquina, rode iperf3 -s na VPS e iperf3 -c IP_DA_VPS na outra ponta. Repita com -R para medir o sentido contrário e com -P 4 para usar fluxos paralelos. Para um número que reflita a VPS e não a sua casa, teste também contra outro servidor em datacenter." } }, { "@type": "Question", "name": "Por que o iperf3 mostra menos que 1 Gbps?", "acceptedAnswer": { "@type": "Answer", "text": "Porque o teste mede o trecho mais estreito entre as duas pontas. A sua internet, o wifi, a rota e a latência entram na conta. Mesmo em condição perfeita, TCP em um link de 1 Gbps com MTU de 1500 fica por volta de 940 Mbit/s por causa dos cabeçalhos." } }, { "@type": "Question", "name": "Qual a diferença entre o teste normal e o teste com -R?", "acceptedAnswer": { "@type": "Answer", "text": "No modo normal, o cliente envia e o servidor recebe, então você mede o sentido cliente para servidor. Com -R, o servidor envia e o cliente recebe. Rodando o cliente em casa, o modo normal mede o seu upload até a VPS e o -R mede o download que a VPS entrega para você." } }, { "@type": "Question", "name": "Posso deixar o iperf3 rodando na VPS?", "acceptedAnswer": { "@type": "Answer", "text": "Não é recomendado. Por padrão o iperf3 não tem autenticação, e qualquer pessoa que descubra a porta pode usar a sua banda. Rode o servidor com -1, para atender um teste e sair, libere a porta 5201 só para o seu IP e apague a regra do firewall ao terminar." } }, { "@type": "Question", "name": "Por que o teste feito de casa dá menos que o teste entre servidores?", "acceptedAnswer": { "@type": "Answer", "text": "Porque de casa o limite quase sempre é a sua conexão: o plano contratado, o wifi, o roteador e a rota da operadora. Entre dois servidores em datacenter esses limites saem da conta. Os dois números são úteis: um mostra o que os seus usuários vão ver, o outro mostra a capacidade da VPS." } } ] } ] ```