Google Chrome negeert hosts-bestand

Google Chrome negeert de instellingen in het bestand C:/Windows/System32/drivers/etc/hosts. Zowel IE11 als Firefox zijn op dezelfde machine geïnstalleerd en werken zoals verwacht.

Ik heb alle oplossingen geprobeerd die ik online kon vinden, waaronder:

  1. Open chrome://net-internals/#dnsen klik op de knop Hosts-cache wissen.
  2. Ga naar Instellingen, Toon geavanceerde instellingen en schakel de volgende drie opties uit: (X) Gebruik een webservice om navigatiefouten op te lossen (X) Gebruik een voorspellingsservice om zoekopdrachten en URL’s in de adresbalk te voltooien (X) Gebruik een voorspellingsservice om pagina’s sneller te laden
  3. Ga naar Instellingen, Geavanceerde instellingen weergeven, klik op de knop Browsegegevens wissen, selecteer Afbeeldingen en bestanden in cache vanaf het begin en klik op Browsegegevens wissen.
  4. Start Chrome.exe opnieuw.
  5. Start de computer opnieuw op.
  6. Zorg ervoor dat u http://toevoegt aan de voorkant van het webadres.
  7. Zorg ervoor dat de proxy-instellingen zijn uitgeschakeld
  8. Voer cmd.exeuit en voer ipconfig /flushdns
  9. uit

  10. Chrome verwijderen en opnieuw installeren

Ik weet het niet meer… Is er iets dat ik heb gemist dat ik kan proberen of controleren?


Antwoord 1, autoriteit 100%

Het lijkt erop dat Chrome de volgende extensies niet leuk vindt voor dat soort dingen:

.dev
.localhost
.test
.example

Gebruik .localen het probleem lijkt te verdwijnen.

Update van [George Udosen][1] suggestie:

.appwordt ook genegeerd.
[1]: Google Chrome negeert hosts-bestand


Antwoord 2, autoriteit 31%

Ok, ik had hetzelfde probleem, maar toen vond ik de oplossing.
Probeer dit:
Ga naar geschiedenis (Ctrl+H) -> Klik in het linkerdeelvenster op Browsegegevens wissen
Ga in het nieuwe venster dat wordt geopend naar het tabblad Geavanceerd
Stel Tijdbereikin op Altijd-> check Afbeeldingen en bestanden in cache-> klik op Gegevens wissen
Start uw computer opnieuw op. Het zou de adressen moeten omleiden die worden vermeld in het Hosts-bestand (C:\Windows\System32\drivers\etc\hosts)

Opmerking: deze oplossing is alleen voor Google Chrome


Antwoord 3, autoriteit 31%

Dit is geïdentificeerd als een ‘bug’ in Chrome, maar het lijkt absoluut opzettelijk gedrag te zijn. Google Chrome respecteert /etc/hostsniet wanneer er verbinding is met internet. Het doet altijdeen DNS-lookup om IP-adressen te bepalen.

Hoewel mijn referenties hieronder voornamelijk betrekking hebben op mijn ervaringen hiermee op Linux, is het niet beperkt tot Linux.

https://groups.google .com/a/chromium.org/forum/#!topic/net-dev/iKXqyc40tW0

https://superuser.com/a/887199/75128

https://bugs.chromium.org/p/chromium /issues/detail?id=117655


Antwoord 4, autoriteit 16%

Probeer de DNS-cache te wissen:

1) voer cmd.exe uit als beheerder

2) typ: ipconfig /flushdns


Antwoord 5, autoriteit 12%

Als iemand dit probleem in 2021 tegenkomt, was de oplossing voor mij om de optie Use secure DNSuit te schakelen in de Chrome-instellingen. Nadat dat was uitgeschakeld, begonnen alle opties in het hosts-bestand te werken.

De optie bevindt zich onder Privacy en beveiliging> Beveiligde DNS gebruiken

Link om er sneller te komen:

chrome://settings/security


Antwoord 6, autoriteit 9%

Ik kwam dit vanavond net tegen en geen van deze opties werkte. Ik ontdekte dat Chrome nu “www”verbergt (https://www.howtogeek.com/435728/chrome-now-hides-www-and-https-in-addresses.-do-you-care/ ). Chrome gebruikte mijn hosts-bestand, maar ik moest ‘www’ toevoegen. naar mijn hostnaam in mijn hosts-bestandaangezien dat is wat de browser eigenlijk vraagt, zelfs als hij het niet laat zien.


Antwoord 7, autoriteit 3%

Een beetje laat, maar na sluitingstijd vind ik een oplossing. Het lijkt erop dat Google Chrome soms problemen heeft met het herkennen van de naam van de hosts die zijn gedefinieerd in /etc/hosts.

Ik gebruik linux en ik zit achter een proxy.

Probeer aan het einde van de naamserver toe te voegen: .localhost

Voorbeeld:

Bij: /etc/hosts:

127.0.0.1       myservername.localhost

Op de virtuele hosts van uw serverconfiguratie moet u de servernaam hernoemen. In mijn geval gebruik ik apache, dus hernoem in /etc/apache/sites-enabled/myserver.conf de regel van de oude servernaam met:

...
ServerName:  myservername.localhost

Als je achter een proxy zit, kun je behalve alle hosts die gewoon toevoegen aan de no_proxy vars:

$no_proxy= "localhost"

Vergeet ten slotte niet om de server opnieuw op te starten en probeer toegang te krijgen in de browser met de nieuwe servernaam.


Antwoord 8

Hoewel werd aangegeven dat er geen proxy wordt gebruikt, had ik hetzelfde probleem op OS X terwijl ik een proxy gebruikte en de uiteindelijke oplossing was om een ​​proxy-uitzondering voor dit domein toe te voegen.

Wat de OP zou kunnen proberen, is asynchrone DNS uitschakelen via de opdrachtregelschakelaar als
hiergenoemd in 2015:

Async DNS: schakelaar verwijderen uit about:flags

Async DNS is momenteel redelijk stabiel, dus we hebben de
schakel over: vlaggen meer in. (Merk op dat de –enable-async-dns en
–disable-async-dns commandoregelvlaggen werken voorlopig nog.)

Dit lijkt in mijn geval echter geen effect te hebben, aangezien chrome://net-internals/#dnsnog steeds de interne DNS-client weergeeft als ingeschakeld zonder duidelijke manier om het om te zetten uit.


Antwoord 9

Had een soortgelijk probleem bij het werken vanaf een op Windows gebaseerde server met proxy-instellingen. In de geavanceerde proxy-instellingen zijn er 2 opties die kunnen helpen. Negeer de proxy-instelling voor lokale hosts, dit is een selectievakje; evenals een lijst met adressen met puntkomma’s waar u bepaalde IP-bestemmingen kunt uitsluiten. Dit heeft mijn probleem opgelost.


Antwoord 10

😊 eenvoudig antwoord😊
er zijn 3 oplossingen hiervoor:
1- verwijderen Visited Linksbinair bestand (beauty👍)
2- gebruik .localof .appin plaats van je gewenste TLD (standaard en bij voorkeur door Chrome-documenten, maar ik vind het niet leuk)
3- uw computer opnieuw opstarten (lelijk👎)

verwijderen van Visited Linksbinair:

  1. doe alle chrome-taken (sluit alle chrome-vensters :))
  2. verwijder C:\Users\[USERNAME]\AppData\Local\Google\Chrome\User Data\Default\Visited Linksbinair

u kunt een functie in uw shell-profiel definiëren om dit snel en alleen door een commando uit te voeren wanneer u met dit probleem wordt geconfronteerd: bijvoorbeeld:

function respectHosts () {
    $path = $HOME + "\AppData\Local\Google\Chrome\User Data\Default\Visited Links";
    Remove-Item $path;
}

belangrijke opmerking:

het wordt aangeraden om de eerste keerna het verwijderen van het binaire bestand Visited Linksook uw geschiedenis te verwijderen, want als u een url uit de geschiedenis gebruikt, gebruikt u in feite de gecachte dns ook van die url:

voer hier de afbeeldingsbeschrijving in

Other episodes