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
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 41257
Url: https://administrator.de/forum/iis-auf-w2k-server-lehnt-anfragen-auf-neuer-ip-ab-41257.html
Ausgedruckt am: 23.12.2024 um 06:12 Uhr
2 Kommentare
Neuester Kommentar
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
