Port-forwarding 80 en 443 werkt niet Ziggo t.b.v. Unraid

[SuperCrisz]

Het lukt mij niet om mijn subdomein te verwijzen naar de interne proxy manager op mijn unraid server.

1. Ik heb een eigen domeinnaam, daar heb ik een A record "vault.mijndomein.nl" die verwijst naar mijn publieke IP adres.
2. Ik heb een unraid server in mijn netwerk, lokaal 192.168.178.30.
3. Hier heb ik Nginx Proxy Manager op draaien met een en daarop proxy host "vault.mijndomein.nl", en die heeft een intern doel naar hetzelfde lokale ip-adres (192.168.178.30) met port 4743 (dat is de port van de docker). Krijg het niet voor elkaar om een letsencrypt aan te vragen (hij komt met "interne error"
4. de proxy heeft een http-poort 1880 en https-poort 18443. Port 80 verwijst in de modem naar 1880 en 443 naar 18443.
5. Op 192.168.178.30:4743 is de applicatie te benaderen zonder problemen, maar via vault.mijndomein.nl niet, ook niet via vault.mijndomein.nl:4743 , vault.mijndomein.nl:80 of vault.mijndomein.nl:443

Uiteindelijk wil ik een tailscale opbouwen, maar nu een tailscale omgeving gecreëerd en dat werkt uiteraard zonder problemen (want geen port-forwarding nodig) maar dan zit ik met een raar tailnet domeinnaam. Heb daar ook SSL op werkend. Maar k wil gewoon mijn eigen domein. Nu heb ik bij mijn hoster het A record aangepast naar het tailnet IP adres, en dat werkt prima alleen heb ik dan geen SSL certificaat. Maar ja, omdat port 80 en 443 geblokkeerd worden, krijg ik het niet voor elkaar om SSL certificaat aan te vragen via Nginx Proxy Manager.

Dit is hoe de portforwarding is ingesteld op mijn smart modem.
Ik heb het geprobeerd met firewall uit en aan. UPnP staat uit.
Als ik via een online portchecker controleer of porten open of dicht staan, dan geeft hij op zowel 80 als 443 aan dat het dicht staat. Dus het lijkt wel aan de modem te liggen. Heb ergens gelezen dat dit per default door Ziggo wordt geblokkeerd? Gekke is dat ik tot vorige week een Synology had en daar kon ik gewoon zonder problemen met open port 80 en 443 een SSL certificaat aanvragen.

Ik heb geen idee wat nu te doen...

[Falcon]

Als je tijdelijk 192.168.178.30 in DMZ zet in de router werkt het dan wel via het a-domein?

[ Voor 10% gewijzigd door Falcon op 19-01-2025 20:39 ]

[hcQd]

Test je het vanaf je mobiele verbinding, of lokaal? Dat laatste vereist hairpinning, wat mogelijk wordt ondersteunt door alle routers van Ziggo.

[ Voor 15% gewijzigd door hcQd op 19-01-2025 21:15 ]

[synoniem]

Ik weet niet of ik je configuratie helemaal goed begrijp maar Let's Encrypt verwacht een http response op of port 80 of port 443 zowel aan de buitenkant als op de machine waar je Certbot draait.

[SuperCrisz]

Een SSL certificaat is nu wel gelukt te maken met DNS challenge icm API key via Cloudflare.
@Falcon , als ik de unraid server in DMZ zet, dan gaat vault.mijndomein.nl naar de inlog van unraid admin toe, en niet naar de applicatie die ik in proxy manager heb aangegeven waar hij naar toe moest (specifieke app poort)

[nelizmastr]

Je kunt beter je unraid admin poorten aanpassen zodat je 80 en 443 kunt gebruiken voor je proxy.

[SuperCrisz]

ok.. jongens.. stom.. ik heb het omgedraaid in de modem... lokaal port 80 en 443 en extern 1880 en 18443.. ze moesten simpelweg omgedraaid worden. Tnx allen :-)

[vanaalten]

SuperCrisz schreef op zondag 19 januari 2025 @ 20:26:
Het lukt mij niet om mijn subdomein te verwijzen naar de interne proxy manager op mijn unraid server.

1. Ik heb een eigen domeinnaam, daar heb ik een A record "vault.mijndomein.nl" die verwijst naar mijn publieke IP adres.
2. Ik heb een unraid server in mijn netwerk, lokaal 192.168.178.30.
3. Hier heb ik Nginx Proxy Manager op draaien met een en daarop proxy host "vault.mijndomein.nl", en die heeft een intern doel naar hetzelfde lokale ip-adres (192.168.178.30) met port 4743 (dat is de port van de docker). Krijg het niet voor elkaar om een letsencrypt aan te vragen (hij komt met "interne error"
4. de proxy heeft een http-poort 1880 en https-poort 18443. Port 80 verwijst in de modem naar 1880 en 443 naar 18443.
5. Op 192.168.178.30:4743 is de applicatie te benaderen zonder problemen, maar via vault.mijndomein.nl niet, ook niet via vault.mijndomein.nl:4743 , vault.mijndomein.nl:80 of vault.mijndomein.nl:443

Uiteindelijk wil ik een tailscale opbouwen, maar nu een tailscale omgeving gecreëerd en dat werkt uiteraard zonder problemen (want geen port-forwarding nodig) maar dan zit ik met een raar tailnet domeinnaam. Heb daar ook SSL op werkend. Maar k wil gewoon mijn eigen domein. Nu heb ik bij mijn hoster het A record aangepast naar het tailnet IP adres, en dat werkt prima alleen heb ik dan geen SSL certificaat. Maar ja, omdat port 80 en 443 geblokkeerd worden, krijg ik het niet voor elkaar om SSL certificaat aan te vragen via Nginx Proxy Manager.

Dit is hoe de portforwarding is ingesteld op mijn smart modem.
Ik heb het geprobeerd met firewall uit en aan. UPnP staat uit.
Als ik via een online portchecker controleer of porten open of dicht staan, dan geeft hij op zowel 80 als 443 aan dat het dicht staat. Dus het lijkt wel aan de modem te liggen. Heb ergens gelezen dat dit per default door Ziggo wordt geblokkeerd? Gekke is dat ik tot vorige week een Synology had en daar kon ik gewoon zonder problemen met open port 80 en 443 een SSL certificaat aanvragen.

Ik heb geen idee wat nu te doen...

[Afbeelding]

Je wil dat die interne server draait op 18443, en dat die van buiten op poort 443 bereikbaar is?

Ik ken jouw router niet, maar het lijkt mij dat je nu *intern* 443 bereikbaar hebt gemaakt op *extern* 18443, als ik die screenshot goed interpreteer.