ERR_EMPTY_RESPONSE / sommige pagina's laden niet

[firedancer-88]

Mijn probleem:
Hi mede tweakers,

Ik heb net voor het eerst een Macbook Pro en ervaar af en toe een probleem met laden van internet pagina's.
Ik ben software engineer van beroep dus heb de meeste truces al wel geprobeerd... echter geen van allen leek tot dusver effectief. Verder wil ik er even bij vermelden dat ik een vrij jonge/nieuwe mac gebruiker ben, dit is mijn eerste mac ;-) alle tips en adviezen zijn meer dan welkom!

Mijn mac is nu ongeveer 3 weken oud, en sindsdien heb ik 3x het probleem ervaren dat sommige pagina's niet geladen kunnen worden. Pagina's die wel laden zijn doorgaans zeer traag. De error die ik in chrome krijg is ERR_EMPTY_RESPONSE. Ik heb verschillende dingen geprobeerd (zie hieronder) maar niks lijkt direct effect te hebben. Het probleem lijkt vanzelf na hooguit een paar uur vanzelf weer over te gaan...

Het probleem doet zich voor op zowel chrome als safari, bij dezelfde sites.
Alle drie de keren waren het bovendien dezelfde sites die het niet deden, zoals nu.nl en buienradar.nl.
google.nl doet het wel, maar maps.google.nl dan bijvoorbeeld weer niet.

Als ik in recovery mode opstart en hulp zoek, werken wel alle sites.

Laatst ook de update van Sierra geinstalleerd, maar ook vandaag was het weer raak

Inmiddels is hij weer op magische wijze hersteld maar ik wil heel graag weten wat dit probleem zou kunnen veroorzaken, of anderen hier ook last van hebben, en last but not least, wat ik kan doen om het te verhelpen!

Relevante software en hardware die ik gebruik
Macbook Pro 15" 2017 (2.8 Ghz, 256 GB SSD)
Sierra 10.12.6
Avast AV

Wat ik al gevonden of geprobeerd heb

1. Netwerk instellingen -> nieuwe "location" toegevoegd en verschillende DNS servers geprobeerd. Waaronder 8.8.4.4 en 8.8.8.8 van google
2. Browser cache clearen / vanaf beginning of time
3. Incognito modus
4. Nieuwe gebruiker aangemaakt
5. DNS geflusht via command line (en daarna reboot) :
   $ sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
6. Mobiel hotspot aangezet en daar verbinding mee gemaakt
7. Alle netwerken verwijderd en opnieuw verbinding gemaakt.
8. Router uit en weer aan gezet. (thuis, gebeurde ook een keer op kantoor waar dit natuurlijk geen optie was)
9. Via de terminal 'dig' gebruikt om te kijken of domein naam geresolved kon worden. Dit was het geval, ook als de betreffende site het op dat moment niet deed!

[ Voor 9% gewijzigd door firedancer-88 op 23-07-2017 22:19 ]

[WTM]

Welke ISP? Thuis en kantoor zelfde ISP? Welke sites? Kun je een voorbeeld geven?

[firedancer-88]

Thuis KPN, op kantoor zou ik morgen even kunnen checken.

Sites die stevast weigeren:
- nu.nl
- buienradar
- maps.google.nl
- google.com (waar google.nl wel werkt)
- wikipedia

Verder als ik google op iets, dan zie ik wel zoekresultaten maar als ik dan doorklik werkt geen enkele site.

Sites die het altijd wel doen:
- google.nl (incl. zoeken)
- youtube
- screeps.com
- linkedin, (maar artikelen openen weigert dan weer)

[WTM]

Bizar probleem. Je hebt het in alle browsers zeg je?

Nu.nl heb ik ook problemen mee, in Safari.

Heb je iets van een addblocker draaien als Ghostery ofzo?

[firedancer-88]

Ja heel bizar. Ik draai inderdaad aardig wat plugins. Ik vermoedde dan ook dat één ervan de schuldige was maar het probleem is evengoed aanwezig in de incognito modus waar enkel uBlock draait.
Verder is safari helemaal clean.

Het probleem trad bovendien ook op bij een ander user-account die verder helemaal clean was.

Voor de volledigheid, dit zijn de plugins die ik heb draaien in Chrome:
- Application launcher for Google Drive
- ColorPick Eyedropper
- Evernote Web Clipper
- Full Page Screen Capture
- Gliffy Diagrams
- Alle google docs zooi
- JSON Viewer
- IntelliJ Developer plugin
- LastPass
- Postman + interceptor
- Privacy Badger
- Screencastify
- Tamper Chrome (extension + application)
- uBlock Origin

[firedancer-88]

Solved!!!

Zojuist voor de vierde keer ontstond het probleem weer.

Dit maal heb ik het web shield van Avast uitgeschakeld, en voila! Alle pagina's begonnen spontaan weer te laden.

Tijd voor een andere AV dus :-)

[Nick25]

firedancer-88 schreef op dinsdag 25 juli 2017 @ 08:51:
Solved!!!


Tijd voor een andere AV dus :-)

Waarom een AV op een mac

[WTM]

Ik draai ook geen AV. Goed nadenken voor je iets installeert, en ook met Little Snitch al het verkeer in de gaten houden... kom dan volgens mij al een heel eind.

[Nick25]

WTM schreef op dinsdag 25 juli 2017 @ 09:54:
Ik draai ook geen AV. Goed nadenken voor je iets installeert, en ook met Little Snitch al het verkeer in de gaten houden... kom dan volgens mij al een heel eind.

Precies dat

[MelvinW]

Een AV op macOS is inderdaad niet nodig, aangezien Apple er standaard 1 heeft ingebouwd dat op de achtergrond draait. Als de ingebouwde AV iets niet tegenhoudt, dan kan een AV als Avast dat ook niet.

[firedancer-88]

Soms is het ook gewoon een kwestie van moeten ipv willen. Bedrijf policy voor byod (bring your own device) dus ik heb geen keus :-)

[supersnathan94]

firedancer-88 schreef op woensdag 26 juli 2017 @ 19:36:
Soms is het ook gewoon een kwestie van moeten ipv willen. Bedrijf policy voor byod (bring your own device) dus ik heb geen keus :-)

Misschien eens aankaarten bij het bedrijf dat die policy niet goed is en contra productief werkt. Daarnaast hadden we gisteren een mooi artikel waaruit blijkt dat 100% van de scanners op macOS niet detecteerd wat het zou moeten detecteren en alleen maar voor schijveiligheid zorgt.

[firedancer-88]

Ik denk dat dit topic op slot kan :-)
Het wordt nu een hele discussie over de vraag om wel of geen AV op een mac te installeren en heeft niks meer te maken met de reden dat ik dit topic gestart ben.

Het probleem is opgelost en ik hoop dat iemand anders er nog wat aan heeft die hetzelfde probleem heeft.

Thanks voor het meedenken iig.