2008R2 Server trennt sporadisch Netzlaufwerke und Internetzugriff für Clients

[Tobi169 10]

Hey liebe Community

 

Ich verzweifel langsam und hoffe das ich hier einen Rat bekomme.

 

Wir haben in einer Firma einen 2008R2 Server laufen der seit knapp 2 Monaten immer wieder Netzlaufwerke trennt und die Internetverbindung für die Clients trennt. Im Netzwerk befinden sich 3 Server

 

1. Server 2011(2008R2): AD-Controller und DHCP-Server

2. Server 2008R2: Zur Datensicherung und Remotedesktop Server

3. Server 2000 Advanced: Server für FritzFax und Netzlaufwerk für einen Netzwerk-Scanner.

 

Der 1. Server Mappt ein Laufwerk vom 2. Server und 2 Laufwerke vom 3. Server.

Das Problem ist, dass der Server wie er lustig ist (mal nach 5 Stunden mal nach 3 Tagen), die Verbindung zu den gemappten Laufwerken verliert und keine Clients mehr Internetzugriff haben.

Lediglich die Anmeldung mit den Clients an der AD funktionieren dann noch.

Ohne Neustart des 1. Servers lässt sich das Problem nicht beheben.

 

Clients haben WinxP SP3 und Win7 32/64bit SP1. ( insgesamt 20 clients im Netzwerk)

Router: FritzBox 7270 (DHCP deaktiviert)

Netzmaske des Netzes: 10.1.1.X

Hat vielleicht jemand ne Ahnung was das sein könnte ?

[Tobi169 10]

Push :/

[Tobi169 10]

Hey Leute ich bin es nochmal. Ich konnte das Problem jetzt ein wenig eingrenzen.

Die Netzlaufwerke und sogar der DomainController verabschieden sich nach mindestens 24 Stunden oder länger, was heisst, das ich abends den Server Neustarte und alles reibungslos am nächsten Tag läuft. Wenn das Phänomen dann auftritt und ich z.B. mal "dcdiag" starte, bekomme ich endlose Fehlermeldungen was sich dann wie oben beschrieben nur durch einen Neustart beheben lässt.

Meine Vermutung geht in Richtung Gruppenrichtlinien, weil das einer der wenigen Dienste ist, die ich ich laufenden Betrieb nicht Neustarten kann.

 

Könnte das jemand bestätigen ?

[iDiddi 27]

Was steht denn im Ereignisprotokoll, wenn das Problem auftritt?

[lefg 276]

Ich erweitere die Frage mal auf die Ereignisprotokolle aller Server.

 

Biite nicht die Protokolle hier posten!

 

Warum sollte sowas an den Gruppenrichtlinien liegen?

 

Wie schaut es aus mit der Analyse des Ergebnisses von dcdiag?

 

Gibt es auch netdiag; falls ja, wurde es schon benutzt und das Ergebnis analysiert?

bearbeitet 26. Dezember 2011 von lefg

[lefg 276]

...Lediglich die Anmeldung mit den Clients an der AD funktionieren dann noch....

 

Ist das tatsächlich eine Anmeldung am AD oder geschieht die cached?

 

Was ergibt dann netdiag z.B. an den XPs?

bearbeitet 26. Dezember 2011 von lefg

[NorbertFe 2.013]

Meine Vermutung geht in Richtung Gruppenrichtlinien, weil das einer der wenigen Dienste ist, die ich ich laufenden Betrieb nicht Neustarten kann.

 

Nur dass der Dienst am Server auch nur ein Gruppenrichtlinienclient darstellt. ;) Also zumindest aus der Tatsache des nicht Neustartenkönnens würde ich da keinen Zusammenhang erkennen. Dass du ihn nicht Neustartenkönnens kannst hat ja auch einen Grund.

 

 

Bye

Norbert

[lefg 276]

Vor, zu dem Zeitpunkt, als, nachdem das Problem zum Erstenmal auftrat, wurde da etwas geändert, verändert, das im Zusmmenhang stehen könnte?

 

Eine Frage aus Interesse: warum, Wozu, für was, für wen mappt Server 1 ein netzlaufwerk auf Freigaben von Server 2 und Server 3?

 

Noch eine Frage: Handelt es sich um physikalische Server (Hardware) oder um Virtualisierungen?

[iDiddi 27]

Und wie kommen denn die Clients überhaupt ins Internet? Sprich: Haben die Clients den DC als DNS-Server eingestellt und dieser leitet an die Fritzbox weiter? Kommt der DC denn dann auch nicht ins Internet?

 

Können die Clients den DC denn noch pingen?

 

Jedenfalls wird mit Sicherheit ein Fehler darüber protokolliert.

[thedon 10]

Virenschutzprogramm aktuell? Vielleicht con****er?

[thedon 10]

UPS! Bekannt auch unter downandup....etc.

[Tobi169 10]

Erst einmal danke für euer Interesse. Bin echt froh das sich einige Leute damit befassen :)

 

@iDiddi

Das Ereignisprotokoll gibt vom Zeitpunkt des Fehlers nur noch Meldungen aus wie z.B. Quelle: Group Policy ID: 1054; Quelle: DfsScv ID:14548; Quelle: Service Control Manager ID: 7031; Quelle: Server ID: 2511; Quelle LsaSrv ID: 40961;

Quelle: DHCP-Server ID: 10020

Ein Client PC verursacht einen DistributedCom Fehler alle 30 min aber ich glaube das hat damit nichts zu tun.

 

@lefg

Wie gesagt dcdiag macht gibt dann viele Fehler aus aber ich müsste dann den log einmal hier veröffentlichen. Netdiag ist leider nicht verfügbar.

Anfangs hatte ich keine derartigen Probleme aber was verändert wurde:

1. Eine QNap Nas

2. Automatische Datensicherung durch "Storagecraft Shadowprotect"

Die Nas habe ich aber schon testweise für eine Woche vom Netz genommen (ohne Erfolg) und die Datensicherung läuft um 02.00 Uhr jeden Tag aber auch danach geht noch alles.

 

Das sind physikalische Server und der 2011er mappt lediglich ein Laufwerk vom 2008er für die Datensicherung.

Die Clients haben ein loginScript für die Netzlaufwerke.

 

Die Clients gehen über den 2011 Server ins Internet und ja sie haben den DC als DNS eingestellt. Der DC kommt als einziger noch ins Internet (ich denke mal weil er direkt an der FritzBox hängt.)

Ob die Clients den DC anpingen können, kann ich nicht mit Sicherheit sagen aber der DC kann weder den 2008 noch den 2000 anpingen. ( Habe leider nur Zugriff auf die Server von zu Hause aus.)

Eine Sache die noch wichtig sein könnte:

Ich bekomme (wenn der Fehler dann auftritt) die Meldung auf dem 2011 Server, das keine Verbindung mit dem DC hergestellt werden kann ( das ist nur eine von wenigen Fehlermeldungen die im dcdiag stehen)

[lefg 276]

Kann es sein, es liegt an einem physikalischen Netzwerkinterface, am Server oder am Switch?

[Tobi169 10]

Meine Vermutung ging auch schon in diese Richtung aber kann das echt sein das der Fehler IMMER erst nach mindestens 24 Stunden auftritt ?

[lefg 276]

Wie ist das denn, wenn Du vor Ort bist am Server und der seine Macke zeigt, kannst Du vom dessen GUI aus die anderen Rechner erreichen, am cmd auf ping eine Antwort erhalten?