2
IIS Auf W2k Server lehnt Anfragen auf neuer IP ab
Hallo,
gestern habe ich in einem Kinderheim die neuen Hardware-Firewalls in Betrieb genommen und gleichzeitig auch die IP-Adressen in dem Netzwerk von 192.168.10.xx auf 1.xx umgestellt (auch am W2k Server). Außerdem habe ich am W2k Server den DHCP Dienst deaktiviert und im AD und DNS alles auf die neue IP (192.168.1.2) umgestellt. Wenn ich im lokalen Netz http://192.168.1.2 eingebe, erscheint die gewünschte Webseite von IIS, wenn ich den Port 80 von der Firewall auf die 192.168.1.2 (TCP) weiterleite, bekomme ich beim Zugriff von Außen keine Webseite angezeigt. Wenn ich hingegen zum testen den Port 80 auf unseren Netzwerkdrucker (Webinterface) durchschalte, bekomme ich von außen sofort das Webinterface zu sehen, also nehme ich an, dass es am IIS liegt.
Wo kann ich nachschauen, damit es möglichst schnell wieder funktioniert?
Gruß
Nico
gestern habe ich in einem Kinderheim die neuen Hardware-Firewalls in Betrieb genommen und gleichzeitig auch die IP-Adressen in dem Netzwerk von 192.168.10.xx auf 1.xx umgestellt (auch am W2k Server). Außerdem habe ich am W2k Server den DHCP Dienst deaktiviert und im AD und DNS alles auf die neue IP (192.168.1.2) umgestellt. Wenn ich im lokalen Netz http://192.168.1.2 eingebe, erscheint die gewünschte Webseite von IIS, wenn ich den Port 80 von der Firewall auf die 192.168.1.2 (TCP) weiterleite, bekomme ich beim Zugriff von Außen keine Webseite angezeigt. Wenn ich hingegen zum testen den Port 80 auf unseren Netzwerkdrucker (Webinterface) durchschalte, bekomme ich von außen sofort das Webinterface zu sehen, also nehme ich an, dass es am IIS liegt.
Wo kann ich nachschauen, damit es möglichst schnell wieder funktioniert?
Gruß
Nico
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: 41257
Url: https://administrator.de/contentid/41257
Printed on: April 19, 2024 at 00:04 o'clock
2 Comments
Latest comment
Hallo,
ich denke dein Problem liegt darin, dass deine Firewall nicht weiß wohin deine Anfrage zum IIS soll.
Ich benutze dafür die feste IP auf der Firewall oder DYNDNS + einen bestimmten Port. Zum Beispiel xxx.xxx.xxx.xxx:5333 und leite diese dann von der Firewall weiter auf den dementsprechenden Rechner + Port. Ebenso ginge es wenn du alle Anfragen von aussen auf deinen Server leitest und diese dann von diesem Routest.
Auf jeden Fall würde ich dem IIS nicht den Port 80 geben sondern einen anderen, da fast jedes Gerät dass sich über Web konfigurieren lässt mitllerweile diesen Port benutzt und da mal schnell was durcheinander gerät.
Sieh dir auch mal die lmhost - Datei falls du diese einsetzt und die hosts - Datei an. C:\windows\system32\drivers\etc
Auch die Kontrolle deines Namens - Caches bringt aufschluss.
Kommandozeile: nbtstat -c --> Cache
Kommandozeile: nbtstat -R --> lädt diesen neu
MFG
ich denke dein Problem liegt darin, dass deine Firewall nicht weiß wohin deine Anfrage zum IIS soll.
Ich benutze dafür die feste IP auf der Firewall oder DYNDNS + einen bestimmten Port. Zum Beispiel xxx.xxx.xxx.xxx:5333 und leite diese dann von der Firewall weiter auf den dementsprechenden Rechner + Port. Ebenso ginge es wenn du alle Anfragen von aussen auf deinen Server leitest und diese dann von diesem Routest.
Auf jeden Fall würde ich dem IIS nicht den Port 80 geben sondern einen anderen, da fast jedes Gerät dass sich über Web konfigurieren lässt mitllerweile diesen Port benutzt und da mal schnell was durcheinander gerät.
Sieh dir auch mal die lmhost - Datei falls du diese einsetzt und die hosts - Datei an. C:\windows\system32\drivers\etc
Auch die Kontrolle deines Namens - Caches bringt aufschluss.
Kommandozeile: nbtstat -c --> Cache
Kommandozeile: nbtstat -R --> lädt diesen neu
MFG
Hallo,
ich habe das Problem mittlererweile gelöst, es lag aber nicht an den IIS oder Firewall-einstellungen, sondern an einer fehlerhaften Gateway-Einstellung. D.h. Ich habe das Gateway richtig gesetzt, aber eine anschließende Warnung über mehrere Standart-Gateways in unterschiedlichen Netzen weggeklickt. In der TCP/IP Verbindung war der Gateway anschließend richtig gelistet, aber ipconfig hat mir das Gateway garnicht angezeigt.
Dann habe ich den Server einfach mal auf DHCP umgestellt und ich konnte das Internet vom Server aus erreichen (Gateway richtig gesetzt usw.) Danach habe ich den Server wieder auf eine Manuelle IP eingestellt, aber der Fehler trat wieder auf. Nach einigen wiederholungen und reboots hat der Server es akzeptiert. Es funktioniert jetzt, allerdings weiß ich immernoch nicht was diese Meldung sollte und woher sie letzendlich kam.
Gruß
Nico
ich habe das Problem mittlererweile gelöst, es lag aber nicht an den IIS oder Firewall-einstellungen, sondern an einer fehlerhaften Gateway-Einstellung. D.h. Ich habe das Gateway richtig gesetzt, aber eine anschließende Warnung über mehrere Standart-Gateways in unterschiedlichen Netzen weggeklickt. In der TCP/IP Verbindung war der Gateway anschließend richtig gelistet, aber ipconfig hat mir das Gateway garnicht angezeigt.
Dann habe ich den Server einfach mal auf DHCP umgestellt und ich konnte das Internet vom Server aus erreichen (Gateway richtig gesetzt usw.) Danach habe ich den Server wieder auf eine Manuelle IP eingestellt, aber der Fehler trat wieder auf. Nach einigen wiederholungen und reboots hat der Server es akzeptiert. Es funktioniert jetzt, allerdings weiß ich immernoch nicht was diese Meldung sollte und woher sie letzendlich kam.
Gruß
Nico
