Skip to main content
Beantwoord

Port Forwarding Zyxel EX5691-T1

  • August 14, 2026
  • 5 reacties
  • 40 Bekeken

Ik heb 2 routers. 1 modem van Odido, “EX5601-T1”, en 1 van mijzelf (TP-Link Archer AX1500).

Ik ben sinds recentelijk verhuist, en heb gisteren (13 Aug) mijn Modem, en dus, internet gekregen. De TP-Link had ik al voor mijn verhuizing, en deze werkte toen goed. Nu ook kan ik gewoon nog steeds Remote Desktop gebruiken.

Ik host soms servers voor mijzelf en vrienden, en daar heb ik een specifieke server PC voor. Deze is aangesloten op mijn TP-Link. Mijn verbinding is dus server > TP-Link > Zyxel.

Ik heb alles, als het goed is, correct aangesloten. Mijn poort stond al van tevoren aan op de TP-Link, en als het goed is staat het ook correct op de router. Al deze ports zijn getest via https://www.yougetsignal.com/tools/open-ports/, en alles was teruggegeven als “closed”.

 

Zo staat het op mijn Zyxel ingesteld op de Port Forward pagina:

  • Oorspronkelijk IP: 192.168.0.22 (Server PC IP) [heb deze beide aan en uit getest]
  • WAN: Standaard [heb ook ETH_Internet geprobeerd]
  • Server IP: 192.168.1.106 (TP-Link) [heb ok geprobeerd 192.168.0.22, direct naar de server PC]
  • Alle poorten: 25565
  • Protocol: ALL / TCP+UDP

Indien het handig is, dit staat er in mijn TP-Link’s Port Forward pagina:

  • Apparaat IP: 192.168.0.22
  • Poorten: 25565, Individueel
  • Protocol: ALL / TCP+UDP

Ik heb al telefonisch contact gehad met support, die hadden mij hier naartoe gestuurd.

Beste antwoord door axelone3

Sorry. Dit was voornamelijk mijn eigen fout.

Ik ben op mijn server PC vergeten een variabel aan te passen. Dit vloog helemaal over mijn hoofd heen. Sorry voor jullie tijd in te nemen, ik heb het nu gefixt en het werkt goed.

Bekijk origineel

5 reacties

rvk01
  • August 14, 2026

Je zou in de Zyxel de port forward in moeten stellen naar de IP van de TP-Link die op de Zyxel toegekend is. De TP-Link ziet het verkeer aan zijn WAN kant en kan dan het verkeer met zijn port forward doorzetten. In de Zyxel moet je dus niets doen met het IP van de server, want die ziet de Zyxel niet eens. Ook moet je de DHCP range van de Zyxel op een andere range zetten dan de TP-Link (anders krijg je nog meer problemen).

Maar dubbel NAT (router achter router) is daarom eigenlijk helemaal af te raden. Zet de TP-Link in accessmode (zodat die niets doet wat NAT betreft). Alle apparaten krijgen dan een IP uit de DHCP range van de Zyxel.

Maar nog beter is om de hele Zyxel ertussenuit te laten (dit alleen als je geen vaste telefonie hebt bij Odido). Gewoon de TP-Link direct aan de ONT hangen en VLAN 300 instellen op de WAN poort. Dan werkt het gewoon hetzelfde als bij je oude provider (waar je de modem waarschijnlijk in bridge had staan, wat de Zyxel niet kan). De ONT (glasvezelkastje) moet je dan als “modem” zien.

 


Waqqas
Super User
Forum|alt.badge.img+15
  • Odido Superuser
  • August 14, 2026

Hallo ​@axelone3 

Volgens mij moet je het toegewezen IP van de TP-LINK in de DMZ van de Zyxel zetten zodat alle poorten naar je eigen router open staan en verder zoals ​@rvk01 aangeeft.


  • Auteur
  • heeft eerste post geplaatst
  • August 14, 2026

Je zou in de Zyxel de port forward in moeten stellen naar de IP van de TP-Link die op de Zyxel toegekend is. De TP-Link ziet het verkeer aan zijn WAN kant en kan dan het verkeer met zijn port forward doorzetten. In de Zyxel moet je dus niets doen met het IP van de server, want die ziet de Zyxel niet eens. Ook moet je de DHCP range van de Zyxel op een andere range zetten dan de TP-Link (anders krijg je nog meer problemen).

Maar dubbel NAT (router achter router) is daarom eigenlijk helemaal af te raden. Zet de TP-Link in accessmode (zodat die niets doet wat NAT betreft). Alle apparaten krijgen dan een IP uit de DHCP range van de Zyxel.

Maar nog beter is om de hele Zyxel ertussenuit te laten (dit alleen als je geen vaste telefonie hebt bij Odido). Gewoon de TP-Link direct aan de ONT hangen en VLAN 300 instellen op de WAN poort. Dan werkt het gewoon hetzelfde als bij je oude provider (waar je de modem waarschijnlijk in bridge had staan, wat de Zyxel niet kan). De ONT (glasvezelkastje) moet je dan als “modem” zien.

 

Ik ben voor de 2e optie gegaan. Ik heb namelijk niet echt heel veel keuze, i.v.m. ethernetkabels en hoe die op dit moment in het huis zitten, en mijn Zyxel niet toestaat om geen IP adres in te voeren. Ik heb de TP Link dus naar access mode gezet, en herstart.

Vervolgens is mijn server PC naar IP 192.168.1.206 gegaan. Dit ingevoerd in de Zyxel Port Forward, en nog steeds krijg ik niks, en zegt yougetsignal dat het “closed” staat

Ik denk dat het dus zo staat dat mijn poorten zijn geblokkeerd. Hier had ik ook problemen mee toen ik niet op 25565 zat op mijn vorige woonplek - deze waren uitgezet door de internet provider. 

Ik heb vervolgens ook het IP proberen te zetten op 25566, maar hier zat ook een “closed” poort op.


rvk01
  • August 14, 2026

Ik ben voor de 2e optie gegaan. Ik heb namelijk niet echt heel veel keuze, i.v.m. ethernetkabels en hoe die op dit moment in het huis zitten, en mijn Zyxel niet toestaat om geen IP adres in te voeren. Ik heb de TP Link dus naar access mode gezet, en herstart.

Je kunt de TP-Link toch op de plek van de Zyxel zetten, zoals je oorspronkelijk ook had bij de andere provider? Of zitten die aansluitingen op verschillende plekken (lees: niet in de meterkast)?

Vervolgens is mijn server PC naar IP 192.168.1.206 gegaan. Dit ingevoerd in de Zyxel Port Forward, en nog steeds krijg ik niks, en zegt yougetsignal dat het “closed” staat

Om wat voor service gaat het (welk programma)? De open poort sites testen alleen TCP, geen UDP.

Ik heb vervolgens ook het IP proberen te zetten op 25566, maar hier zat ook een “closed” poort op.

IP op 25566 ??

Op een vaste verbinding zijn er geen poorten geblokkeerd (behalve inkomend 5060). Een port forward zou dus gewoon moeten werken.

Je kunt kijken wat er gebeurd als je de computer direct op de Zyxel aansluit (en wederom de juiste IP in port forward zet). Maar de TP-Link zou in access mode geen NAT mogen doen en ook geen firewall o.i.d. Dus die zou dan niet meer in de weg mogen zitten.

 


  • Auteur
  • heeft eerste post geplaatst
  • Antwoord
  • August 14, 2026

Sorry. Dit was voornamelijk mijn eigen fout.

Ik ben op mijn server PC vergeten een variabel aan te passen. Dit vloog helemaal over mijn hoofd heen. Sorry voor jullie tijd in te nemen, ik heb het nu gefixt en het werkt goed.