Intranet ohne Internet - Zugriffsprobleme

[sakura]

Hallo,

immer wieder haben wir folgendes Problem, in verschiedenen Variationen. Gleich sind dabei:

• Lokales Netzwerk ohne Internet-Zugang
• IPv4 und IPv6 Unterstützung vorhanden
• IIS läuft auf einer Maschine, sowohl via IPv4- als auch IPv6-Adresse erreichbar

Vom IIS-Rechner aus ist die Webseite mit allen gängigen Browsern verfügbar. Von anderen Rechnern ist die IIS-Seite mal gar nicht, mal nur IPv4, mal nur IPv6 erreichbar - alle Browser verhalten sich je Maschine gleich. Löschen von IP-Caches, Resets, etc. bringen keine Besserung. So langsam sind wir hier am Verzweifeln.

Daher sind wir für jede Idee von Herzen dankbar ;)

...:cat:...

[Kathmai]

Hallo,

klingt für mich nach einem DNS Problem.
Wie wird der IIS Webserver denn im Intranet aufgerufen? Per Hostname oder über IP Adresse?

Welchen "Unterbau" habt ihr denn beim IIS? SBS 2011, WS 2012 R2 oder WS 2016 ?

IP Adresse statische vergeben am IIS?

Ansonsten probiere Mal folgendes:

- DNS-Cache Löschen über ipconfig /flushdns
- habt ihr ne port weiterleitung beim Port 80 im Router gemacht?

Gruß

[sakura]

Zitat:

Zitat von Kathmai (Beitrag 1360321)

Wie wird der IIS Webserver denn im Intranet aufgerufen? Per Hostname oder über IP Adresse?

Sowohl als auch. Wie schon geschrieben, mal funktioniert es via der IPv4-Adresse, mal via IPv6-Adresse, manchmal auch via Hostname (nutzen wir aber eher selten, da der IIS-Rechner i.A. eine feste IP hat.

Zitat:

Zitat von Kathmai (Beitrag 1360321)

Welchen "Unterbau" habt ihr denn beim IIS? SBS 2011, WS 2012 R2 oder WS 2016 ?

Je nach Umgebung alles von Windows Server 2012 bis Windows 8 (kommt auf die Umgebung an).

Zitat:

Zitat von Kathmai (Beitrag 1360321)

IP Adresse statische vergeben am IIS?

Unterschiedlich, aber in unserer Testumgebung, welche das Problem derzeit reproduziert ist der IIS ungebunden an alle IP-Adressen (Windows Server 2012 R2)

Zitat:

Zitat von Kathmai (Beitrag 1360321)

- DNS-Cache Löschen über ipconfig /flushdns

Bringt nichts, schon versucht.

Zitat:

Zitat von Kathmai (Beitrag 1360321)

- habt ihr ne port weiterleitung beim Port 80 im Router gemacht?

Unterschiedlich, je nach Umgebung. Das Problem scheint allgemeiner zu sein :(

...:cat:...

[Bbommel]

Um das Problem mal etwas abzugrenzen: der Rechner selbst, auf dem der IIS läuft, ist aber im Netzwerk erreichbar (ping? laufen andere Dienste auf dem Rechner und sind erreichbar)? Das heißt, habt ihr das Problem, dass der IIS nicht reagiert oder ist der ganze Rechner nicht erreichbar?

[sakura]

Zitat:

Zitat von Bbommel (Beitrag 1360329)

Um das Problem mal etwas abzugrenzen: der Rechner selbst, auf dem der IIS läuft, ist aber im Netzwerk erreichbar (ping? laufen andere Dienste auf dem Rechner und sind erreichbar)? Das heißt, habt ihr das Problem, dass der IIS nicht reagiert oder ist der ganze Rechner nicht erreichbar?

Allgemein ja, wie oben beschrieben, entweder via IPv4-Adresse, oder via IPv6-Adresse, aber nicht beide...

...:cat:...

[jobo]

Alle Erreichbarkeitsprobleme treten immer schon bei adressierung per IP auf oder erst beim Namen?
Läuft ein DNS Server?
Läuft ein DHCP Server?
Wenn ja wo und welcher der Clients (alle) sowie server haben den eingetragen?
Laufen zentral oder lokal irgendwo mDNS, AVAHI, Bonjour oder sowas in der Art?

[nahpets]

Wir hatten vor Jahren mal bei 'nem Kunden ein ähnliches Problem.

Da war ein Switch nicht mehr voll funktionsfähig.
Man konnte nicht sagen, dass er defekt war, aber auch nicht mehr so richtig in Ordnung. Das hat damals zu ebensolchen, nicht wirklich nachvollziehbaren und sporadischen "Teilaussetzern" geführt.

[sakura]

Nochmals: Das Problem tritt bei verschiedenen Kunden immer mal wieder auf, nicht nur einmal.

Zitat:

Zitat von jobo (Beitrag 1360334)

Alle Erreichbarkeitsprobleme treten immer schon bei adressierung per IP auf oder erst beim Namen?

Sowohl als auch.

Zitat:

Zitat von jobo (Beitrag 1360334)

Läuft ein DNS Server?

Mal ja, mal nein.

Zitat:

Zitat von jobo (Beitrag 1360334)

Läuft ein DHCP Server?

Mal ja, mal nein.

Zitat:

Zitat von jobo (Beitrag 1360334)

Laufen zentral oder lokal irgendwo mDNS, AVAHI, Bonjour oder sowas in der Art?

Nicht auf den von uns ausgelieferten und unterstützten Geräten.

Zitat:

Zitat von nahpets (Beitrag 1360337)

Da war ein Switch nicht mehr voll funktionsfähig.

Wenn es einmal auftritt, eventuell. Wenn es häufiger auftritt, bei verschiedenen Kunden, schließe ich es aus.

Ich habe eher an ein KB-Patch o.ä. gedacht, aber bin da auch nicht fündig geworden.

...:cat:...

[Aviator]

Ich bin wie Kathmai der Meinung, dass das ein DNS Problem ist.

Zitat:

Zitat von sakura (Beitrag 1360340)

Zitat:

Zitat von jobo (Beitrag 1360334)

Läuft ein DNS Server?

Mal ja, mal nein.

Ist im Zusammenhang mit einem IIS aber nicht von Vorteil wenn kein DNS Server läuft. Ohne den ist es fast klar, dass der nicht funktioniert.

Kann es evtl. Probleme mit (abgelaufenen) Zertifikaten geben? Wie wäre es, wenn ihr bei den Problemrechnern zum Test die Adresse des Servers mal in die Hosts eintragt (wenn die Verbindung zum IIS per DNS abläuft)?

Habt ihr mal probiert, den IPv6 Support abzuschalten? Ich habe da in den letzten Tagen/Wochen teilweise massive Probleme gehabt, dass unser DNS Server auch abgeschmiert ist.

[sakura]

Zitat:

Zitat von Aviator (Beitrag 1360351)

Ich bin wie Kathmai der Meinung, dass das ein DNS Problem ist...
Ist im Zusammenhang mit einem IIS aber nicht von Vorteil wenn kein DNS Server läuft.

Funktioniert häufig dennoch ohne Probleme, und wir können leider nicht immer beim Kunde vorschreiben, dass wir einen gerne hätten.

Zitat:

Zitat von Aviator (Beitrag 1360351)

Kann es evtl. Probleme mit (abgelaufenen) Zertifikaten geben? Wie wäre es, wenn ihr bei den Problemrechnern zum Test die Adresse des Servers mal in die Hosts eintragt (wenn die Verbindung zum IIS per DNS abläuft)?

Das können wir sicher ausschließen.

Zitat:

Zitat von Aviator (Beitrag 1360351)

Habt ihr mal probiert, den IPv6 Support abzuschalten? Ich habe da in den letzten Tagen/Wochen teilweise massive Probleme gehabt, dass unser DNS Server auch abgeschmiert ist.

Ja, aber das ändert nichts daran, ob einige Clients es schaffen oder nicht (via IPv4 in diesem Falle natürlich)

...:cat:...

[nahpets]

Gibt es irgendwelche Infos aus den Ereignsiprotokollen der betroffenen Clients und Server?

Gibt es irgendwelche Infos aus den Logfiles des IIS?

Kurz, für mich nochmal zum Verständnis:

Identisches Problem bei unterschiedlicher Hard- und Software, unterschiedlicher Netzwerkkonfiguration an unterschiedlichen Standorten?

Oder kurz: Nichts stimmt überein, außer dem Problem :pale:

Könnt ihr das Problem kurzfristig beheben durch z. B. Serverneustart, IIS-Neustart ...?

Welche Fehlermeldung wird im Browser ausgegeben? Server nicht erreichbar ...

[jobo]

Also eine fehlkonfigurierter Client (Netzwerk) kann lustige Effekte hervorrufen. Wenn z.B. auch die Existenz/Aktivität eine mDNS Dienstes nicht ausgeschlossen werden kann, wird es noch bunter.
Eine solche Störung auch bei Adressierung via IP deutet eigentlich auf einen schweren Dienstfehler hin.
Ich kenne vom Verhalten her einen Fehler aus einer Windows Domänen
Umgebung, der sich als Workaround beheben ließ, indem ipV6 auf den betroffenen Clients abschaltet (ggF. hier auch den involvierten Server). Zur Ursachenforschung das System schrittweise schrumpfen (Geräte abschalten) oder direkt nur mit einem Paar aus Client und Server beginnen und aufrüsten.
Ansonsten empfehle ich auf allen Systemen eine Analyse des Ereignisprotokolls (/ Logfiles by anderen OS).

@Zertifikate:
Eine falsche (Uhr)zeit kann da auch problematisch sein (in gewissen Grenzen)
@DNS
Ohne DNS kann das System nur noch per IP Adressierung funktionieren (eper Definition). Funktioniert es dennoch mit Namensadressierung, gibt es einen unbekannten DNS Dienst im System, den muss man dann finden und abschalten. (Siehe dazu mDNS, AVAHHI, Bonjour), auf allen Clients die DHCP/DNS Server Einstellungen vergleichen (ipconfig /all), dort hat scih die Übeltäter IP ggF. irgendwo eingetragen (abweichend)

[sakura]

Zitat:

Zitat von nahpets (Beitrag 1360354)

Gibt es irgendwelche Infos aus den Ereignsiprotokollen der betroffenen Clients und Server?

Keine zur Anfrage bei den Clients. Auf dem Server auch nicht, da die Anfrage nie abgesetzt wird (siehe unten)

Zitat:

Zitat von nahpets (Beitrag 1360354)

Gibt es irgendwelche Infos aus den Logfiles des IIS?

Nichts, da keine Anfragen abgesetzt werden.

Zitat:

Zitat von nahpets (Beitrag 1360354)

Identisches Problem bei unterschiedlicher Hard- und Software, unterschiedlicher Netzwerkkonfiguration an unterschiedlichen Standorten?
Oder kurz: Nichts stimmt überein, außer dem Problem :pale:

Ganz genau :wall:

Zitat:

Zitat von nahpets (Beitrag 1360354)

Welche Fehlermeldung wird im Browser ausgegeben? Server nicht erreichbar ...

Es besteht keine Verbindung zum Internet, bitte überprüfen Sie ihre Verbindung...

...:cat:...

[nahpets]

Zitat:

Zitat von sakura (Beitrag 1360357)

Es besteht keine Verbindung zum Internet, bitte überprüfen Sie ihre Verbindung...

Das heißt doch, Du kommst vom Client überhauptnicht weg!

Heißt das, dass zu diesem Zeitpunkt auch der Aufruf einer beliebigen anderen Webseite nicht funktioniert?

Mit 'nem Ping müsste das doch dann (fast?) heißen: Kein Ping außer auf localhost dürfte funktionieren! (?)

Falls doch, was sagt ein Tracert zum IIS-Server?

Was muss am Client passieren, damit er wieder Zugriff bekommt?
Rechnerneustart, Browserneustart, IPConfig /renew, IPConfig /release ..., net stop DHCP-Client, net start DHCP-Client ...

Oder verschwindet das Problem genauso diffus wieder, wie es auch irgendwann wieder auftritt?

[sakura]

Zitat:

Zitat von nahpets (Beitrag 1360361)

Zitat:

Zitat von sakura (Beitrag 1360357)

Es besteht keine Verbindung zum Internet, bitte überprüfen Sie ihre Verbindung...

Das heißt doch, Du kommst vom Client überhauptnicht weg!

Und hast Du es oben gelesen? Je nach dem, wie die Clients Lust und Laune haben, geht es entweder über den Servernamen, die IPv4-Adresse oder die IPv6-Adresse. Im gleichen Netz mit unterschiedlichen Clients unterschiedliche Ergebnisse.

Andere Webseiten sind natürlich NICHT erreichbar, da es ein geschlossenes Netzwerk ist...

...:cat:...