Uiteraard wordt er geen enkele poort geblokkeerd dat mag namelijk niet.

Plaats hier eens een screenshot van jouw port-forwardings.

Hierbij mijn forwarding. @wjb 

Er is ook niet een andere port-forwarding waar TCP poort 80 gebruikt wordt?

Je haalt twee verschillende protocollen aan.

Mogelijk ligt daar de fout??
"Normaal” poort 80 (voor http) en poort 443 (voor https), zijnde twee verschillende poorten,
voor twee verschillende web-protocollen (http versus https),….

Hoewel je in de navolgende voorbeelden alleen iets aangeeft m.b.t. poort 80 versus 8080,
ga je volledig voorbij aan poort 443

@wsb alleen poort 22 voor ssh (gaat ook naar de server)

@wjb http://julesimmerzeel.com:8080 is de site als je het wilt zien

Als er geen andere port-forwarding is voor TCP poort 80, de webserver op 192.168.2.19 draait op poort 8080 en de firewall op die server inkomend open staat voor TCP poort 8080 dan zou het moeten werken.

Test ook eens via 4G en start de Experia Box ook eens opnieuw op. Ze hebben er nogal eens een handje van de kluts kwijt te raken bij meerdere wijzigingen van de port-forwardings.

@wjb Ik gebruikt een raspberry pi met raspian, deze heeft geen firewall, verder gaat alles via 8080 bij de pi naar binnen. Erg vreemd, maar ik zal nog wel even verder speuren.

Domein  julesimmerzeel.com  verwijst wellicht naar verkeerde IP adressen.
(Met een poort scanner vastgesteld).
Vind daarbij twee verschilleden WAN IP-adressen voor dat domein.

Dat gaat dan natuurlijk niet werken.

@BabyloniaIk denk dat dat misschien door cloudflare komt. Cloudflare zit tussen jullie en mijn server in om mijn ip adres te verbergen en andere extra beschermingen zoals tegen ddos . Maar als ik direct het publieke ip van mijn router invul werkt deze ook alleen op poort 8080 net als via de link

Had al wel een melding van “cloudflare” in die port-scan,
maar niet de moeite genomen die IP-adressen te condoleren.
Blijken inderdaad van Cloudflare te zijn.

Vind poorten 80 - 443 - 8080 - 8443 - 8880

Allen onder "TCP”.  (De port scanner die ik gebruikte controleert niet op UDP).

@wjb@BabyloniaUiteindelijk heb ik mijn router gereset naar fabrieks instellingen dat deed de trick! Had ik niet verwacht, maar bedankt voor jullie hulp! Ik had ook nog een oude ddns ingesteld, ik denk dat die misschien voor problemen zorgde..

Bedankt voor terugmelding. Weten we waar het hem in zit, en daarmee extra aandacht en “trigger” (ook voor mezelf) om in het achterhoofd te houden, dat een algemene fabrieksreset de juiste oplossing kan zijn om daarmee alles op te schonen.

Is toch een ellende met KPN en poort 80 en 443

Heb nu 3 Locaties met een dubbele WAN (ZIggo en KPN) met daarachter een router die alles afhandelt. En dus 3 verschillende KPN modems. Lekker he….
Zijn zelfs nieuwe aansluitingen....

Out of the Box werkt het port forwarden van 80 en443 niet.
Ook bij het toepassen van een DMZ wordt poort 80 en 443 niet doorgezet.

Een reset werkt voor geen meter (en is, in de toekomst, in een productieomgeving natuurlijk geen oplossing.)

Alle andere poorten worden wel doorgezet.
En alles over de Ziggo verbinding werkt vlekkeloos.

Ik weet wel dat ‘Vroegah’ je KPN moest bellen om poort 80 en 443 open te laten zetten.
Die blokkeerden wel eens poort 80 en 443 van een specifiek uit veiligheid.

Dan doe je toch iets verkeerd want elke poort uitgezonderd TCP poort 8085 is te forwarden.

De DMZ host staat volledig buiten de firewall en elke poort die niet naar een ander apparaat geforward is zal naar de DMZ host doorgezet woreen.

Kan je hier eens screenshots posten van de instellingen die je t.b.v. TCP poort 80 en 443 op de Experia Box hebt doorgevoerd?

Ik weet niet over hoeveel jaar terug jij spreekt maar ik ben toch al heel wat jaartjes klant van KPN en ik kan me niet heugen dat die poorten ooit geblokkeerd waren.