Resposta rápida
Como escolho a localização de um proxy ou a cidade de datacenter?
Para escolher a localização de um proxy, escolha a cidade de datacenter mais próxima de onde seu alvo está hospedado, ou a cidade cujos usuários você quer que vejam o site como se fossem eles. A distância define o piso: 1.000 km de fibra custam pelo menos 10 ms por ida e volta. A RackProxies aluga IPv4 dedicado em 34 cidades de datacenter, a partir de US$ 1,29 por IP por 30 dias. Sem KYC, somente cripto.
Regras práticas de localização de proxy
| Velocidade da luz na fibra óptica | Cerca de 200 km por milissegundo, dois terços da velocidade no vácuo |
|---|---|
| Ida e volta mínima | Distância em km ÷ 100 = milissegundos (ida e volta) |
| Idas e voltas reais | Sempre maior: os cabos seguem costas, estradas e leitos marinhos, e os roteadores acrescentam atraso |
| Atrás de um CDN | O servidor de borda mais próximo responde, então a cidade de origem importa menos |
| Cidades com página neste site | 34 cidades de datacenter em 20 países, além de Singapura e Hong Kong |
| Escolher uma cidade na RackProxies | Escolha o país no checkout; uma cidade de datacenter pode ser solicitada onde houver IPs online naquela cidade. A disponibilidade varia; o checkout mostra o que está online |
| Ressalva sobre geolocalização | IPs de datacenter são registrados em redes de hospedagem, não em provedores de internet residenciais. Bases de geolocalização de IP podem colocar o mesmo IP em uma cidade diferente, ou até em um país diferente, do datacenter que o anuncia |
O proxy deve ficar perto do site ou perto dos usuários?
Coloque o proxy perto do site quando a velocidade importa e perto dos usuários quando o que eles veem importa. Os dois objetivos podem apontar para cidades diferentes.
- Tarefas de velocidade (monitorar uma API, buscar muitas páginas): cada requisição percorre o caminho proxy-site, então um caminho curto economiza tempo em cada uma.
- Tarefas de visão local (preços, resultados de busca, anúncios, redirecionamentos por idioma): o site decide o que mostrar a partir do país do IP. Escolha o país do público e depois a cidade de datacenter mais próxima nesse país.
- Acesso com allowlist: o parceiro só se importa que o IP esteja na lista dele. Escolha uma cidade perto dos servidores do parceiro e, se puder, mantenha os mesmos IPs na renovação.
Na dúvida, alugue um IP em cada cidade candidata e meça; é para isso que serve o plano 1 IP.
Como descubro onde um site está hospedado?
Quatro verificações, todas com ferramentas gratuitas. Use example.com no lugar do seu alvo.
Resolva o hostname
Execute
dig +short example.com A(ounslookup example.comno Windows). Anote os endereços IPv4. Vários endereços ou um TTL curto costumam indicar um CDN ou um balanceador de carga.Consulte o registro do IP no registro regional
Abra
https://rdap.org/ip/<ip>no navegador. O RDAP (RFC 9082 e RFC 9083) retorna JSON com o nome da rede, o titular e um país. O país é onde o titular está registrado, não prova de onde o servidor está.Trace a rota
Execute
traceroute example.com(Linux, macOS) outracert example.com(Windows). Nomes de roteadores perto do fim costumam conter uma cidade ou código de aeroporto, como fra, ams ou iad. Trate-os como pistas, não como fatos.Verifique se há um CDN
Se o titular for um CDN ou uma rede de borda em nuvem, o endereço que você alcançou é um servidor de borda perto de você. A origem pode estar em qualquer lugar; escolha pelo público em vez de pela origem.
Por que um CDN muda a resposta?
Uma rede de entrega de conteúdo responde a partir do servidor de borda mais próximo do visitante, então a "cidade de hospedagem" de um site atrás de um CDN é onde você estiver. Muitos sites grandes publicam um IP anunciado de dezenas de cidades ao mesmo tempo (anycast). Seu tráfego chega ao mais próximo.
Para um proxy, isso significa duas coisas. Primeiro, quase qualquer cidade de datacenter alcança uma borda de CDN rapidamente, porque os CDNs constroem bordas nos mesmos hubs que os datacenters. Segundo, o conteúdo que a borda serve depende do país do seu IP. Então, para sites atrás de um CDN, escolha o país primeiro e a cidade depois.
Quanta latência a distância acrescenta?
Cada 100 km de distância em linha reta acrescenta pelo menos 1 ms a uma ida e volta, porque a luz na fibra viaja cerca de 200 km por milissegundo e uma ida e volta percorre a distância duas vezes. A tabela abaixo dá esse piso para pares comuns.
As distâncias são em círculo máximo (linha reta), calculadas a partir das coordenadas do centro das cidades. São limites inferiores: os cabos reais são mais longos e cada roteador no caminho acrescenta um pouco. Quanto acima do piso um caminho real fica depende da rota, então meça o seu.
Ida e volta mínima entre cidades de datacenter
| A partir de | Para | Distância em círculo máximo | Ida e volta mínima em fibra |
|---|---|---|---|
| Nova York | Ashburn | 350 km | 3,5 ms |
| Londres | Amsterdã | 360 km | 3,6 ms |
| Amsterdã | Frankfurt | 360 km | 3,6 ms |
| Tóquio | Osaka | 390 km | 3,9 ms |
| Ashburn | Chicago | 910 km | 9,1 ms |
| Tóquio | Seul | 1.150 km | 11,5 ms |
| Dubai | Mumbai | 1.940 km | 19,4 ms |
| Ashburn | Los Angeles | 3.650 km | 36,5 ms |
| Londres | Nova York | 5.570 km | 55,7 ms |
| Singapura | Sydney | 6.310 km | 63,1 ms |
| Miami | São Paulo | 6.570 km | 65,7 ms |
| Londres | Joanesburgo | 9.070 km | 90,7 ms |
| Frankfurt | Singapura | 10.260 km | 102,6 ms |
Como meço a latência real através de um proxy?
Meça com as variáveis de tempo do curl, várias vezes seguidas, através de cada IP candidato. O comando abaixo mostra o tempo para chegar ao proxy, o tempo até o handshake TLS com o site terminar e o total:
curl -s -o /dev/null -x http://USERNAME:PASSWORD@IP:PORT -w "%{time_connect} %{time_appconnect} %{time_total}\n" https://example.com
Através de um proxy, time_connect é o trecho de você até o proxy. A diferença entre time_connect e time_appconnect cobre a configuração do túnel e o handshake TLS com o site, que é a parte que a cidade do datacenter muda. Compare a mediana de cinco execuções, não uma única execução. Os exemplos de código mostram um teste de tempo em Python.
Quais cidades de datacenter posso comparar?
Cada página de cidade lista suas instalações no PeeringDB, exchanges de internet e distâncias até outros hubs.
Europa
Amsterdam Países Baixos · 64 instalações
Dublin Irlanda · 21 instalações
Frankfurt Alemanha · 53 instalações
London Reino Unido · 82 instalações
Madrid Espanha · 31 instalações
Manchester Reino Unido · 20 instalações
Milan Itália · 23 instalações
Paris França · 76 instalações
Stockholm Suécia · 27 instalações
Vienna Áustria · 30 instalações
Warsaw Polônia · 24 instalações
Zurich Suíça · 34 instalações
Américas
Ashburn Estados Unidos · 71 instalações
Atlanta Estados Unidos · 40 instalações
Chicago Estados Unidos · 62 instalações
Dallas Estados Unidos · 53 instalações
Denver Estados Unidos · 28 instalações
Los Angeles Estados Unidos · 43 instalações
Miami Estados Unidos · 24 instalações
Montreal Canadá · 35 instalações
New York Estados Unidos · 82 instalações
Phoenix Estados Unidos · 25 instalações
São Paulo Brasil · 66 instalações
Seattle Estados Unidos · 35 instalações
Silicon Valley Estados Unidos · 57 instalações
Toronto Canadá · 44 instalações
Ásia
Dubai Emirados Árabes Unidos · 7 instalações
Mumbai Índia · 49 instalações
Osaka Japão · 12 instalações
Seoul Coreia do Sul · 33 instalações
Tokyo Japão · 38 instalações
África
Johannesburg África do Sul · 14 instalações
Oceania
Dúvidas sobre localização de proxy
Qual cidade de datacenter é a mais rápida?
Nenhuma é a mais rápida para todos os alvos. A cidade mais rápida é a que tem o caminho de rede mais curto até o seu alvo, o que geralmente significa a mais próxima. Um IP de Frankfurt é rápido para um site hospedado em Frankfurt e lento para um site hospedado em Sydney. Meça através de um IP por cidade candidata antes de comprar um plano grande.
A cidade do proxy muda os preços ou resultados que um site mostra?
Muitas vezes, sim, mas principalmente pelo país, não pela cidade. Muitos sites escolhem moeda, idioma e catálogo a partir do país que o banco de dados de IP deles retorna para o seu IP. Alguns sites chegam ao nível de região ou cidade. IPs de datacenter são registrados em redes de hospedagem, não em provedores de internet residenciais. Bases de geolocalização de IP podem colocar o mesmo IP em uma cidade diferente, ou até em um país diferente, do datacenter que o anuncia. Veja por que um proxy mostra uma cidade diferente.
Posso escolher a cidade exata do datacenter na RackProxies?
Escolha o país no checkout; uma cidade de datacenter pode ser solicitada onde houver IPs online naquela cidade. A disponibilidade varia; o checkout mostra o que está online. Toda cidade custa o mesmo, a partir de US$ 1,29 por um IP por 30 dias. A cidade de cada IP é mostrada na sua conta após a entrega, ao lado da porta e da data de término.
O país no RDAP é a localização do servidor?
Não. O país em um registro RDAP é o país da organização que detém o bloco de endereços. Uma empresa dos EUA pode deter um bloco usado na Europa, e o registro ainda dirá EUA. Use o RDAP para saber quem opera a rede, depois traceroute e os documentos do próprio detentor para saber onde.
Em quantas cidades devo distribuir meus proxies?
Tantas quantas o seu trabalho precisar e não mais. Um trabalho de monitoramento que verifica seu serviço de três regiões precisa de três cidades. Uma checagem de preço para um país precisa apenas daquele país. Distribuir IPs por cidades que não servem ao seu objetivo adiciona latência sem benefício. Os planos começam em US$ 6,45 por 5 IPs.
Preciso de documento para alugar um proxy em uma determinada cidade?
Não. Sem KYC: sem documento, sem selfie, sem documentos para se cadastrar, recarregar ou comprar. Você paga em BTC, USDT, USDC, ETH, SOL, LTC e faz login com um número de conta; e-mail é opcional. A página de pagamentos com cripto explica como um depósito é associado e creditado.
Teste uma cidade com um IP
1 IP por US$ 1,29. Sem KYC, pago com cripto.
Fontes (5)
- RFC 9082: Registration Data Access Protocol (RDAP) Query Format — IETF (2026-10-19)
- RFC 9083: JSON Responses for the Registration Data Access Protocol (RDAP) — IETF (2026-10-19)
- rdap.org: redirecionador RDAP — rdap.org (2026-10-19)
- página de manual do curl (--proxy, --write-out) — curl project (2026-10-19)
- PeeringDB — PeeringDB (2026-10-19)