Skip to main content
Beantwoord

Odido klik en klaar port 443 open zetten

  • October 3, 2025
  • 9 reacties
  • 282 Bekeken

Ik heb het volgende probleem: ik wil graag poort 443 open zetten om home assistant te benaderen via een duckdns url. Maar, als ik de portforward netjes heb ingesteld en de duckdns link benader via mijn browser kom ik in het login scherm van de (Zyxel NR5307) modem! Dat betekent dat dit gewoon open staat naar het internet en poort 443 “kaapt”. Ik heb al geporbeerd om remote management uit te zetten, maar dan kom ik ook via LAN niet meer in de modem. Ook het wijzigen van de poort voor remote management heeft geen zin. Hoe kan ik dit oplossen?

 

Samenvattend:

  • Poort 443 willen openzetten voor Home Assistant via DuckDNS.

  • Na portforwarding kom je bij modem-login (Zyxel NR5307) in plaats van Home Assistant.

  • Remote management uitzetten voorkomt toegang via LAN.

  • Wijzigen van remote management-poort lost het probleem niet op.

Beste antwoord door rvk01

Kun je de pagina ook eens rechtstreeks met extern ip oproepen ipv de duckdns naam? Zou niet uit mogen maken tenzij intern in het modem de ip conversie gecached wordt (wat niet zou mogen).

Heb je bij remote management niet de optie om dit apart voor de WAN uit te zetten en voor LAN aan te laten staan? (Bij de vaste Zyxel zijn daar twee aparte vinkjes voor) 

 

Bekijk origineel

      9 reacties

      • adnodesni
      • Auteur
      • heeft eerste post geplaatst
      • October 3, 2025

      Ik heb het probleem verder geanalyseerd.

      • Home Assistant is toegankelijk via ssl (port 443) op mijn 5g verbinding van mijn telefoon
      • Niet als de telefoon is verbonden met het wifi netwerk

      Dit wijst op het mislukken van NAT Loopback.

      Mijn vraag is nu dus:

      • Heeft de Zyxel NR5307 NAT Loopback ondersteuning
      • Zo ja, hoe kan ik dit aanzetten?
      rvk01
      • rvk01
      • Antwoord
      • October 3, 2025

      Kun je de pagina ook eens rechtstreeks met extern ip oproepen ipv de duckdns naam? Zou niet uit mogen maken tenzij intern in het modem de ip conversie gecached wordt (wat niet zou mogen).

      Heb je bij remote management niet de optie om dit apart voor de WAN uit te zetten en voor LAN aan te laten staan? (Bij de vaste Zyxel zijn daar twee aparte vinkjes voor) 

       

      walter.v.l
      Forum|alt.badge.img
      • walter.v.l
      • is een legendarische user
      • October 3, 2025

      En je huis besturing openzetten via port 443 is niet de meest verstandige methode. Ik hoop dat je Home Assistant goed hebt beveiligd. Je kan beter een obscure externe port gebruiken en die forwarden naar port 443 van je HA server.

      Ik ben ook maar een klant.....
      rvk01
      • rvk01
      • October 3, 2025

      En je huis besturing openzetten via port 443 is niet de meest verstandige methode.

      Dad's toch lekker spannend 😉 Altijd weer een verrassing wanneer de lichten aan en uit gaan 😂

      Ik hoop dat je Home Assistant goed hebt beveiligd. Je kan beter een obscure externe port gebruiken en die forwarden naar port 443 van je HA server.

      Dat maakt tegenwoordig niet meer uit. De scanners vinden ook obscure poorten die reageren op https. Kijk maar eens op https://search.censys.io/ Zo heb ik ssh op een afwijkende poort staan maar die wordt gewoon gevonden.

      Je bent dan overigens misschien wel het probleem van de Zyxel op poort 443 kwijt. En zie je gelijk of de Zyxel die NAT loopback wel goed doet.

       

       

        • danielschenk
        • is een nieuwe Poster
        • April 30, 2026

        Ik loop tegen hetzelfde probleem aan. Situatieschets:

        (WAN) → [Zyxel NR5307] →(primair LAN)→ [Deco X60 (in router mode, in DMZ)] →(secundair LAN)→ [HA server]

        Dit zijn mijn resultaten:

        • Vanaf WAN: HA bereikbaar op externe IP/hostname, zoals verwacht
        • Vanaf wifi Zyxel (primair LAN): HA bereikbaar op externe IP/hostname en op WAN IP van de Deco, zoals verwacht
        • Vanaf wifi X60 (secundair LAN): HA bereikbaar op intern IP van de server, maar niet op extern IP/hostname.

        In eerste instantie kreeg ik vanuit secundair LAN de https web interface van de Zyxel zelf. Dat is op zich nog logisch, want hij ziet een request op 443 en het komt van de interne (LAN) richting, hij kan waarschijnlijk niet zien dat het verzoek eigenlijk bedoeld is voor zijn WAN kant dus biedt zijn eigen web interface aan. In een ander topic wat over hetzelfde probleem maar dan de T-50 gaat heb ik gelezen dat het hielp om de web interface op een andere poort dan 443 te zetten (bijv. 9443). Dit heb ik echter geprobeerd, en nu krijg ik alleen maar een timeout, als ik vanuit secundair LAN naar mijn hostname ga. Het lijkt er dus op dat de Zyxel NAT loopback niet goed kan afhandelen als het verzoek van een van de LAN-poorten komt, maar wel als het van de wifi komt? 🤔

        rvk01
        • rvk01
        • April 30, 2026

        Het lijkt er dus op dat de Zyxel NAT loopback niet goed kan afhandelen als het verzoek van een van de LAN-poorten komt, maar wel als het van de wifi komt? 🤔

        Dit is een ander probleem dan topicstarter had.

        Maar het is niet de Zyxel die hier geen NAT loopback ondersteund op LAN poort maar jouw dubbel NAT is het probleem.

        Als de Zyxel geen NAT loopback zou ondersteunen dan zou jij met wifi op de Zyxel ook niet je externe op kunnen gebruiken om HA te bereiken (en dat ging dus wel).

        NAT loopback is een speciale condities op de router zelf. Maar als jij op de Deco je extern IP gebruikt zal de Deco dit gewoon internet opsturen. De Zyxel ziet dat op dat moment niet meer als NAT loopback omdat het al over een NAT device is gegaan (jouw Deco).

        Je zult dus de Deco moeten instrueren dat je externe IP de Deco niet moet verlaten en de Port forward in de Deco moet volgen. Ik denk alleen niet dat de Deco die optie heeft (of je niet een eigen DNS server draaien waarin je dat kunt doen).

        Je zou nog kunnen kijken of het probleem misschien aan DMZ ligt. Dan zou je dus DMZ uit moeten zetten en een port forward in de Zyxel zetten (bovenop de port forward in de Deco). Hopelijk werkt het dan wel (maar dat weet ik dus niet zeker).

         

        • danielschenk
        • is een nieuwe Poster
        • May 1, 2026

        NAT loopback is een speciale condities op de router zelf. Maar als jij op de Deco je extern IP gebruikt zal de Deco dit gewoon internet opsturen. De Zyxel ziet dat op dat moment niet meer als NAT loopback omdat het al over een NAT device is gegaan (jouw Deco).

        Hoe is dat anders dan wanneer het verzoek van een device op het Zyxel LAN komt? De Deco’s WAN poort is immers ook gewoon een device op dat LAN. Uit de Deco zal een IP pakketje komen bestemd voor public IP, net als uit m’n telefoon wanneer die op de Zyxel z’n wifi zit. De source van het pakketje is in het geval van de Deco zijn IP in primair LAN, en in het geval van telefoon die van de telefoon. Beide zou toch door de Zyxel herkend moeten kunnen worden als “de loopback conditie” of zie ik nu iets over het hoofd?

        Je zult dus de Deco moeten instrueren dat je externe IP de Deco niet moet verlaten en de Port forward in de Deco moet volgen. Ik denk alleen niet dat de Deco die optie heeft (of je niet een eigen DNS server draaien waarin je dat kunt doen).

        Ik kan in Deco wel static routes aanmaken. Ik zou alleen niet weten hoe ik dat moet doen met het dagelijks veranderende WAN IP van K&K. 

        Je zou nog kunnen kijken of het probleem misschien aan DMZ ligt. Dan zou je dus DMZ uit moeten zetten en een port forward in de Zyxel zetten (bovenop de port forward in de Deco). Hopelijk werkt het dan wel (maar dat weet ik dus niet zeker).

        Ik heb dit even geprobeerd, maar lost helaas niets op...

        rvk01
        • rvk01
        • May 1, 2026

        NAT loopback is een speciale condities op de router zelf. Maar als jij op de Deco je extern IP gebruikt zal de Deco dit gewoon internet opsturen. De Zyxel ziet dat op dat moment niet meer als NAT loopback omdat het al over een NAT device is gegaan (jouw Deco).

        Hoe is dat anders dan wanneer het verzoek van een device op het Zyxel LAN komt? De Deco’s WAN poort is immers ook gewoon een device op dat LAN. Uit de Deco zal een IP pakketje komen bestemd voor public IP, net als uit m’n telefoon wanneer die op de Zyxel z’n wifi zit. De source van het pakketje is in het geval van de Deco zijn IP in primair LAN, en in het geval van telefoon die van de telefoon. Beide zou toch door de Zyxel herkend moeten kunnen worden als “de loopback conditie” of zie ik nu iets over het hoofd?

        Nee, dat klopt. De Zyxel zal waarschijnlijk door de NAT loopback ook wel dat pakketje direct terugsturen naar je router. Alleen je router dropt dat pakketje waarschijnlijk omdat die niet direct dat pakketje weer terug verwacht. Hij verwacht antwoord van een andere computer, niet hetzelfde verkeer weer terug.

        Als je bv een port forward naar een IP hebt wat direct op de Zyxel modem zit, dan zal het wel werken.

        De enige oplossing die ik zie, is je Deco router in AP mode zetten en de Zyxel toch gebruiken als router en DHCP server.

        • danielschenk
        • is een nieuwe Poster
        • May 3, 2026

        Zyxel als main router gebruiken zag ik toch niet zo zitten. Ik heb het opgelost door AdGuard Home als DNS server aan mijn servertje toe te voegen, en een DNS rewrite erin te zetten zodat lokale clients een resolution krijgen rechtstreeks naar mijn server. Als bonus heb ik nu ook ad blocking door middel van DNS filtering voor al m’n lokale clients. 

        ForumvoorwaardenAccessibility statement