schubo

Vielen Dank. Die AD Controller haben sich wieder lieb und reden miteinander. Auch die Clients kriegen wieder aktuelle GPOs. :thumb1:

Einige. Schlussendlich erscheint mir diese hier am besten geeignet für den Tipp von daabm https://support.microsoft.com/en-us/help/2218556/how-to-force-an-authoritative-and-non-authoritative-synchronization-fo Lese gerade was das mit D2 / D4 auf sich hat.

OK, das habe ich jetzt wirklich noch nie gemacht. Habe nun einige Dokus angeschaut. Aber irgendwie habe ich das noch nicht ganz kapiert. Ein Tip wäre hilfreich. Danke

Ich hab schon so viel mit den Rechten rumprobiert.... Klar ist der User als Domain Admin auch Mitglied der lokalen Administratoren Gruppe. Aber es spielt im Endeffekt keine Rolle. Es ändert sich nichts. Habe noch folgendes herausgefunden. Werde dem morgen noch nachgehen. Wenn die GPO natürlich nicht aktualisiert wird, kann ich noch viel daran ohne Erfolg rumschrauben... C:\WINDOWS\system32>gpupdate /force Die Richtlinie wird aktualisiert... Die Computerrichtlinie konnte nicht erfolgreich aktualisiert werden. Folgende Probleme sind aufgetreten: Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Versuch, die Datei "\\domain.com\SysVol\domain.com\Policies\{416E36B8-81EA-419C-A109-E24D2EE9599C}\gpt.ini" von einem Domänencontroller zu lesen, war nicht erfolgreich. Die Gruppenrichtlinieneinstellungen dürfen nicht angewendet werden, bis dieses Ereignis behoben ist. Dies ist möglicherweise ein vorübergehendes Problem, das mindestens eine der folgenden Ursachen haben kann: a) Namensauflösung/Netzwerkverbindung mit dem aktuellen Domänencontroller. b) Wartezeit des Dateireplikationsdienstes (eine auf einem anderen Domänencontroller erstellte Datei hat nicht auf dem aktuellen Domänencontroller repliziert). c) Der DFS-Client (Distributed File System) wurde deaktiviert. Die Benutzerrichtlinie konnte nicht erfolgreich aktualisiert werden. Folgende Probleme sind aufgetreten: Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Versuch, die Datei "\\domain.com\SysVol\domain.com\Policies\{0A38CC56-0803-4DA1-AEF5-99892C5D4495}\gpt.ini" von einem Domänencontroller zu lesen, war nicht erfolgreich. Die Gruppenrichtlinieneinstellungen dürfen nicht angewendet werden, bis dieses Ereignis behoben ist. Dies ist möglicherweise ein vorübergehendes Problem, das mindestens eine der folgenden Ursachen haben kann: a) Namensauflösung/Netzwerkverbindung mit dem aktuellen Domänencontroller. b) Wartezeit des Dateireplikationsdienstes (eine auf einem anderen Domänencontroller erstellte Datei hat nicht auf dem aktuellen Domänencontroller repliziert). c) Der DFS-Client (Distributed File System) wurde deaktiviert. Lesen Sie zur Fehlerdiagnose das Ereignisprotokoll, oder führen Sie den Befehl "GPRESULT /H GPReport.html" aus, um auf Informationen über Gruppenrichtlinienergebnisse zuzugreifen.

Nein, weder User 1 noch User 2 sind Mitglied der lokalen Administratoren Gruppe

Ich habe das mal mit zwei Benutzern auf verschiedenen Clients ausprobiert User 1: Domain Admin Rechte User 2: Normaler Benutzer Der User 1 erhält die Laufwerksbuchstaben. User 2 nicht. Dateien auf dem Laufwerk J:\ können beide (Change Berechtigung auf dem Laufwerk) Habe User 2 zum Test auch mal die Domain Admin Rechte gegeben. User 2 kriegt auf keine sichtbare Laufwerksverknüpfung.

Hallo zusammen Ich habe hier ein Problem, bei dem ich nicht mehr weiter weiss. Auf einem Windows Server 2016 läuft ein AD, welches mittels AD Policy zwei Laufwerke zuweisen sollte. Laufwerk H:\ als persönliches Laufwerk für User (Home) Laufwerk J:\ als gemeinsames Laufwerk Ich habe eine Policy unter Benutzerkonfiguration / Einstellungen / Windows Einstellungen / Laufwerkszuordnungen erstellt und wie im Bild ersichtlich konfiguriert. Als Clients kommen nur Windows 10 zu Einsatz. Mein Problem besteht nun darin, dass ich die Laufwerke beim Client nicht sehe. Die Laufwerke sind aber verknüpft. Ich kann sie mittels Eingabe des Laufwerksbuchstaben öffnen und sehe sich bei "Netzlaufwerk verbinden" als belegte Buchstaben. Ich habe schon viel ausprobiert und im Netz nach einer Lösung gesucht. Bisher ohne Erfolg. Hat wer einen Rat? Gruss Schubo

Weil ich aufgrund der ganzen Probleme sehen will, was konfiguriert ist. Ausserdem spielt es keine Rolle, ob es aktiv oder inaktiv gesetzt ist. Routing funktioniert mit beiden Konfigurationen nicht mehr. Wenns läuft, schalte ich es wieder aus. Der Host braucht die vSwitches nicht zu sehen. Connection kriegt er ja übers LAN.

Hi Meinst du "Gemeinsames Verwenden dieses Netzwerkadapters für das Verwaltungsbetriebssystem zulassen"? Ja, das ist aktiviert. Gruss Tom

Wieso erhalte ich dann auch keine Verbindung, wenn ich 4 der 5 NICs deaktiviere und auf der übrig gebliebenen einen vSwitch erstelle? Unter W2K8R2 hab ich ja auch keine Probleme

Danke für den Link. Leider hat er mir nicht weitergeholfen. Ich verstehe einfach nicht, was ich falsch mache. Egal was ich probiere, ich krieg von den virtuellen Maschinen keinen Link zum Router.

Hallo zusammen Neugierig wie ich bin, habe ich auf einem Rechner Windows Server 2012 Datacenter Edition installiert, um die neuen Features von Hyper-V auszuprobieren. Jetzt bin ich da aber auf ein Problem mit den virtuellen Switches gestossen, das ich nicht verstehe. Ich hoffe, ihr könnt mir da den Knopf lösen. Zuerst zu meiner Hardware: - Mainboard mit Onboard Realtek GBit NIC - Intel Pro/1000 PT Quad Port LP Server Adapter - Der Rest sollte keine Rolle spielen Aufteilung der NIC habe ich mir wie folgt vorgestellt: Realtek Fix für den Hyper-V selbst: 192.168.100.10/24 GW:192.168.100.1 Intel Adapter 1: 192.168.100.11/24 (NIC nur für einen AD Controller reserviert) Intel Adapter 2: 192.168.100.12/24 (virtueller Switch für weitere Server) * Intel Adapter 3: 192.168.100.13/24 (virtueller Switch für Clients) * Intel Adapter 4: 192.168.200.10/24 (virtueller Switch für DMZ Server) *=Gemeinsames Verwenden dieses Netzwerkadapters für das Verwaltungsbetriebssystem zulassen ist aktiv Auf allen Adaptern ist die Config inkl. GW und DNS Wenn ich nun im Hyper-V Manager den Manager für virtuelle Switches öffne und auf dem Adapter 1 ein virtuelles Switch erstelle, dann entnimmt Windows ja aus dem Adapter 1 die Config und überträgt diese in den automatisch neu erstellen virtuellen Switch. Das könnte ich auch ändern, aber soweit stimmt es ja. Auf dem virtuellen Server habe ich nur eine NIC. Diese verfügt über folgende Netzwerkconfig: 192.168.100.20 255.255.255.0 192.168.100.1 DNS Server Und jetzt zu meinem Problem. Ich krieg keine Internetverbindung. Ich kann vom virtuellen Switch die NIC des Hyper-V (Realtek) pingen, aber den Router nicht. Ich kapier nicht was falsch sein soll. Sobald ich aus einer NIC mit Internetverbindung einen vSwitch mache, verliere ich die Verbindung zum Router. IPV6 ist aktiviert. Liegt das daran? Da hab ich bisher keine Konfiguration vorgenommen.

Hallo zusammen Ich hab den Auftrag gefasst, unsere Backup Exec 2010 Installation auf die neue R2 anzuheben. Dazu wollte ich mal in die Runde fragen, ob schon Erfahrungen gibt? Wie seit ihr vorgegangen? Gruss Tom

Moin Also abschliessend hier noch die Lösung: Habe die Registry durchsucht und die entsprechenden Einträge gelöscht. Jetzt läuft das Backup wieder Störungsfrei. Danke für die Unterstützung. Gruss Tom

Morgen Wie versprochen hier der Resultat: Reboot: Fehler besteht nach wie vor Richtlinien: Fehler besteht nach wie vor Richtlinien und Reboot: Auch hier ist die Warnung nicht verschwunden Das heisst dann wohl weitersuchen.