Ongebruikte gereserveerde IP-adressen vinden en opruimen

Een gereserveerd IP-adres (afhankelijk van de provider ook wel elastic IP, floating IP of statisch IP genoemd) verdwijnt niet wanneer de server waar het bij hoorde verdwijnt. Het blijft gereserveerd in je account en je provider blijft ervoor factureren, vaak maandenlang, omdat bijna geen enkele factuur het als aparte regel vermeldt. Ongebruikte gereserveerde IP-adressen vinden en opruimen betekent meestal dat je elke provider handmatig controleert, of dat je een tool gebruikt die elk adres toont, ongeacht of er iets aan gekoppeld is.

Wat is een gereserveerd IP-adres, en waarom komt het niet vrij als je de server verwijdert?

Een gereserveerd IP-adres hoort bij je account, niet bij een specifieke machine. AWS noemt het een Elastic IP address, Google Cloud een static external IP, en Hetzner, DigitalOcean, TransIP en OVHcloud noemen het afwisselend een floating IP of een primary IP. Omdat het adres aan het account gekoppeld is en niet aan de server, wordt het bij het verwijderen of opnieuw opbouwen van de server alleen losgekoppeld. De reservering blijft bestaan, klaar om later naar een nieuwe machine te wijzen, en de provider blijft kosten rekenen voor het vasthouden ervan.

Dat is een andere betekenis van "gereserveerd" dan die in netwerkstandaarden. RFC 1918 (privébereiken zoals 10.0.0.0/8), RFC 5737 (documentatiebereiken) en het IANA-register voor speciale doeleinden (RFC 6890) beschrijven welke adressen überhaupt gerouteerd mogen worden. Het "gereserveerde IP" van een cloudprovider is een toewijzings- en factureringsbegrip op accountniveau. Het heeft niets met die RFC's te maken, en het is degene die zes maanden nadat de server weg is ongemerkt op je factuur opduikt.

Kosten van een ongekoppeld IP-adres per provider

De details verschillen, maar het patroon is overal hetzelfde: een adres dat aan je account is toegewezen maar niet aan een draaiende resource is gekoppeld, kost nog steeds geld.

Controleer de actuele prijspagina van je provider voordat je op een van deze bedragen gaat budgetteren. Prijzen voor cloud-IP's zijn al eerder veranderd en zullen dat opnieuw doen.

Zelf verweesde IP-adressen opsporen

Via de console of CLI van elke provider kun je reserveringen opvragen en zien aan welke niets gekoppeld is:

# AWS — Elastic IPs with no association
aws ec2 describe-addresses --query "Addresses[?AssociationId==null]"

# Google Cloud — reserved static addresses not in use
gcloud compute addresses list --filter="status=RESERVED"

# Azure — public IPs with no IP configuration
az network public-ip list --query "[?ipConfiguration==null]"

Bij Hetzner en DigitalOcean laat de pagina voor floating IP's of reserved IP's in de console visueel hetzelfde zien: zoek naar rijen waar geen server naast staat.

TipControleer voordat je iets vrijgeeft even met onze DNS lookup-tool of er ergens nog een A-record naar het adres verwijst. Zo ja, laat het dan met rust.

Zo ruim je gereserveerde IP-adressen veilig op

Een ongekoppeld adres vinden is niet hetzelfde als weten dat je het veilig kunt vrijgeven. Werk het stap voor stap af:

1. Inventariseer elk gereserveerd adres in elk account, niet alleen de adressen waarvan je je herinnert dat je ze hebt aangemaakt.
2. Vergelijk elk adres met DNS-records, firewall-allowlists en scripts waarin het mogelijk hardcoded staat.
3. Markeer alles wat langer dan een gewenningsperiode ongekoppeld is. Een week of twee is meestal genoeg om "ik ga dit zo opnieuw koppelen" uit te sluiten.
4. Geef vrij pas als je hebt bevestigd dat niets ervan afhankelijk is.

WarningHet vrijgeven van een gereserveerd IP-adres is meestal onomkeerbaar. De provider garandeert niet dat je hetzelfde adres terugkrijgt, en het kan aan een heel andere klant worden toegewezen.

IP-adressen vinden zonder tussen providerconsoles te wisselen

Als je servers bij meer dan één provider draait, wordt "elke console controleren op ongekoppelde adressen" een klus die niemand echt elke maand doet. De functie cloud servers van InfraNest bevat een tabblad IP-adressen dat elk gereserveerd, floating en elastic adres in je gekoppelde accounts op één plek toont, niet alleen de adressen die momenteel aan een server gekoppeld zijn.

Een banner bovenaan telt hoeveel adressen nergens aan gekoppeld zijn en toont wat ze samen per maand kosten, zodat "betaal ik voor iets wat ik niet gebruik" een echt getal oplevert in plaats van een gok. Bij elk adres zie je ook naar welke server het eerder wees, de reverse DNS en de locatie, zodat je een vergeten testmachine kunt onderscheiden van een adres dat je midden in een migratie zit en zo opnieuw gaat gebruiken. Het maandbedrag van elk adres gaat rechtstreeks naar je kostenrapport, waar een ongekoppeld IP niet langer onzichtbaar is en als regel verschijnt waar je iets mee kunt.

Dit werkt momenteel voor Hetzner en DigitalOcean, waar de API van de provider gereserveerde adressen apart toont van de servers waaraan ze gekoppeld zijn. TransIP en OVHcloud maken dat onderscheid niet beschikbaar, en de pagina vermeldt dat ook, in plaats van stilzwijgend te suggereren dat je daar geen ongebruikte adressen hebt. Ontbrekende gegevens worden als ontbrekend weergegeven, niet als een schone lei.

InfraNest geeft bewust geen adressen voor je vrij. Een ongekoppeld IP is niet automatisch een vergissing: sommige worden bewust aangehouden, voor een geplande migratie of omdat een partner het op een allowlist heeft staan, en alleen jij weet in welke situatie je zit. Hetzelfde overzicht van je servers staat naast de health checks onder monitoring, zodat kostenopschoning en uptime monitoring in één dashboard zitten in plaats van twee.

Als je de uitgaven bij meerdere providers al bijhoudt, past dit goed bij een bredere infrastructuurinventaris. Een ongekoppeld gereserveerd IP is precies het soort ding dat wegvalt uit een inventaris die niemand dubbelcheckt.

Kun je gereserveerde IP-adressen beter helemaal vermijden?

Niet per se. Een gereserveerd adres is echt nuttig wanneer je een stabiel IP nodig hebt dat het opnieuw opbouwen van een server overleeft, voor DNS, allowlists of een failover-opzet. De fout zit niet in het reserveren van een adres, maar in vergeten het vrij te geven zodra datgene waarvoor het gereserveerd was, verdwenen is. Behandel elke reservering als een kleine terugkerende kostenpost met een vervaldatum die je zelf instelt, en controleer die met dezelfde regelmaat als de rest van je kostenrapport.

Controleer je eigen servers via het tabblad IP-adressen onder cloud servers. Het kost een minuut, en de banner laat je direct zien of er iets geld kost zonder dat je er iets aan hebt.