10
Intranet mit IIS 6 funkzt nicht. Fehler 400
Folgendes Profil:
Windows 2003 Server Standard
AD, File/PrintSharing
Domäne
WinXP / MacOS X - Clients
Habe jetzt IIS 6 draufgespielt, weil ich einfaches Intranet, bestehend aus ein paar simplen .html Seiten, bereitstellen wollte.
Habe durch den Website-Assistent das alles gemacht. Ein Basisverzeichnis angezeigt, in dem paar .html Seiten drinne liegen, u.a. index.html.
Jetzt versuche ich das Intranet aufzurufen, über die IP vom Server.
Meldung: Die Seite wird nicht gefunden, Fehler 400.
Authentifizierungsmethoden: anonymer zugriff
Hosheader: Intranet
Komme nicht mehr weiter, der Dienst ist natürlich gestartet.
Windows 2003 Server Standard
AD, File/PrintSharing
Domäne
WinXP / MacOS X - Clients
Habe jetzt IIS 6 draufgespielt, weil ich einfaches Intranet, bestehend aus ein paar simplen .html Seiten, bereitstellen wollte.
Habe durch den Website-Assistent das alles gemacht. Ein Basisverzeichnis angezeigt, in dem paar .html Seiten drinne liegen, u.a. index.html.
Jetzt versuche ich das Intranet aufzurufen, über die IP vom Server.
Meldung: Die Seite wird nicht gefunden, Fehler 400.
Authentifizierungsmethoden: anonymer zugriff
Hosheader: Intranet
Komme nicht mehr weiter, der Dienst ist natürlich gestartet.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 5600
Url: https://administrator.de/contentid/5600
Printed on: April 16, 2024 at 06:04 o'clock
10 Comments
Latest comment
Was passiert, wenn du auf der Eingabeaufforderung per "telnet <deinserver> 80" auf den Server zugreifen möchtest und dort dann z.b. "GET /index.html" eingibst?
Gruß, Mupfel
Gruß, Mupfel
sorry, meinte "telnet deinserver 80"...
also kenne mich dami nicht ganz so aus. aber ich habe das telnet meinserver 80 eingegeben und dann kam "verbindung zum host verloren"
Also nochmal langsam zum nachbauen für dich:
du setzt dich mal an den Rechner, an dem der IIS läuft und versuchst folgende Befehlssequenz:
telnet localhost 80
GET /index.html
dann postest du uns mal die kompletten Ausgaben, die das Ding bringt.
Anschließend setzt du dich an einen Rechner in deinem LAN und versuchst volgendes:
telnet ip-Adresse-des-IIS-Servers 80
GET /index.html
wobei ip-Adresse.des-IIS-Servers die IP-Adresse des Servers ist und nicht jetzt das Wort...
Auch hier postest du uns mal bitte die kompletten Ausgaben, die zu dir dann zurückkommen.
Gruß, Mupfel
du setzt dich mal an den Rechner, an dem der IIS läuft und versuchst folgende Befehlssequenz:
telnet localhost 80
GET /index.html
dann postest du uns mal die kompletten Ausgaben, die das Ding bringt.
Anschließend setzt du dich an einen Rechner in deinem LAN und versuchst volgendes:
telnet ip-Adresse-des-IIS-Servers 80
GET /index.html
wobei ip-Adresse.des-IIS-Servers die IP-Adresse des Servers ist und nicht jetzt das Wort...
Auch hier postest du uns mal bitte die kompletten Ausgaben, die zu dir dann zurückkommen.
Gruß, Mupfel
bin am iis-rechner.
geb das zeug ein. dann ist die konsole komplett schwarz. ich sehe nicht, was ich eingebe. dann kommt irgendwann: bad request (invalid hostname) verbindung zum host verloren.
an nen anderen rechner kann ich nicht. bin remote aufm server.
geb das zeug ein. dann ist die konsole komplett schwarz. ich sehe nicht, was ich eingebe. dann kommt irgendwann: bad request (invalid hostname) verbindung zum host verloren.
an nen anderen rechner kann ich nicht. bin remote aufm server.
Also ist das schonmal ein Zeichen dafür, dass generell der Server schonmal auf dem Port 80 hört, aber irgendwie falsch konfiguriert ist... soweit, so gut...
Da ich mich jetzt aber mit IIS nicht auskenne, kann ich dir leider nicht weiterhelfen... wir können nur schonmal ausschließen, dass eine Firewall vorerst mal für das Problem verantwortlich ist... sondern es liegt jetzt tatsächlich an der Konfiguration des Servers... 400 hiesst übrigens soviel wie "400 Bad Request - Falsch formulierte Anfrage nicht verstanden." Aber ich vertraue dir mal, dass du das GET /index.html richtig "blind" eintippen konntest...
An sich läuft der Server ja... klingt nur irgendwie, als wäre da was grundliegendes falsch...
Gruß, Mupfel
Da ich mich jetzt aber mit IIS nicht auskenne, kann ich dir leider nicht weiterhelfen... wir können nur schonmal ausschließen, dass eine Firewall vorerst mal für das Problem verantwortlich ist... sondern es liegt jetzt tatsächlich an der Konfiguration des Servers... 400 hiesst übrigens soviel wie "400 Bad Request - Falsch formulierte Anfrage nicht verstanden." Aber ich vertraue dir mal, dass du das GET /index.html richtig "blind" eintippen konntest...
An sich läuft der Server ja... klingt nur irgendwie, als wäre da was grundliegendes falsch...
Gruß, Mupfel
eine index.html ignoriert der IIS als Startseite, sie muss index.htm (ohne L) heissen. Oder du musst in den Eigenschaften der Webseite unter "Dokumente" die seite index.html hinzufügen.
auch das geht leider nicht.
tschuldigung das ich hier leichenschändung begehe
ich hab hier das gleiche problem und sitze in der schule.
meine dozenten können mir da auch nicht helfen, das einzige was die mir sagen ist das ich die webseiten die ich haben möchte in die hosts datei eintragen soll.
prima, lokal bekomme ich sie, und nun?
ich will die ja nicht auf dem server haben sondern im intranet anbieten.
die anleitung hier aus dem board habe ich schon durch und das war intuitiv auch der weg den ich gegangen bin, bevor ich die anleitung gesehen hatte.
ich möchte kein asp ausliefern, nur simple htm und html seiten.
startseiten heissen index.html und sind auch in "dokumente" it angegeben.
wenn ich im browser http://server2k3/lalala/ angebe bekomme ich das bioskompendium so wie ich es haben will, aber wenn andere es so eingeben bekommen sie nichts.
pingen können sie mich und dns funktioniert auch.
systemdaten:
server 2k3
AD/DNS/DHCP/Anwendungsserver(iis 6)/RAS-VPN
2gb ram
ich hab hier das gleiche problem und sitze in der schule.
meine dozenten können mir da auch nicht helfen, das einzige was die mir sagen ist das ich die webseiten die ich haben möchte in die hosts datei eintragen soll.
prima, lokal bekomme ich sie, und nun?
ich will die ja nicht auf dem server haben sondern im intranet anbieten.
die anleitung hier aus dem board habe ich schon durch und das war intuitiv auch der weg den ich gegangen bin, bevor ich die anleitung gesehen hatte.
ich möchte kein asp ausliefern, nur simple htm und html seiten.
startseiten heissen index.html und sind auch in "dokumente" it angegeben.
wenn ich im browser http://server2k3/lalala/ angebe bekomme ich das bioskompendium so wie ich es haben will, aber wenn andere es so eingeben bekommen sie nichts.
pingen können sie mich und dns funktioniert auch.
systemdaten:
server 2k3
AD/DNS/DHCP/Anwendungsserver(iis 6)/RAS-VPN
2gb ram
tschuldigung für das doppelposting.
ich hab nun jemanden an der hand gehabt der das erstens weiss und zweitens auch erklären kann.
ich hab mir die zusammenfasung dessen was er sagte aufgeschrieben und publiziere es mal, da ich denke das nicht nur ich damit probleme habe/hatte.
:::::ANLEITUNG:::::
Für die neue Webseite muss man im DNS eine neue primäre DNS Zone erstellen (z.b. webseite.lokal).
Darin dann einen neuen (A)-Eintrag erstellen und beim Name NUR "www" ohne "" eingeben.
Als IP die Adresse gibt man die an die an die Webseite gebunden werden soll. Wenn also der Server 2 Netzwerkkarten hat wobei eine in Richtung Clients und die andere in Richtung Inet zeigt und nur die Clients auf die Seiten zugreifen können sollen, ist die IP anzugeben die von den Clients zu erreichen ist. (siehe ipconfig)
:::::ipconfig::::::
Ethernet-Adapter ext: (extern, nicht client )
Verbindungsspezifisches DNS-Suffix: 123321
IP-Adresse. . . . . . . . . . . . : 192.168.102.116 (für öffentliche webseiten die hier)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.102.254
Ethernet-Adapter int: (intern, client)
Verbindungsspezifisches DNS-Suffix:321123
IP-Adresse. . . . . . . . . . . . : 192.168.20.1 (für interne Webseiten die hier)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
damit ist der DNS teil abgeschlossen
Im IIS die Eigenschaften der Webseite aufrufen und die "Identifikation der Webseite" (erweitert anklicken) leeren. Dort dann nur den im DNS angegebenen hostheader mit dem www aus dem (A) eintrag eingeben, in diesem fall "www.webseite.lokal" wieder ohne ""
danach sollte alles laufen
ich hoffe das ist nicht zu wirr geschrieben und hilft.
grz
ich hab nun jemanden an der hand gehabt der das erstens weiss und zweitens auch erklären kann.
ich hab mir die zusammenfasung dessen was er sagte aufgeschrieben und publiziere es mal, da ich denke das nicht nur ich damit probleme habe/hatte.
:::::ANLEITUNG:::::
Für die neue Webseite muss man im DNS eine neue primäre DNS Zone erstellen (z.b. webseite.lokal).
Darin dann einen neuen (A)-Eintrag erstellen und beim Name NUR "www" ohne "" eingeben.
Als IP die Adresse gibt man die an die an die Webseite gebunden werden soll. Wenn also der Server 2 Netzwerkkarten hat wobei eine in Richtung Clients und die andere in Richtung Inet zeigt und nur die Clients auf die Seiten zugreifen können sollen, ist die IP anzugeben die von den Clients zu erreichen ist. (siehe ipconfig)
:::::ipconfig::::::
Ethernet-Adapter ext: (extern, nicht client )
Verbindungsspezifisches DNS-Suffix: 123321
IP-Adresse. . . . . . . . . . . . : 192.168.102.116 (für öffentliche webseiten die hier)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.102.254
Ethernet-Adapter int: (intern, client)
Verbindungsspezifisches DNS-Suffix:321123
IP-Adresse. . . . . . . . . . . . : 192.168.20.1 (für interne Webseiten die hier)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
damit ist der DNS teil abgeschlossen
Im IIS die Eigenschaften der Webseite aufrufen und die "Identifikation der Webseite" (erweitert anklicken) leeren. Dort dann nur den im DNS angegebenen hostheader mit dem www aus dem (A) eintrag eingeben, in diesem fall "www.webseite.lokal" wieder ohne ""
danach sollte alles laufen
ich hoffe das ist nicht zu wirr geschrieben und hilft.
grz