Wat is CGNAT en waarom deel ik een IP-adres?

Adressen delen bij de provider

IPv4 heeft ongeveer 4,3 miljard adressen, veel minder dan het aantal apparaten online. Veel mobiele en breedbandproviders gebruiken daarom carrier-grade NAT (CGNAT): je router krijgt een adres uit gedeelde adresruimte en de provider vertaalt veel klanten naar een kleinere groep openbare adressen.

Het getoonde openbare IPv4-adres kan door meerdere klanten worden gedeeld. Mobiele netwerken gebruiken vaak gedeelde IPv4-adressen of adresvertaling. Dat verschilt per provider, abonnement en IP-versie. Deze opzoeking bepaalt niet hoeveel klanten een adres delen.

Poortnummers onderscheiden klanten: de adresvertaler van de provider geeft je verbindingen een reeks poorten op het gedeelde adres en houdt bij welke klant welk adres en welke poort op welk tijdstip gebruikte.

Zo herken je het

Vergelijk het actieve WAN- of internetadres op de statuspagina van je router met het openbare IPv4-adres van IPNixa. Controleer beide tegelijk opnieuw met zo nodig de VPN uit. Een verschil kan door bovenliggende NAT, een andere WAN-interface, een VPN of een adreswijziging komen. Het stelt de oorzaak niet op zichzelf vast.

De organisatie en locatie beschrijven het openbare uitgangsnetwerk. Dat kan een groot gebied bedienen of via een andere provider lopen. De stad, het land of de netwerknaam bevestigt op zichzelf geen CGNAT. Vergelijk het actieve WAN-adres met je openbare IP en vraag je provider de configuratie te bevestigen.

Stap voor stap: controleren of je achter CGNAT zit

Dit duurt ongeveer vijf minuten en vereist toegang tot de beheerpagina van je router.

1. Open de gamingpagina van IPNixa. Daar staan je openbare IPv4-adres en een CGNAT-controle.
2. Meld je aan bij je router, vaak via http://192.168.0.1 of http://192.168.1.1, en open de status-, internet- of WAN-pagina.
3. Kopieer het WAN-IPv4-adres naar de CGNAT-controle en kies Vergelijken. IPNixa legt het resultaat uit; het ingevoerde adres blijft op de pagina. Je kunt ook handmatig vergelijken:
4. Een adres tussen 100.64.0.0 en 100.127.255.255 valt in gedeelde adresruimte die vaak voor CGNAT wordt gebruikt. Vraag je provider te bevestigen of je verbinding CGNAT gebruikt.
5. Bij een privéadres (10.x, 172.16–31.x of 192.168.x) kan een bovenliggende thuisrouter, gebouwennetwerk of NAT bij de provider de oorzaak zijn. Controleer het bovenliggende apparaat als je dat beheert en bevestig de opbouw voordat je bridge-modus of portforwarding wijzigt.
6. Valt het in 169.254.0.0/16, controleer dan of de actieve WAN-interface een bruikbaar adres kreeg. Een link-local adres bewijst geen CGNAT of dubbele NAT.
7. Komt het precies overeen met je openbare IPv4, dan past dat bij een openbare IPv4-verbinding. Dat test geen poortbereikbaarheid en sluit filtering bij de provider niet uit.
8. Optioneel: voer tracert 1.1.1.1 uit op Windows of traceroute 1.1.1.1 op macOS/Linux. Adressen in de eerste hops kunnen context geven, maar bewijzen op zichzelf geen NAT of de locatie ervan.

Wat je ervan merkt

Inkomende verbindingen kunnen je thuisnetwerk niet direct bereiken. Daardoor werken portforwarding voor gameservers, camera’s of extern bureaublad niet. Peer-to-peerapps kunnen op relays terugvallen en trager worden.

Omdat je een adres deelt, kan gedrag van anderen je raken: een website kan extra beveiligingscontroles tonen of het adres na misbruik door iemand anders blokkeren. Om die reden zijn IP-limieten, ook die van IPNixa, ruim ingesteld.

Gewoon surfen, streamen, videobellen en de meeste onlinespellen werken normaal achter CGNAT, omdat ze verbindingen van jouw kant starten.

Een gameserver hosten achter CGNAT

Voor een gameserver die inkomende IPv4-verbindingen gebruikt, hebben vrienden een bereikbaar openbaar adres en de juiste poort nodig. Een regel op je thuisrouter stelt de CGNAT-gateway van je provider niet in. Vraag of je provider een openbaar IPv4-adres of ondersteunde poorttoewijzing aanbiedt. Andere opties zijn een geschikte uitgaande tunnel, een gehoste server of IPv6, als het spel en beide netwerken dat ondersteunen.

De gamingpagina van IPNixa maakt een serveradres zoals 203.0.113.25:25565 voor Minecraft: Java Edition. De aparte TCP-poortcontrole test je eigen openbare IP vanaf een Cloudflare-server. De WAN-vergelijking geeft aanwijzingen voor CGNAT. Geen van beide controles bevestigt UDP-bereikbaarheid of bepaalt waar een bovenliggende NAT-laag zit.

Mogelijke oplossingen

IPv6 kan IPv4-CGNAT vermijden als beide kanten IPv6 ondersteunen, maar omzeilt geen firewall of providerfilters. Openbaar IPv4 kan dynamisch of vast zijn; vraag vóór betaling specifiek naar inkomend verkeer en de benodigde poort.

Voor toegang op afstand werkt een VPN- of tunneldienst die een uitgaande verbinding vanuit je thuisnetwerk opzet door CGNAT heen. Vraag je provider welke opties worden ondersteund voordat je apparatuur verandert.

• Vraag je provider om een openbaar IPv4-adres, soms ‘echt’ of dedicated IP genoemd.
• Schakel IPv6 op de router in en gebruik het voor toegang op afstand als de andere kant IPv6 ondersteunt.
• Gebruik een mesh-VPN of tunneldienst die vanuit je netwerk naar buiten verbindt.
• Schakel voor spelconsoles UPnP alleen in als je provider een openbaar adres geeft; het kan geen poorten door CGNAT openen.

Nagebootst voorbeeld: gedeeld WAN-adres

Op 27 oktober 2026 voerden we de WAN-vergelijking van IPNixa lokaal uit met voorbeeldwaarden: router-WAN 100.72.14.22 en openbaar IPv4 198.51.100.24. Het tweede adres is voor documentatie gereserveerd. De invoer is gesimuleerd; er is geen router of provider onderzocht.

De uitkomst was „Gedeelde adresruimte waargenomen”: 100.72.14.22 valt binnen 100.64.0.0/10, een bereik dat vaak voor CGNAT wordt gebruikt. Als controle gaf 192.168.1.2 een privé-WAN-adres, wat ook kan wijzen op een extra thuisrouter of een gebouwennetwerk.

Controleer bij een echte verbinding de actieve internet-WAN-interface en vergelijk die met een actuele openbare IPv4, zo nodig zonder VPN. Vraag de provider of CGNAT of andere upstream-NAT wordt gebruikt en of inkomende toegang mogelijk is. De voorbeelden bewijzen geen providertopologie of open poort.