[IIS 6] Page not found op lokaal IP

[Verwijderd]

op een server draait IIS 6. Deze server fungeerd voor meerdere doeleinden:
* webserver
* NAT
* DNS

Het is een Windows 2003 Standard server.
De server heeft 2 netwerk kaarten voor een 10.0.0.x netwerk en een 192.168.x.x netwerk

De adressen voor de server zijn handmatig ingesteld en zijn uniek binnen de netwerken. In IIS6 heb ik een site gemaakt welke vanuit IIS zelf is te zien als je browse kiest.

Het probleem is alleen als ik met internet explorer browse gaat het hoe dan ook fout.
De volgende adressen zijn geprobeerd:
* http://localhost
* http:/127.0.0.1
* http://192.168.1.1
* http://10.0.0.150

Als ik naar http://intranet browse komt de site wel. Intranet is de host header voor de site. De site is in IIS geconfigureerd op "(All Unassigned)" en poort 80.

pingen naar localhost en alle IP's geeft gewoon antwoord en nbtstat geeft allemaal registered adressen aan (geen duplicates).

browsen via explorer naar \\192.168.1.1 of \\10.0.0.150 lukt wel (ook vanaf andere PC's)

Waar wordt dit ergens geblokkeerd, of hoe krijg ik dit weer aan de praat, zodat de site te bereiken is via:
http://localhost, http:/127.0.0.1, http://192.168.1.1, http://10.0.0.150 en via de host header http://intranet.

btw. FTP (via IIS6) geeft bij ftp://192.168.1.1 wel mijn listing weer, echter via een third party software draait er op IP adres 10.0.0.150:1021 nog een FTP deze werkt weer niet.

is er iemand die me kan helpen?

Grzt

[Rolfie]

Kijk eens of de website geen hostheaders gebruikt.

PNS

[Verwijderd]

de hostheader is "Intranet" en deze werkt als enige wel. ik heb deze al eens uit de configuratie gehaald en dan kan de site ook (logischerwijs) ook neit gevonden worden.

[TeeDee]

Dan hang je die ip-adressen ook als hostheader aan je site.

[Verwijderd]

ik heb geporbeerd om als hostheader de IP adressen in te voeren, maar dan krijg ik page cannot be displayed. ALs ik de ostheader toevoeg, maak ik tevens de DNS aan, maar dan verdeeld hij het IP op in mappen ipv een host file met koppeling aan bijbehorend IP adres).

Voorheen werkte de configuratie wel, maar sinds 1,5 week heb ik dit probleem, ik heb tevergeefs ook de netwerk kaarten al vervangen.

Het grootste probleemis dat de site nu niet bereikbaar is vanaf internet. mijn router die in het 10.0.0.x netwerk hangt voorward aanvragen van buitenaf op poort 80 naar 10.0.0.150 poort 80 (waar de site draait) echter het ip reageerd hier niet op.

[axis]

Hij doet toch gewoon wat ie moet doen? Hij reageert alleen op de host header 'intranet'.. Maar waarom gebruik je die host header? Je kunt ook gewoon de default web site uit zetten je deze site op poort 80 laten luisteren zonder host headers.. Reageert ie dus overal op..

Misschien nog even een iisreset tussendoor..

[axis]

Verwijderd schreef op vrijdag 02 december 2005 @ 13:52:
de hostheader is "Intranet" en deze werkt als enige wel.

Ja gek he, als je host header instelt, betekent dat dat ie ALLEEN op die combinatie ip adres, poortnummer en host header reageert..

ik heb deze al eens uit de configuratie gehaald en dan kan de site ook (logischerwijs) ook neit gevonden worden.

Da's vreemd.. maar draait je default website nog? Die heeft waarschijnlijk geen host headers, en je kunt niet 2 sites hebben op poort 80 zonder host headers..

[Verwijderd]

dat is dus niet het geval. Als de hostheader verwijderd wordt is de site niet meer te benaderen, behalve vanuit IIS. De host header wordt alleen gebruikt voor de mensen op het interne netwerk zodat deze ook gemakkelijk naar de site kunnen.

De site is al geconfigureerd als 'default website' op poort 80. Maar is dus alleen intern te benaderen dmv. de hostheader. Extern is de site niet bereikbaar en intern ook niet per IP adres.

[F_J_K]

Ik sleep dit topic even naar mijn thuishonk van Software Algemeen en zet de naam van het desbetreffende programma in de titel.

[Verwijderd]

de default website bestaat nog wel maar is op een andere poort ingesteld.
De administration site en default website zijn ook alleen vanuit IIS te benaderen en niet via IP adressen. Deze hebben geen hostheaders.

Het lijkt alsof IIS of HTTP niet meer kan werken met IP adressen. Maar de Externe FTP opgezet met Gene 6 FTP Server werkt ook neit meer, terwijl intern FTP met IIS wel werkt op IP adres.

[axis]

Verwijderd schreef op vrijdag 02 december 2005 @ 14:35:
dat is dus niet het geval. Als de hostheader verwijderd wordt is de site niet meer te benaderen, behalve vanuit IIS. De host header wordt alleen gebruikt voor de mensen op het interne netwerk zodat deze ook gemakkelijk naar de site kunnen.

De site is al geconfigureerd als 'default website' op poort 80. Maar is dus alleen intern te benaderen dmv. de hostheader. Extern is de site niet bereikbaar en intern ook niet per IP adres.

Als je een host header instelt, wat je dus hebt gedaan, is je site ALLEEN nog maar bereikbaar als je de site ook oproept met die hostname(s).. Dan is het toch ook redelijk logisch dat ie extern (onder andere) niet werkt?

[axis]

Verwijderd schreef op vrijdag 02 december 2005 @ 14:46:
de default website bestaat nog wel maar is op een andere poort ingesteld.
De administration site en default website zijn ook alleen vanuit IIS te benaderen en niet via IP adressen. Deze hebben geen hostheaders.

Kijk eens met netstat of TCPview of je machine wel netjes luistert op al die poorten.. Als die sites geen host header(s) hebben zou inderdaad elke request naar die poort netjes de site terug moeten geven. Ik ga er vanuit dat je ook af en toe eens reboot? Dat wil soms dit soort vage IIS problemen nog wel eens oplossen.

Het lijkt alsof IIS of HTTP niet meer kan werken met IP adressen. Maar de Externe FTP opgezet met Gene 6 FTP Server werkt ook neit meer, terwijl intern FTP met IIS wel werkt op IP adres.

Dus zowel je MS-FTP als Gene6 zijn niet bereikbaar vanaf het netwerk (of extern).. Dan lijkt het met toch een of andere firewalling issue.. Als je Gene6 op poort 1021 ook al niet werkt lijkt me dus dat je problemen met IIS kunt uitsluiten, maar dat het een netwerkprobleem is.

[Verwijderd]

IIS-FTP werkt dus intern wel en is vanaf buiten niet te bereiken. Dit klopt ook, want IIS-FTP is toegekent aan poort 21 op IP: 192.168.1.1

Gene 6 FTP werkt niet is zowel intern als extern niet te bereiken op 10.0.0.150, van buiten op poort 21 (via router geforward naar intern 1021) en intern op 1021.

De server wordt in ieder geval elke maand gereboot. Door dit probleem al meerdere malen gereboot.

Voorheen was alles actief en kon de website benaderd worden via de ip-adressen en via de host headers. Maar sinds 1,5 week terug ineens niet meer.

Het gaat steeds meer in de richting dat de server opnieuw opgezet moet gaan worden aangezien er nog geen image getrokken was.

[Verwijderd]

met netstat wordt aangegegeven dat er zowel op ftp als op http geluisterd wordt.

ook op poort niveau.

het lijkt er steeds meer op dat de lokale ip's en localhost niet geresolved worden...
maar vreemd dat in dat geval de hostheader dan wel werkt.

[ Voor 53% gewijzigd door Verwijderd op 02-12-2005 15:58 ]

[Verwijderd]

ook met tcpview gecheckt, ook daar staat de status listening voor poort 1021, http en ftp.

[Verwijderd]

na een herinstallatie van IIS en configureren van de site werkte alles weer naar behoren.

De hostheaders heb ik nu leeg gelaten, maar in DNS heb ik wel een host "Intranet" aangemaakt.

De site is nu weer te bereiken via
http://10.0.0.150
http://127.0.0.1
http://192.168.1.1
http://Intranet en http://localhost

de externe FTP werkt nu ook weer.

En blijkt dat als ik nu een host header invoer het voorgaande zich weer voordoet, maar als ik de hostheader nu verwijder werkt alles weer. Vreemd maar waar...alles werkt iig weer

Thx voor alle replies...

[Verwijderd]

Dat is mooi om te horen. Wil je in het vervolg wel als je de laatste bent die in het topic reageert de Edit knop gebuiken in plaats van steeds een nieuwe post te maken? Bedankt

[axis]

Verwijderd schreef op vrijdag 02 december 2005 @ 20:05:
En blijkt dat als ik nu een host header invoer het voorgaande zich weer voordoet, maar als ik de hostheader nu verwijder werkt alles weer. Vreemd maar waar...alles werkt iig weer

Ik snap nog steeds niet wat je nu niet snapt.. Ik heb in dit topic al drie keer gezegd dat als je een host header invult, die site alleen maar reageert op die hostname.. Nu vul je de host header opnieuw in, en de site reageert weer alleen op die hostname.. Wat gaat er mis in de communicatie?

[Verwijderd]

Het punt was dat ik de host header al had verwijderd en de HTTP header, maar dat het nog steeds niet werkte. Nadat ik IIS6 opnieuw heb geinstalleerd, had het invoeren/verwijderen van de host header wel het correcte effect.

In de communicatie ging dus niets mis, maar in IIS6 wel...