IE 9 negeert hosts file

[dj_vibri]

Tweakertjes,

ik zit hier met een windows 7, met IE9 RTM en heb zonet mijn hosts file aangepast.
Wanneer ik via FF naar de naam "bla" ga, dan connecteert hij correct naar het juiste IP adres.
Doe ik dit via IE9 krijg ik de melding "Cannot display this webpage".

Wel heb ik gemerkt dat IE enkel "localhost" aanneemt als naam.

Iemand enig idee hoe dit op te lossen?

[Joolee]

Internet explorer herstarten?
Hele computer herstarten zou ook kunnen werken, misschien laad IE9 hem alleen dan opnieuw in.

[dj_vibri]

nee dus

heb volgende zaken al gedaan:

- Cache leeg gemaakt (Internet explorer developer tools --> Cache --> Clear"
- Internet Explorer cookies e.d. verwijderd (via internet explorer options etc...)
- Net navraag gedaan of hier proxy of restricties ingesteld waren bij klant, ze wisten van niets dus toegang gekregen tot wifi die rechtstreeks op i'net hangt maar ook zo lukt het niet.
- Ipconfig /flushdns

allemaal tevergeefs... en het grote probleem is dat het over een sharepoint applicatie gaat dus firefox is een no-go (tenzei IE Tab stuff, maar dat gaat de klant niet willen ).

[barry457]

Zit je achter een proxy? Dan werkt een host file niet.
Proxy kan je zelf zo nakijken.

Http:// ervoor toegevoegd in de host file?

[dj_vibri]

barry457 schreef op donderdag 31 maart 2011 @ 11:48:
Zit je achter een proxy? Dan werkt een host file niet.
Proxy kan je zelf zo nakijken.

Http:// ervoor toegevoegd in de host file?

Zit hier niet achter een proxy. Automatic Detect settings staat ook uitgevinkt.

Http:// toevoegen in de hosts file? serieus? Dacht dat hier enkel "name" moest staan... meteen proberen!

Net getest maar tevergeefs.

Volgende input heb ik reeds geprobeerd in de hosts file:

46.137.27.42 vibri

en

46.137.27.42 http://vibri

en

46.137.27.42 localhost

Bij localhost pakt hij hem wel.

[ Voor 20% gewijzigd door dj_vibri op 31-03-2011 12:05 ]

[lier]

Wat krijg je als je de hostname resolved (bv ping www.nu.nl)?
Heb je al een ipconfig /flushdns gedaan?

[dj_vibri]

Als ik een ping vibri doe krijg ik volgende output:

Pinging vibri [46.137.27.42] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

De request timed out is correct, pingen is niet toegestaan naar de server toe (is een amazon ec2 instance).

ipconfig /flushdns helpt ook niets

[DiedX]

Heb je een virusscanner die draait?

[dj_vibri]

DiedX schreef op donderdag 31 maart 2011 @ 12:14:
Heb je een virusscanner die draait?

mja, McAfee... Kan hier weliswaar niet veel aan veranderen, domain stuff.
Maar kan het zijn dat een AV zaken blokkeert voor IE en niet voor FF?

[Fish]

dns geflushed ?
ipconfig /flushdns
ow ja dus ..

Ik heb ook via het host file paar afkortingen naar een testomgeving gemaakt maar nergens problemen mee

[ Voor 69% gewijzigd door Fish op 31-03-2011 12:21 ]

[dj_vibri]

fish schreef op donderdag 31 maart 2011 @ 12:19:
dns geflushed ?

ipconfig /flushdns

ow ja dus ..

Enkele posts boven je

Heb ik dus ook al gedaan, enkele malen, maar dit helpt ook niets.

[YellowOnline]

dj_vibri schreef op donderdag 31 maart 2011 @ 12:18:
[...]


mja, McAfee... Kan hier weliswaar niet veel aan veranderen, domain stuff.
Maar kan het zijn dat een AV zaken blokkeert voor IE en niet voor FF?

Ik ken wel enkel de Enterpise scanner; als je een consumentenversie hebt weet ik het niet. In de Enterprise: ga naar de Console, rechterklik Properties op Access Protection, en dan zie je dit:



Nu, dit zou geen impact op een HOSTS file mogen hebben bij mijn weten, maar je kan toch eens checken.

[dj_vibri]

YellowOnline schreef op donderdag 31 maart 2011 @ 12:28:
[...]


Ik ken wel enkel de Enterpise scanner; als je een consumentenversie hebt weet ik het niet. In de Enterprise: ga naar de Console, rechterklik Properties op Access Protection, en dan zie je dit:

[afbeelding]

Nu, dit zou geen impact op een HOSTS file mogen hebben bij mijn weten, maar je kan toch eens checken.

Hier draait dus ook de enterprise versie blijkbaar.

Net gechecked en deze entries staan er in... Kan deze wel niet verwijderen oid...

[YellowOnline]

dj_vibri schreef op donderdag 31 maart 2011 @ 12:34:
[...]


Hier draait dus ook de enterprise versie blijkbaar.

Net gechecked en deze entries staan er in... Kan deze wel niet verwijderen oid...

Zie wel dat je UI geünlocked is

[dj_vibri]

YellowOnline schreef op donderdag 31 maart 2011 @ 12:36:
[...]


Zie wel dat je UI geünlocked is

Ik kan deze entries wel "bewerken"... wil je bedoelen dat ik de hosts file bij "exclude" moet zetten? *voel me dom*

en indien je bedoelt om effectief te verwijderen, ben zelf geen systeem beheerder maar developer

[ Voor 15% gewijzigd door dj_vibri op 31-03-2011 12:48 ]

[Verwijderd]

Je hoeft er toch geen exclude voor aan te maken? 'Block' uitvinken zou voldoende moeten zijn?

[YellowOnline]

Verwijderd schreef op donderdag 31 maart 2011 @ 12:55:
Je hoeft er toch geen exclude voor aan te maken? 'Block' uitvinken zou voldoende moeten zijn?

^^

[dj_vibri]

Verwijderd schreef op donderdag 31 maart 2011 @ 12:55:
Je hoeft er toch geen exclude voor aan te maken? 'Block' uitvinken zou voldoende moeten zijn?

Block staat reeds uitgevinkt...

Extra info (nuttig of niet...) als ik een tracert naar resp. vibri en het eigenlijk IP adres doe komt dit beiden overeen en wordt succesvol afgerond.

Moet dus, mijn inziens, ergens lokaal liggen but where... snap alleen niet waarom IE hosts negeert en FF niet

[FitzJac]

Probeer dit eens: “Internet options” -> “Connection” -> “Local area network (LAN)” en “Automatic configuration”
UIT-vinken.
Heeft mij laatst geholpen, welliswaar IE8 maar het is te proberen.

[dj_vibri]

FitzJac schreef op donderdag 31 maart 2011 @ 13:04:
Probeer dit eens: “Internet options” -> “Connection” -> “Local area network (LAN)” en “Automatic configuration”
UIT-vinken.
Heeft mij laatst geholpen, welliswaar IE8 maar het is te proberen.

Staat reeds uitgevinkt...

Net eens geprobeerd met in de hosts file (heb trouwens gevonden hoe ik blokkering kan aan/afzetten binnen mcafee gewoon op cell klikken... ) ip-adres en dan www.google.be .... flushdns gedaan en browsen naar www.google.be en dit werkt gewoon! (krijg dus sharepoint omgeving te zien).

Verander ik www.google.be terug naar vibri.... niets....

Update: als ik iets plaats met www.blabla.com in, werkt het.. maar gewoon http://blabla niet (en dit is natuurlijk exact wat we nodig hebben )

[ Voor 9% gewijzigd door dj_vibri op 31-03-2011 13:10 ]

[4ourty2]

Je zou het als test eens met vibri.be kunnen proberen. Ik draai zelf geen ie9 maar misschien dat hij het niet slikt omdat er geen TLD bijzit

[joopv]

Misschien gooit de site-checking roet in het eten. Smart screen of hoe dat ook heet.

Werkt een platte telnet op poort 80 wel?

telnet www.blahblah.nl 80

Krijg je dan een "open" en komt er http diarree terug als je wat intikt?

DNS resolvt hostnames naar ip adressen. Protocollen en applicaties (http://...) hebben niks met DNS te maken en horen niet thuis in een hosts file.

[ Voor 24% gewijzigd door joopv op 31-03-2011 13:17 ]

[dj_vibri]

UlyssesNL schreef op donderdag 31 maart 2011 @ 13:12:
Je zou het als test eens met vibri.be kunnen proberen. Ik draai zelf geen ie9 maar misschien dat hij het niet slikt omdat er geen TLD bijzit

Heb dit daarnet ook geprobeerd en dit lijkt dan wel te werken. Google search op hosts file without tld etc... levert niet echt bruikbare resultaten op.

joopv schreef op donderdag 31 maart 2011 @ 13:15:
Misschien gooit de site-checking roet in het eten. Smart screen of hoe dat ook heet.

Werkt een platte telnet op poort 80 wel?

telnet www.blahblah.nl 80

Krijg je dan een "open" en komt er http diarree terug als je wat intikt?

DNS resolvt hostnames naar ip adressen. Protocollen en applicaties (http://...) hebben niks met DNS te maken en horen niet thuis in een hosts file.

Nu Telnet feature aan 't activeren. Ik houd je op de hoogte

Update: Hosts file heeft nu entry "vibri.be" -> een telnet vibri.be 80 levert een HTTP 400 Bad Request error op.

code:

 HTTP/1.1 400 Bad Request
Content-Type: text/html; charset=us-ascii
Server: Microsoft-HTTPAPI/2.0
Date: Thu, 31 Mar 2011 11:22:14 GMT
Connection: close
Content-Length: 326

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/str
ict.dtd">
<HTML><HEAD><TITLE>Bad Request</TITLE>
<META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii"></HEAD>
<BODY><h2>Bad Request - Invalid Verb</h2>
<hr><p>HTTP Error 400. The request verb is invalid.</p>
</BODY></HTML>


Connection to host lost.

[ Voor 25% gewijzigd door dj_vibri op 31-03-2011 13:23 ]

[FitzJac]

Je kan nog even proberen wat ze hier zeggen:
http://www.tweaksforgeeks...dows-7-hosts-file-ignored

[dj_vibri]

FitzJac schreef op donderdag 31 maart 2011 @ 13:27:
Je kan nog even proberen wat ze hier zeggen:
http://www.tweaksforgeeks...dows-7-hosts-file-ignored

Ook al gevonden en geprobeerd maar niets niets niets
Het stomme is dat de hosts inderdaad TLD verwacht, but i do not want that

[WHiZZi]

Misschien een rare suggestie, maar DNS achtervoegsel?

Je PC krijgt een DNS achtervoegsel (domein.tld). Misschien dat IE9 eist dat een tld wordt geplaatst en bij het niet opgeven van de TLD zet IE9 er deze dus achter. In je hosts bestand moet dus:
virbl.domein.tld xx.xx.xx.xx
(xx = IP adres).

Je resolving werkt namelijk wel, alleen je IE9 werkt niet.

[dj_vibri]

WHiZZi schreef op donderdag 31 maart 2011 @ 13:40:
Misschien een rare suggestie, maar DNS achtervoegsel?

Je PC krijgt een DNS achtervoegsel (domein.tld). Misschien dat IE9 eist dat een tld wordt geplaatst en bij het niet opgeven van de TLD zet IE9 er deze dus achter. In je hosts bestand moet dus:
virbl.domein.tld xx.xx.xx.xx
(xx = IP adres).

Je resolving werkt namelijk wel, alleen je IE9 werkt niet.

Inderdaad, resolving lukt (anders gaat FF ook niets tonen denk ik ).

Maar wat als ik dan http://vibri wil gebruiken ipv http://vibri.be ... We zijn bezig met een DNS op te zetten op onze cloud omgeving, maar op dit moment (is voor een demo) zouden we de sharepoint omgeving moeten accessen via http://vibri .... Server naam is "vibri" en sharepoint gedoe met URL's (is snel opgelost dmv de servername in de url te gebruiken ipv public DNS / IP van amazon).

Wazige uitleg maar hopelijk iets of wat verstaanbaar

[urk_forever]

Heb je een 32 of 64 bits versie van Windows 7? Bij de 64bits versie is het namelijk zo dat je twee verschillende hosts files hebt. Misschien dat je de 32bits variant aangepast hebt en je de 64bits IE9 draait of andersom?

Zie bijvoorbeeld hier: How do I reset the hosts file back to the default?

Wat ik zeg klopt niet, op 64-bit windows is er ook maar 1 hosts file. Alleen de locatie is anders.

[ Voor 36% gewijzigd door urk_forever op 31-03-2011 14:09 ]

[dj_vibri]

urk_forever schreef op donderdag 31 maart 2011 @ 14:00:
Heb je een 32 of 64 bits versie van Windows 7? Bij de 64bits versie is het namelijk zo dat je twee verschillende hosts files hebt. Misschien dat je de 32bits variant aangepast hebt en je de 64bits IE9 draait of andersom?

Zie bijvoorbeeld hier: How do I reset the hosts file back to the default?

interessante stelling, draai 64-bit. Maar uiteindelijk leest hij wel de correct hosts file denk ik, alleen dan met probleem TLD (die we niet willen )

[YellowOnline]

Er is inderdaad maar één HOSTS file: die in System32/Drivers. Hier vergissen veel mensen zich trouwens: System32 is een 64-bit map en SysWOW64 is een 32-bit map. Dat houdt wel steek als je er over nadenkt: base OS is x64 en daardoor is System32 van toepassing op het 64-bit systeem. De SysWOW-map dient voor oudere systeemapplicaties (Windows On Windows) en is bijgevolg 32-bit.

[ Voor 39% gewijzigd door YellowOnline op 31-03-2011 14:24 ]

[defusion]

dj_vibri schreef op donderdag 31 maart 2011 @ 13:31:
[...]


Ook al gevonden en geprobeerd maar niets niets niets
Het stomme is dat de hosts inderdaad TLD verwacht, but i do not want that

Is denk ik omdat de zoekbalk en hostnames nu in een zitten.
Hij ziet "bla" dan als een zoekopdracht denk ik.

sorry, weet geen oplossing, maar dat lijkt me wel de plausibele verklaring.

[Rupie]

Ik zat net eens te googlen en in een post op een ander forum uit 2007 kom ik tegen:

Disable the DNS Client service (or just stop it and change it's Startup Type
to Manual). This is a solution I stumbled across quite some time ago when I
ran into the same problem as you. I've yet to come across an explaination
as to why all of a sudden XP starts to ignore the hosts file. This solution
could possibly cause problems, depending on your environment (as far as I
can tell it's only necessary if you're in a domain setting), but it has yet
to cause me any problems.

Geen idee of het verschil maakt bij jou probleem (helemaal omdat het wel werkt met TLD) maar wellicht het proberen waard.

[dj_vibri]

Rupie schreef op donderdag 31 maart 2011 @ 14:34:
Ik zat net eens te googlen en in een post op een ander forum uit 2007 kom ik tegen:


[...]


Geen idee of het verschil maakt bij jou probleem (helemaal omdat het wel werkt met TLD) maar wellicht het proberen waard.

Daarstraks al eens geprobeerd maar... tevergeefs

Het heeft echt enkel en alleen met die TLD te maken, want als ik een wijziging in hosts maak en flusdns uitvoer kan ik, zelfs in een instance van IE die nog openstaat, meteen naar de FQDN van de hosts gaan en het werkt.

Alleen zonder TLD/geldige FQDN komt hij klagen. *net op chrome geprobeerd, maar die stuurt mij al direct naar google voor zoekresultaten maar dat is een ander verhaal en niet van belang hier*

[dj_vibri]

Voor de pro's onder ons (of de geïnteresseerden), ik heb eens een flushdns gedaan gevolgd door een ipconfig /displaydns

dit is de output

code:

Windows IP Configuration

    42.27.137.46.in-addr.arpa
    ----------------------------------------
    Record Name . . . . . : 42.27.137.46.in-addr.arpa.
    Record Type . . . . . : 12
    Time To Live  . . . . : 86400
    Data Length . . . . . : 8
    Section . . . . . . . : Answer
    PTR Record  . . . . . : vibri


    vibri
    ----------------------------------------
    Record Name . . . . . : vibri
    Record Type . . . . . : 1
    Time To Live  . . . . : 86400
    Data Length . . . . . : 4
    Section . . . . . . . : Answer
    A (Host) Record . . . : 46.137.27.42


    vibri
    ----------------------------------------
    No records of type AAAA

Misschien dat er hier een aantoonbare fout inzit?

[YellowOnline]

dj_vibri schreef op donderdag 31 maart 2011 @ 14:53:
Voor de pro's onder ons (of de geïnteresseerden), ik heb eens een flushdns gedaan gevolgd door een ipconfig /displaydns

dit is de output

code:

Windows IP Configuration

    42.27.137.46.in-addr.arpa
    ----------------------------------------
    Record Name . . . . . : 42.27.137.46.in-addr.arpa.
    Record Type . . . . . : 12
    Time To Live  . . . . : 86400
    Data Length . . . . . : 8
    Section . . . . . . . : Answer
    PTR Record  . . . . . : vibri


    vibri
    ----------------------------------------
    Record Name . . . . . : vibri
    Record Type . . . . . : 1
    Time To Live  . . . . : 86400
    Data Length . . . . . : 4
    Section . . . . . . . : Answer
    A (Host) Record . . . : 46.137.27.42


    vibri
    ----------------------------------------
    No records of type AAAA

Misschien dat er hier een aantoonbare fout inzit?

Dat is in orde. Het lijkt er op dat het probleem in IE9 gezocht moet worden.