1 site niet bereikbaar, de rest wel??

[on4bam]

Hi,

Een collega radio amateur kan 1 site (zijn startpagina in Firefox) plots niet meer bereiken. Tot gisteren werkte alles perfect en er is normaal gezien niets veranderd.
Ik heb met Teamviewer op zijn PC gekeken en vind geen abnormale dingen.

Situatie: Laptop met Win 10 en laatste versie Firefox 64-bit en Telenet internet.
Kasperski antivirus (betalend)
Niet werkende website: https://www.cqgma.org/ geeft een time out. andere websites werken perfect
Met inspector > netwerk zie ik bij GET https://www.cqgma.org/ geen verdere info behalve NS_ERROR_NET_TIMEOUT

Een tracert geeft 2 hops met * * * maar gaat perfect naar de server (Bij mij zijn er 2 hops minder maar is er ook 1 met * * * via EDPnet)
In Chrome laadt de website wel
Er zijn geen speciale instellingen gezet in Firefox (alles default).
Er zijn geen instellingen veranderd in Windows (alles default betreft DHCP en DNS)
Er is geen VPN ingesteld (publiek IP is Telenet en is hetzelfde wat vorige dagen op onze clubwebsite inlogde).

Iemand een idee?

[devilkin]

Geen adblock achtige plugins in FF? Al es getest met een clean profiel/alle plugins afgezet?

[on4bam]

Nee, er staan geen plug-ins geïnstalleerd. De man komt aan niets aan bij settings dus staat bij de meeste software alles "default".

[ITnetadmin]

Er is duidelijk wel iets veranderd in FF, maar wat?
De browser en PC zijn al ns herstart?

FF heeft DNS-over-HTTPS aan boord. Staat die aan?
Mss is daar een issue mee, bv de cache?

[devilkin]

Toch es testen met een clean profiel. Kan al wat zaken uitsluiten.

Wat ook nog kan: windows firewall nakijken, daar kan je op proces niveau dingen gaan blokkeren.

(en laat me toe van te stellen dat het vaak wel een user malfunction is, ook al beweren ze van niet... jaren helpdesk gespeeld in een computer winkel)

[ITnetadmin]

Soms zelfs zonder dat ze het doorhebben op iets gedrukt of wat dan ook.

[on4bam]

Browser heb ik een aantal keer herstart, PC moet hij zelf doen
Hij is niet iemand die zijn PC laat aan staan als hij er niet is dus wss zal dat al eens gebeurd zijn.

Er moet "iets" gebeurd zijn maar wat heb ik niet kunnen vinden. Ik zal hem ook eens vragen of Windows een update gekregen heeft, gezien alles default staat doet hij geen manuele updates en gisteren was dinsdag... who knows.
Het is dan ook nog eens een NL Windows zodat ik mij dikwijls zot zoek naar de juiste benaming van een setting als ik hem via radio aanwijzingen geef.

Clean profiel ga ik zeker proberen... als ik hem hoor straks of morgen.

@ITnetadmin De keren dat het probleem PEBCAK is...

[ITnetadmin]

Test zeker op de onboard DNS-over-HTTPS.
Mss dat een FF update die default aan heeft gezet?

[on4bam]

Dat heb ik nagekeken Die staat "uit". Ik heb de andere settings 1 voor 1 ook geprobeerd maar dat maakte geen verschil.
Ook altijd HTTPS staat af.

Wat ik wel vreemd vond is dat er geen cookie van die site in zijn cookieslijst stond (er wordt er maar 1 gezet naar ik kon zien als ik ze zelf bezocht) en cookies worden niet gewist bij sluiten FF dus moest dat er normaal wel staan. Nu goed, voor er cookies gezet worden moet de site wel te bereiken zijn.

[CCatalyst]

on4bam's "collega radio amateur" problemen zijn altijd interessant

Wat ik wel vreemd vond is dat er geen cookie van die site in zijn cookieslijst stond (er wordt er maar 1 gezet naar ik kon zien als ik ze zelf bezocht) en cookies worden niet gewist bij sluiten FF dus moest dat er normaal wel staan. Nu goed, voor er cookies gezet worden moet de site wel te bereiken zijn.

De default is maar een sessie cookie dus die zou gewist moeten worden bij het afsluiten van de browser. Evenwel zouden er bij het gebruik van de website (inloggen of andere functies) nog meer cookies kunnen ontstaan.

Gezien het in de andere browser wel werkt lijkt het om een Layer 7 probleem te gaan en kan de rest - voorlopig - uitgesloten worden.

Zeker van dat de browser geen cookies stuurt uit vorige configuraties van de website? Sommige sites zijn experts in de cookiestring bij elk bezoek steeds langer te maken, tot ze zo lang wordt dat de request als "mogelijke denial-of-service" aanzien wordt door een WAF en geblokkeerd wordt Dan werkt het natuurlijk wel in een andere browser. Mogelijks is de string zo lang geworden dat Firefox ze zelf ook niet meer kan tonen...

Dus nog te testen:
* Of het werkt in Firefox incognito of niet (meer duidelijkheid inzake DoH).
* Eens de volledige GET die Firefox stuurt inspecteren, naar Cookies of andere verdachte zaken toe.
* Indien geen resultaat, dan packet capture om de verschillen tussen een verzoek van Firefox en Chrome na te gaan. Evenwel TLS dus je gaat een root cert moeten installeren etc.

[on4bam]

Geen Teamviewer sessie meer nodig gehad en inderdaad een geval van PEBCAK.
Eerst en vooral deed het probleem zich blijkbaar al langer voor maar dan sporadisch. Het zoeken wat er de laatste 48 uur veranderd was was dus verloren moeite.
Blijkbaar moet AVG bij een update of installatie van andere software mee geïnstalleerd geweest zijn, hij had dat niet gemerkt. Na het verwijderen van AVG werkt de website weer als voorheen.
Blijft de vraag waarom dit enkel in FF gebeurde en niet in Chrome. Ik zag geen add-on voor AVG in FF staan en tussen de vele icoontjes in de taakbalk of op het scherm is mij AVG ook niet opgevallen.

In elk geval, bedankt voor het meedenken...

BTW: Murphy is een permanent bewoner bij hem en als er ergens iets mis loopt is het bij hem.

[R2D2]

ook altijd handig: https://downforeveryoneorjustme.com/

[on4bam]

Die site is me bekend maar dat was hier niet van toepassing.