Ik denk dat het antwoord in het js script zit dat de Googletagmanager aanroept.
Het begint al bij DNS: Er wordt een DNS-request voor googletagmanager gedaan.
Dit zou niet moeten gebeuren. Geen enkele van de andere websites die d.m.v. het hosts-bestand zijn geblokkeerd doet dit.
Maar ik bedenk me opeens dat er misschien nog iets van googletagmanager in de cache heeft gestaan.
Ik lees net:
https://wizardassistant.com/how-to-edit-hosts-file-and-clear-cache/:
Once you have made changes you will want to have flushed dns resolver’s so that any cached entries are cleared and the new entries added are used.....
Maar dan zou 127.0.0.1 voorrang hebben boven de cache, en de cache juist weer voorrang hebben boven 0.0.0.0 ???...
Ik moet even in de gelegenheid zijn om het uit te proberen, maar dan laat ik het hier nog wel weten
TS
Door Anoniem: Het IP adres 0.0.0.0 heeft een aparte betekenis: https://en.wikipedia.org/wiki/0.0.0.0
Gezien die betekenis zou het kunnen zijn dat je OS het antwoord 0.0.0.0 (op basis van je hostfile) interpreteert als het mislukken om via die weg de naam te resolven en doorgaat naar de volgende methode (DNS). Als je 127.0.0.1 in je hostfile zet is wél een valide antwoord en zal het proces stoppen.
Nou ja, iets dergelijks heb ik inderdaad ook al over zitten denken: wat doet je PC met 0.0.0.0? Waar belandt dat?
Zou het misschien ook kunnen dat het naar je router gaat? (de bestemming 0.0.0.0 is óók de router van je lokale netwerk)
Wat verder bijzonder is, is dat dns resolve van www.googletagmanager.com aangeeft dat er ook nog een alias (cname) is:
www-googletagmanager.I.google.com.
En als ik me niet vergis liet wireshark zien dat de DNS-request dus naar die alias ging.
Ook dat ga ik nog eens even verifiëren, en dan hoort u het nog.
TS