Kan ERR_HTTP2_PROTOCOL_ERROR melding aan provider liggen?

[tismij]

Heb sinds ongeveer een week bij diverse sites deze melding "ERR_HTTP2_PROTOCOL_ERROR".
Opgezocht en echt alles geprobeerd dat ik online kon vinden inclusief browser opnieuw installeren.
Het enige dat helpt is een VPN starten en dan geen enkele melding meer.
Kortom b.v. xdadevellopers kan ik niet meer bereiken zonder VPN, kan dit iets zijn dat bij Glasnet gedaan wordt wat deze issues veroorzaakt?

Begreep dat het een netwerk issue is dat meestal lokaal op te lossen is maar in mijn geval is het bij alle browsers hetzelfde (edge, chrome, firefox) alleen een VPN starten en dan geen enkel issue meer.

Zou in theorie ook nog aan mijn router kunnen liggen (UDM pro) maar daar ook al gekeken en b.v. IDS uitgezet, werkte ook niet. Aanpassen DNS servers werkte ook niet, kortom ben een beetje uitgeprobeerd en vind het toch wel irritant dat sommige sites nu gewoon niet bereikbaar zijn.

Iemand enig idee ?

[RobbyTown]

Denk een Glasnet probleem.

Hier andere router. Geen ipv6. Ook xda niet bereikbaar. Ga ik over op 5G. Werkt xda wel.

[ Voor 4% gewijzigd door RobbyTown op 14-06-2025 19:45 ]

[mrmrmr]

Twee mogelijke verklaringen:

(1)
Gebeurt dit ook als je direct een https link gebruikt? Dus geen http://.

Wordt het verkeer onderschept door een scanner (virusscanner, ids) via een lokaal trusted certificaat?

Je kan zien wat het certificaat is dat de www.xda-developers.com host gebruikt in de browser (slot icoon)
https://crt.sh/?id=3020584053

Als je daar een ander certificaat ziet in de browser (slot icoon) wordt het verkeer onderschept. Onderschept verkeer kan worden aangepast voordat het de web server bereikt. Dat kan ook fout gaan.

(2)
Sommige sites gebruiken verouderde ip lijsten op bijvoorbeeld land en soms gebruiken site geautomatiseerde blocklists van derden, die zijn gebaseerd op het niet binnenhalen van trackers. Ze denken (ten onrechte) dat ze op deze domme manier botnet verkeer hebben ontdekt. Google gebruikt zo goed als al hun sites als tracker. Ook het niet accepteren van cookies kan dit effect hebben.

Als jouw IP vroeger bijvoorbeeld werd gebruikt door Rusland, voordat het werd heringedeeld en toegewezen aan een Nederlandse ISP, dan heb je een probleem bij sites die nog antieke IP lijsten gebruiken.

Die verouderde IP lijsten kunnen bijvoorbeeld verstopt zitten in niet onderhouden DNS blocklists die weer door derden worden gebruikt, het kan dus voor de gebruiker van zo'n foute dienst onzichtbaar zijn dat er iets fout gaat in de "chain".

[tismij]

mrmrmr schreef op zaterdag 14 juni 2025 @ 20:22:
Twee mogelijke verklaringen:

(1)
Gebeurt dit ook als je direct een https link gebruikt? Dus geen http://.

Wordt het verkeer onderschept door een scanner (virusscanner, ids) via een lokaal trusted certificaat?

Je kan zien wat het certificaat is dat de www.xda-developers.com host gebruikt in de browser (slot icoon)
https://crt.sh/?id=3020584053

Als je daar een ander certificaat ziet in de browser (slot icoon) wordt het verkeer onderschept. Onderschept verkeer kan worden aangepast voordat het de web server bereikt. Dat kan ook fout gaan.

(2)
Sommige sites gebruiken verouderde ip lijsten op bijvoorbeeld land en soms gebruiken site geautomatiseerde blocklists van derden, die zijn gebaseerd op het niet binnenhalen van trackers. Ze denken (ten onrechte) dat ze op deze domme manier botnet verkeer hebben ontdekt. Google gebruikt zo goed als al hun sites als tracker. Ook het niet accepteren van cookies kan dit effect hebben.

Als jouw IP vroeger bijvoorbeeld werd gebruikt door Rusland, voordat het werd heringedeeld en toegewezen aan een Nederlandse ISP, dan heb je een probleem bij sites die nog antieke IP lijsten gebruiken.

Die verouderde IP lijsten kunnen bijvoorbeeld verstopt zitten in niet onderhouden DNS blocklists die weer door derden worden gebruikt, het kan dus voor de gebruiker van zo'n foute dienst onzichtbaar zijn dat er iets fout gaat in de "chain".

1) jazeker, ben ook niet de enige blijkt uit Glasnet topic.
Er is geen certificaat te zien want hij zegt juist dat protocol niet goed is, site wordt dus als onbeveiligd gezien.

2) zou kunnen dat een block van Glasnet geblokkeerd wordt, geen idee, melding gemaakt en we gaan het maandag wel horen.

Kortom, deze mag evt weg, in topic van Glasnet gevraagd en daar zijn meer mensen die hetzelfde hebben dus we pakken hem daar wel op.

[cvisser]

Heb nu ook deze foutmelding en kwam deze post tegen. Terwijl ik op site van ing.nl bezig was kreeg ik ineens de foutmelding in Edge browser. Geen problemen met chrome op zelfde laptop en via telefoon op zelfde router (UDM-Pro). Blijkt veroorzaakt door cookies van ING. Cookies weggooien en site van ING doet her weer.

[ Voor 17% gewijzigd door cvisser op 22-06-2025 18:22 ]