VPS kopen: 7 valkuilen waar ik zelf in ben getrapt (en hoe jij ze vermijdt)

Een VPS kopen lijkt simpel: je kiest een configuratie, betaalt en klaar. Maar in twee jaar tijd heb ik 8 verschillende VPS-providers geprobeerd, en de valkuilen hebben me meer gekost dan ik ooit bespaard heb. In dit artikel zet ik de problemen op een rij waar ik tegenaan liep, in de hoop dat jij de omweg kunt overslaan.

1. Wat je van dit artikel kunt verwachten

Geen geruchten: alleen valkuilen die ik zélf heb meegemaakt.
Geen specs-obsessie: ik focus op de echte gebruikservaring, niet op benchmarks.
Direct uit te voeren: bij elke valkuil horen een controlemethode en een script.

Heb je weinig tijd? Dan is het spiekbriefje hieronder meer dan genoeg:

Valkuil	In één zin	Hoe te controleren
Datacenter ≠ IP-locatie	Je koopt Singapore, maar je IP hoeft geen Singapore te zijn	`bash <(curl -Ls IP.Check.Place)`
Verificatie jaagt je weg	Sommige providers maken een bestelling voelen als een visumaanvraag	Doorloop de registratie vóór je betaalt
Poep-chique netwerkroutes	“CN2 GIA” geldt soms alleen voor de heenroute	Testscript voor de retourroute
IP geblokkeerd / gelabeld	Je IP kan al door een vorige eigenaar zijn versleten	ping.pe + IP-risicocheck
Verborgen kosten	De stickerprijs is slechts het toegangskaartje	Tel de opties erbij voordat je bestelt
Restitutiebeleid	Jaarabonnementen in de aanbieding zijn het ergst	Ga de eerste keer nóóit voor een jaar
Support-reactiesnelheid	Pas als het misgaat, weet je hoe belangrijk dit is	Stel vóór de aankoop een pre-sales-vraag

Twijfel je nog of je gaat bestellen? Lees dan vanaf hier alles tot de laatste checklist.

Na mijn vorige valkuil-logboek stond ik weer op het punt om verder te klooien — even inhouden dus.

Typisch: de valkuilen houden nooit op, en het klooien ook niet.
8 VPS-providers vergeleken: mijn eerlijke aankoopgids voor indie developers

2. Zeven veelvoorkomende valkuilen

Valkuil 1: Datacenterlocatie ≠ IP-locatie

Dit is de valkuil waar de meeste mensen zich in vergissen. En degene die mijzelf het meest verraste.

Heel veel mensen (inclusief het eerdere ik) denken vanzelf: als ik een datacenter in Singapore huur, is mijn IP ook Singapore.

De realiteit: die twee dingen hebben vaak niks met elkaar te maken.

Wat ik heb meegemaakt

Een tijdje terug huurde ik een server in het Singapore-datacenter van GreenVPS, 88 dollar per jaar — de specs zagen er heerlijk uit (4 cores / 8 GB / 88 GB).

Zodra de machine draaide, was het netwerk erbarmelijk. Ik heb er letterlijk een paar honderd rondes met ChatGPT over gedaan voordat het kwartje viel: ik moest het IP controleren. Bleek de IP-locatie helemaal geen Singapore.

Dit is geen klein probleem. Het betekent dat:

Streaming-unlocks meteen falen (Netflix en Disney+ beoordelen op basis van de IP-database).
Bepaalde use cases gewoon onbruikbaar worden (denk aan regio-gevoelige accounts of API’s).
De retourroute kan totaal anders lopen dan je verwacht, met onvoorspelbare latency en stabiliteit als gevolg.

Tijdens diezelfde zoektocht bekeek ik voor het eerst serieus ping0.cc. Voor het eerst zag ik het met mijn eigen ogen: hoe een en hetzelfde IP steeds weer wordt doorverkocht tussen landen en providers.

Toen pas drong het door: veel VPS-problemen zijn helemaal geen machineproblemen, maar een kwestie van IP-geschiedenis.

Hoe je dit vermijdt

Geloof niet wat er op de verkooppagina staat — verifieer het IP altijd zelf:

# Veelgebruikte IP-locatiechecks
curl ip.sb
curl cip.cc
curl ipinfo.io

# Aanrader: alles-in-één check (streaming, risico, meer)
bash <(curl -Ls IP.Check.Place)

Zelftest vóór je bestelt

Vraag de support om een Test IP.
Controleer de IP-locatie met meerdere tools kruislings.
Loop het IP na op een rommelige geschiedenis.
Bij twijfel: neem eerst het kleinste pakket om te testen.

Valkuil 2: De verificatieprocedure jaagt je weg

Bij sommige VPS’en is de prijs niet het punt — je komt soms niet eens tot gebruik. Vooral bij een aantal Europese providers zit de compliance strak.

Mijn eigen ervaringen

Yangguang Cloud: registratie vereist een SMS-verificatiecode, maar de sms kwam maar niet door. Ander nummer, ander tijdstip, ticket ingestuurd — dagen later nog niet opgelost. Uiteindelijk ook nog real-name-verificatie vereist.
Contabo: na aankoop meteen de eis voor paspoort + bewijs van adres (een nutsrekening). Een VPS kopen voelde als een visumaanvraag. Voordat de machine draaide, was ik al dagen kwijt.
Hetzner: paspoort nodig, na een paar pogingen niet gelukt.

Daarna begon ik langzaam iets te beseffen:

De verificatieprocedure zélf is al een filter voor het type gebruiker.

Ben je een indie developer die snel wil testen en itereren? Dan is een zware verificatie op zich al een signaal van “waarschijnlijk niet voor jou.”

Natuurlijk, als je use case sterk genoeg is, is zo’n drempel geen dealbreaker.

Vergelijking van verificatiemethoden

Provider	Verificatie	Gedoe
TransIP / RackNerd / CloudCone	e-mail / iDEAL	⭐
Vultr / DigitalOcean	creditcard	⭐⭐
Chinese binnenlandse aanbieders (Yangguang Cloud)	real-name + telefoon	⭐⭐⭐
Contabo	paspoort + bewijs van adres	⭐⭐⭐⭐
Hetzner	paspoort / ID	⭐⭐⭐

contabo

Valkuil 3: Prachtige netwerkbeloftes, in de praktijk andere koek

“CN2 GIA”, “9929 premium netwerk”, “drie-netwerk optimalisatie.”

Als ik die termen nu zie, is mijn eerste reactie geen enthousiasme maar argwaan.

Bekende trucs

Alleen de heenroute is geoptimaliseerd, de retourroute loopt over een gewoon pad.
Overdag prima, maar in de avondpiek degraderen ze zichtbaar.
Ze adverteren “optimalisatie voor bepaalde regio’s” — en jij zit net niet in die regio.

Gebruik je de server vooral voor SSH, remote development of een webdienst? Dan is de retourroute veel belangrijker dan het bandbreedtegetal.

Controleer dit (verplicht)

# Retourroute-test
curl https://raw.githubusercontent.com/zhanghanyun/backtrace/main/install.sh -sSf | sh

# Veelgebruikte herkenningspunten:
# 59.43.x.x   -> CN2
# 202.97.x.x  -> 163 standaardroute
# 218.105 / 59.111 -> China Unicom 9929