Snel antwoord
Hoe kies ik een proxylocatie of datacenterstad?
Om een proxylocatie te kiezen, kies je de datacenterstad die het dichtst bij de hosting van je doel ligt, of de stad waarvan je wilt dat gebruikers de site zien. Afstand bepaalt de ondergrens: 1.000 km glasvezel kost minstens 10 ms per round trip. RackProxies verhuurt dedicated IPv4 in 34 datacentersteden, vanaf US$ 1,29 per IP voor 30 dagen. Zonder KYC, alleen crypto.
Vuistregels voor proxylocatie
| Lichtsnelheid in optische glasvezel | Ongeveer 200 km per milliseconde, twee derde van de snelheid in vacuüm |
|---|---|
| Minimale round trip | Afstand in km ÷ 100 = milliseconden (heen en terug) |
| Echte round trips | Altijd hoger: kabels volgen kusten, wegen en zeebodems, en routers voegen vertraging toe |
| Achter een CDN | De dichtstbijzijnde edge-server antwoordt, dus de stad van de origin maakt minder uit |
| Steden met een pagina op deze site | 34 datacentersteden in 20 landen, plus Singapore en Hong Kong |
| Een stad kiezen bij RackProxies | Kies het land bij het afrekenen; een datacenterstad kan worden aangevraagd waar IP's online zijn in die stad. Beschikbaarheid varieert; bij het afrekenen zie je wat online is |
| Geolocatie-voorbehoud | Datacenter-IP's zijn geregistreerd bij hostingnetwerken, niet bij thuisinternetproviders. IP-geolocatiedatabases kunnen hetzelfde IP in een andere stad, of zelfs een ander land, plaatsen dan het datacenter dat het aankondigt |
Moet de proxy dicht bij de website of dicht bij de gebruikers staan?
Zet de proxy dicht bij de website als snelheid belangrijk is, en dicht bij de gebruikers als belangrijk is wat zij zien. De twee doelen kunnen naar verschillende steden wijzen.
- Snelheidstaken (een API monitoren, veel pagina's ophalen): elk verzoek legt het pad proxy-naar-website af, dus een kort pad bespaart tijd per verzoek.
- Lokale-weergavetaken (prijzen, zoekresultaten, advertenties, taalredirects): de website bepaalt wat hij toont op basis van het land van het IP. Kies het land van het publiek en dan de dichtstbijzijnde datacenterstad in dat land.
- Toegang via allowlist: de partner kijkt alleen of het IP op zijn lijst staat. Kies een stad dicht bij de servers van de partner en houd bij verlenging zo mogelijk dezelfde IP's.
Bij twijfel: huur één IP in elke kandidaatstad en meet; daar is het 1 IP-plan voor.
Hoe vind ik waar een website wordt gehost?
Vier controles, allemaal met gratis tools. Gebruik example.com als plaatsvervanger voor je doelwit.
Los de hostnaam op
Voer
dig +short example.com Auit (ofnslookup example.comop Windows). Noteer de IPv4-adressen. Meerdere adressen of een korte TTL wijzen vaak op een CDN of load balancer.Zoek het registry-record van het IP op
Open
https://rdap.org/ip/<ip>in een browser. RDAP (RFC 9082 en RFC 9083) retourneert JSON met de netwerknaam, de houder en een land. Het land is waar de houder is geregistreerd, geen bewijs van waar de server staat.Traceer het pad
Voer
traceroute example.comuit (Linux, macOS) oftracert example.com(Windows). Routernamen aan het eind bevatten vaak een stad of luchthavencode, zoals fra, ams of iad. Behandel ze als hints, niet als feiten.Controleer op een CDN
Als de houder een CDN of cloud-edge-netwerk is, is het adres dat je bereikte een edge-server dicht bij jou. De origin kan overal staan; kies op basis van het publiek in plaats van de origin.
Waarom verandert een CDN het antwoord?
Een content delivery network antwoordt vanaf de edge-server die het dichtst bij de bezoeker staat, dus de "hostingstad" van een site achter een CDN is waar je zelf staat. Veel grote sites publiceren één IP dat vanuit tientallen steden tegelijk wordt aangekondigd (anycast). Je verkeer bereikt de dichtstbijzijnde.
Voor een proxy betekent dit twee dingen. Ten eerste bereikt bijna elke datacenterstad snel een CDN-edge, omdat CDN's edges bouwen in dezelfde hubs als datacenters. Ten tweede hangt de inhoud die de edge serveert af van het land van je IP. Kies voor sites achter een CDN dus eerst het land en dan de stad.
Hoeveel latency voegt afstand toe?
Elke 100 km hemelsbrede afstand voegt minstens 1 ms toe aan een round trip, omdat licht in glasvezel ongeveer 200 km per milliseconde aflegt en een round trip de afstand twee keer aflegt. De tabel hieronder geeft die ondergrens voor veelvoorkomende paren.
De afstanden zijn grootcirkelafstanden (hemelsbreed) berekend uit coördinaten van het stadscentrum. Het zijn ondergrenzen: echte kabels zijn langer en elke router onderweg voegt een beetje toe. Hoe ver boven de ondergrens een echt pad uitkomt, hangt af van de route, dus meet je eigen pad.
Minimale round trip tussen datacentersteden
| Vanaf | Naar | Grootcirkelafstand | Minimale round trip in glasvezel |
|---|---|---|---|
| New York | Ashburn | 350 km | 3,5 ms |
| Londen | Amsterdam | 360 km | 3,6 ms |
| Amsterdam | Frankfurt | 360 km | 3,6 ms |
| Tokio | Osaka | 390 km | 3,9 ms |
| Ashburn | Chicago | 910 km | 9,1 ms |
| Tokio | Seoel | 1.150 km | 11,5 ms |
| Dubai | Mumbai | 1.940 km | 19,4 ms |
| Ashburn | Los Angeles | 3.650 km | 36,5 ms |
| Londen | New York | 5.570 km | 55,7 ms |
| Singapore | Sydney | 6.310 km | 63,1 ms |
| Miami | São Paulo | 6.570 km | 65,7 ms |
| Londen | Johannesburg | 9.070 km | 90,7 ms |
| Frankfurt | Singapore | 10.260 km | 102,6 ms |
Hoe meet ik de echte latency via een proxy?
Meet het met de timing-variabelen van curl, een paar keer achter elkaar, via elk kandidaat-IP. Het onderstaande commando toont de tijd om de proxy te bereiken, de tijd tot de TLS-handshake met de website klaar is, en het totaal:
curl -s -o /dev/null -x http://USERNAME:PASSWORD@IP:PORT -w "%{time_connect} %{time_appconnect} %{time_total}\n" https://example.com
Via een proxy is time_connect het stuk van jou naar de proxy. Het verschil tussen time_connect en time_appconnect omvat het opzetten van de tunnel en de TLS-handshake met de website, en dat is het deel dat de datacenterstad verandert. Vergelijk de mediaan van vijf runs, niet één enkele run. De codevoorbeelden tonen een timingtest in Python.
Welke datacentersteden kan ik vergelijken?
Elke stadspagina vermeldt de PeeringDB-faciliteiten, internet exchanges en afstanden tot andere hubs.
Europa
Amsterdam Nederland · 64 faciliteiten
Dublin Ierland · 21 faciliteiten
Frankfurt Duitsland · 53 faciliteiten
London Verenigd Koninkrijk · 82 faciliteiten
Madrid Spanje · 31 faciliteiten- Manchester Verenigd Koninkrijk · 20 faciliteiten
Milan Italië · 23 faciliteiten
Paris Frankrijk · 76 faciliteiten
Stockholm Zweden · 27 faciliteiten
Vienna Oostenrijk · 30 faciliteiten
Warsaw Polen · 24 faciliteiten
Zurich Zwitserland · 34 faciliteiten
Amerika
Ashburn Verenigde Staten · 71 faciliteiten- Atlanta Verenigde Staten · 40 faciliteiten
- Chicago Verenigde Staten · 62 faciliteiten
- Dallas Verenigde Staten · 53 faciliteiten
- Denver Verenigde Staten · 28 faciliteiten
- Los Angeles Verenigde Staten · 43 faciliteiten
- Miami Verenigde Staten · 24 faciliteiten
Montreal Canada · 35 faciliteiten- New York Verenigde Staten · 82 faciliteiten
- Phoenix Verenigde Staten · 25 faciliteiten
São Paulo Brazilië · 66 faciliteiten- Seattle Verenigde Staten · 35 faciliteiten
- Silicon Valley Verenigde Staten · 57 faciliteiten
- Toronto Canada · 44 faciliteiten
Azië
Dubai Verenigde Arabische Emiraten · 7 faciliteiten
Mumbai India · 49 faciliteiten
Osaka Japan · 12 faciliteiten
Seoul Zuid-Korea · 33 faciliteiten- Tokyo Japan · 38 faciliteiten
Afrika
Johannesburg Zuid-Afrika · 14 faciliteiten
Oceanië
MelbourneVragen over proxylocatie
Welke datacenterstad is het snelst?
Geen enkele is voor elk doel het snelst. De snelste stad is die met het kortste netwerkpad naar je doel, wat meestal de dichtstbijzijnde is. Een IP uit Frankfurt is snel voor een site die in Frankfurt wordt gehost en traag voor een site die in Sydney wordt gehost. Meet via één IP per kandidaatstad voordat je een groot plan koopt.
Verandert de proxystad de prijzen of resultaten die een site toont?
Vaak wel, maar vooral via het land, niet de stad. Veel sites kiezen valuta, taal en catalogus op basis van het land dat hun IP-database voor jouw IP teruggeeft. Sommige sites gaan tot op de regio of stad. Datacenter-IP's zijn geregistreerd bij hostingnetwerken, niet bij thuisinternetproviders. IP-geolocatiedatabases kunnen hetzelfde IP in een andere stad, of zelfs een ander land, plaatsen dan het datacenter dat het aankondigt. Zie waarom een proxy een andere stad toont.
Kan ik bij RackProxies de exacte datacenterstad kiezen?
Kies het land bij het afrekenen; een datacenterstad kan worden aangevraagd waar IP's online zijn in die stad. Beschikbaarheid varieert; bij het afrekenen zie je wat online is. Elke stad kost hetzelfde, vanaf US$ 1,29 voor één IP voor 30 dagen. De stad van elk IP wordt na levering in je account getoond, naast de poort en einddatum.
Is het RDAP-land de locatie van de server?
Nee. Het land in een RDAP-record is het land van de organisatie die het adresblok bezit. Een Amerikaans bedrijf kan een blok bezitten dat in Europa wordt gebruikt, en het record zegt dan nog steeds US. Gebruik RDAP om te weten wie het netwerk beheert, en traceroute en de eigen documenten van de houder om te weten waar.
Over hoeveel steden moet ik mijn proxy's spreiden?
Zoveel als je taak nodig heeft en niet meer. Een monitoringtaak die je service vanuit drie regio's controleert, heeft drie steden nodig. Een prijscheck voor één land heeft alleen dat land nodig. IP's spreiden over steden die je doel niet dienen, voegt latency toe zonder voordeel. Plannen beginnen bij US$ 6,45 voor 5 IP's.
Heb ik een ID nodig om een proxy in een bepaalde stad te huren?
Nee. Geen KYC: geen ID, geen selfie, geen documenten om je aan te melden, op te waarderen of te kopen. Je betaalt in BTC, USDT, USDC, ETH, SOL, LTC, en je logt in met een accountnummer; een e-mail is optioneel. De pagina over cryptobetalingen legt uit hoe een top-up wordt gematcht en gecrediteerd.
Test een stad met één IP
1 IP voor US$ 1,29. Zonder KYC, betaald in crypto.
Bronnen (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: RDAP redirector — rdap.org (2026-10-19)
- curl man page (--proxy, --write-out) — curl project (2026-10-19)
- PeeringDB — PeeringDB (2026-10-19)