Skip to main content
Beantwoord

WireGuard VPN niet werkend op Odido Klik & Klaar (UDP/port forwarding issue?)

  • September 23, 2025
  • 2 reacties
  • 306 Bekeken

Hoi allemaal,

Ik probeer een WireGuard VPN te draaien via mijn Raspberry Pi (PiVPN). Doel is extern toegang krijgen tot mijn thuisnetwerk.

Setup in het kort:

Thuis: Odido Klik & Klaar internet (Zyxel NR5307 router).
VPN server: Raspberry Pi met PiVPN/WireGuard, vast LAN-IP.


Routerinstellingen:

  • Pi krijgt statisch IP via DHCP binding.
  • Firewall uitgezet / laagste stand.
  • IPv4/6 uitgeschakeld.
  • UPnP uitgeschakeld.
  • UDP poort 51820 → Pi ingesteld (via NAT, omdat standaard port forwarding niet mogelijk is)

Probleem:
Via Odido 5G mobiel internet (zelfde provider) werkt het sowieso niet → begrijpelijk omdat dit binnen hetzelfde netwerk valt.

Wat ik niet begrijp: ook via een ander netwerk (bijv. WiFi van de zaak) komt er wel een verbinding tot stand, maar er is geen in- of uitgaand verkeer. Handshake lijkt te lukken, maar daarna blijft het stil.

Dit lijkt sterk op een probleem met UDP verkeer/port forwarding op Klik & Klaar.

Wat ik al geprobeerd heb:

  • Meerdere keren profielen opnieuw aangemaakt met pivpn -a.
  • Configs gecontroleerd → zien er correct uit (server op 10.6.0.x/24 range, clients idem).
  • Firewall/NAT instellingen aangepast → geen effect.
  • Tests gedaan op meerdere netwerken → steeds hetzelfde resultaat: wel verbinding, geen verkeer.

Vraag aan de community:

  • Herkennen anderen dit probleem met Klik & Klaar + WireGuard?
  • Wordt UDP/port 51820 (of inkomende UDP verkeer in het algemeen) geblokkeerd op Klik & Klaar?
  • Is dit een CGNAT-kwestie, en zo ja: biedt Odido hier een oplossing voor (bijv. publiek IP of bridge-mode)?
  • Welke instellingen zijn concreet nodig op de Zyxel router om dit stabiel werkend te krijgen?

Ik zie meerdere topics van mensen met exact dit probleem, maar tot nu toe nog geen duidelijke oplossing. Alle ervaringen of workarounds zijn dus welkom 🙏

Beste antwoord door walter.v.l

Lees dit topic even door: 

Volgens mij heb ik daar nog geen bevestiging gezien dat UDP port forwarding werkt, alleen TCP…

 

Je krijgt geen vast publiek IP, dus je zal met een DynDNS service als duckdns moeten gaan werken. Je IP wordt bij klik en klaar elke 24 uur of bij elke restart van het modem gewisseld.

Als je al vanaf vorig jaar/begin dit jaar (tot april 2025) Klik en Klaar hebt dan moet je een factory reset doen om de DDNS functie beschikbaar te krijgen in de admin website. En je moet firmware b17 hebben. In de b7 firmware (oude firmware) is DDNS nog uitgeschakeld.

Bekijk origineel

2 reacties

walter.v.l
Forum|alt.badge.img
  • is een legendarische user
  • Antwoord
  • September 23, 2025

Lees dit topic even door: 

Volgens mij heb ik daar nog geen bevestiging gezien dat UDP port forwarding werkt, alleen TCP…

 

Je krijgt geen vast publiek IP, dus je zal met een DynDNS service als duckdns moeten gaan werken. Je IP wordt bij klik en klaar elke 24 uur of bij elke restart van het modem gewisseld.

Als je al vanaf vorig jaar/begin dit jaar (tot april 2025) Klik en Klaar hebt dan moet je een factory reset doen om de DDNS functie beschikbaar te krijgen in de admin website. En je moet firmware b17 hebben. In de b7 firmware (oude firmware) is DDNS nog uitgeschakeld.


rvk01
  • September 23, 2025

Wat ik niet begrijp: ook via een ander netwerk (bijv. WiFi van de zaak) komt er wel een verbinding tot stand, maar er is geen in- of uitgaand verkeer. Handshake lijkt te lukken, maar daarna blijft het stil.

Hoe heb je daar gedaan met de config van de wireguard? Daar moet toch een route regel in staan met extern ip? En je ip veranderd elke dag. Daar moet je dus een script gebruiken die elke keer de config aanpast. Anders lukt de handshake wel maar wordt al het verkeer verkeerd geroute.

Er wordt niet gewerkt met CGNAT maar volgens mij staan niet alle poorten open (zeker UDP). Je zou e.v. wel 1194 kunnen gebruiken (die staat wel op UDP open). Zeker vanaf een Odido mobiel abo naar K&K zijn er geloof ik ook wat restricties met poorten. Vanuit andere netwerken gaat het dan wel goed.

Maar als je via de zaak wel een handshake krijgt staat die 51820 ook open maar gaat er daarna dus iets mis (waarschijnlijk met die route).

En 10.6.0.x/24 range? Draai je intern 10.6.0.x of gebruik je docker containers (wat weer een extra complicatie laag geeft) 😉