Probleme mit GPO fehlende Netzwerkkonektivität
Hallo zusammen und bitte um eure Hilfe!
Grundkonfiguration:
Server 2012 als Domaincontroller, *.admx templates im CentralStore sind akutell, Windows 10 1809 Education auf den Workstations,
Problem:
Seit Upgrade der Clients auf 1809 habe ich ab und an auf unterschiedlichen Clients ein Problem beim Abarbeiten der GPOs.
Das Durchforsten der Ereignisanzeige brachte mich zu folgender aufgezeichneter Fehlermeldung:
Bei der Verarbeitung der Gruppenrichtlinie ist aufgrund von fehlender Netzwerkkonnektivität mit einem Domaincontroller ein Fehler aufgetreten. Dies kann vorübergehende usw., usw. Ereignis-ID:1129
Infos:
Ich kann allerdings den Domaincontroller von betroffenen Clients aus pingen und dieser ist auch erreichbar! Auf Freigaben am Server kann ebenfalls zugegriffen werden. Eine defekte physische Verbindung kann ich ebenfalls nicht feststellen. (Kabel bereits getauscht). Wie geschrieben: was mich wirklich so verwundert ist, dass das Problem erst seit dem Upgrade auf 1809 auftritt - vorher keine Probleme damit.
Ich habe dieses Problem übrigens auch in einem zweiten (absolut) unabhängigen Netzwerk festgestellt. In beiden Fällen trat das Problem nur bei Clients auf, welche 1809 drauf haben. (Einzige Schnittstelle zw. den Netzwerken bin ich ....somit dürfte die Fehlerquelle klar sein - nur komme ich nicht dahinter was es ist.
Bitte um eure Anregungen und HIlfen!
DANKE!
MfG
M.A.
Grundkonfiguration:
Server 2012 als Domaincontroller, *.admx templates im CentralStore sind akutell, Windows 10 1809 Education auf den Workstations,
Problem:
Seit Upgrade der Clients auf 1809 habe ich ab und an auf unterschiedlichen Clients ein Problem beim Abarbeiten der GPOs.
Das Durchforsten der Ereignisanzeige brachte mich zu folgender aufgezeichneter Fehlermeldung:
Bei der Verarbeitung der Gruppenrichtlinie ist aufgrund von fehlender Netzwerkkonnektivität mit einem Domaincontroller ein Fehler aufgetreten. Dies kann vorübergehende usw., usw. Ereignis-ID:1129
Infos:
Ich kann allerdings den Domaincontroller von betroffenen Clients aus pingen und dieser ist auch erreichbar! Auf Freigaben am Server kann ebenfalls zugegriffen werden. Eine defekte physische Verbindung kann ich ebenfalls nicht feststellen. (Kabel bereits getauscht). Wie geschrieben: was mich wirklich so verwundert ist, dass das Problem erst seit dem Upgrade auf 1809 auftritt - vorher keine Probleme damit.
Ich habe dieses Problem übrigens auch in einem zweiten (absolut) unabhängigen Netzwerk festgestellt. In beiden Fällen trat das Problem nur bei Clients auf, welche 1809 drauf haben. (Einzige Schnittstelle zw. den Netzwerken bin ich ....somit dürfte die Fehlerquelle klar sein - nur komme ich nicht dahinter was es ist.
Bitte um eure Anregungen und HIlfen!
DANKE!
MfG
M.A.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 455471
Url: https://administrator.de/forum/probleme-mit-gpo-fehlende-netzwerkkonektivitaet-455471.html
Ausgedruckt am: 23.12.2024 um 05:12 Uhr
18 Kommentare
Neuester Kommentar
Einzige Schnittstelle zw. den Netzwerken bin ich ....somit dürfte die Fehlerquelle klar sein
Da würde ich mal anfangen .https://blogs.technet.microsoft.com/leesteve/2017/08/09/demystifying-the ...
Habe vermutlich genau das gleiche Problem. Äußert sich aber anders. Seit Update auf 1809 startet ThinkPad L570 immer mit temporärem Profil statt dem der Nutzerin. Helfen tut, den L570 einfach noch einmal zu starten (über Neustart). Dann wird das servergespeicherte Profil korrekt geladen. Schaue ich mir dann die Ereignisanzeige an, steht dort auch 1129 (wie bei Dir).
Ein baugleiches ThinkPad mit 1709 hat das Problem nicht. Auf dem betroffenen mußte ich allerdings 1809 installieren da Datev sich weigerte, sich auf 1709 installieren zu lassen.
Und es ist kein Problem von Windows Schnellstart, der ist auf allen PCs und Laptops deaktiviert.
Überlege, auf 1903 (?) zu wechseln.
Ein baugleiches ThinkPad mit 1709 hat das Problem nicht. Auf dem betroffenen mußte ich allerdings 1809 installieren da Datev sich weigerte, sich auf 1709 installieren zu lassen.
Und es ist kein Problem von Windows Schnellstart, der ist auf allen PCs und Laptops deaktiviert.
Überlege, auf 1903 (?) zu wechseln.
Da verschiebst du nur Probleme und hast neue. Wechsle gleich zu Linux da hast du solchen Schmuh erst garnicht und man kann sich seinen eigentlichen Aufgaben widmen .
Über kurz oder Lang ist Winblows eh nur noch Fenster zu Azure, und dann bist du richtig gearscht.
[/Bashing Ende]
Über kurz oder Lang ist Winblows eh nur noch Fenster zu Azure, und dann bist du richtig gearscht.
[/Bashing Ende]
Zitat von @markaurel:
Servus shellschrubber!
Danke für deinen Beitrag. Allerdings: Sei mir jetzt nicht böse: wie soll mir das jetzt helfen? Das ist eine philosophische Diskussion für die ich jetzt keine Ressourcen habe.
Die Antwort galt ja auch nicht dir.Servus shellschrubber!
Danke für deinen Beitrag. Allerdings: Sei mir jetzt nicht böse: wie soll mir das jetzt helfen? Das ist eine philosophische Diskussion für die ich jetzt keine Ressourcen habe.
Moin,
Wenn ich Wallpaper lese, stellt sich mir spontan die Frage, welche GPOs denn nicht ausgeführt werden, da manche Sachen nicht funktionieren, wenn die Dateien nicht lokal, sondern auf einer Freigabe zur Verfügung stehen.
Liebe Grüße
Erik
Zitat von @markaurel:
So...jetzt hab ich noch eine Sonderschicht gemacht, weil mir die Sache einfach keine Ruhe gelassen hat.
Habe die GPO zum Härten von UNC-Pfaden aktiviert mit Werte für sysvol, netlogon und div. Ordner für Freigaben u.a. für Wallpaper usw.
So...jetzt hab ich noch eine Sonderschicht gemacht, weil mir die Sache einfach keine Ruhe gelassen hat.
Habe die GPO zum Härten von UNC-Pfaden aktiviert mit Werte für sysvol, netlogon und div. Ordner für Freigaben u.a. für Wallpaper usw.
Wenn ich Wallpaper lese, stellt sich mir spontan die Frage, welche GPOs denn nicht ausgeführt werden, da manche Sachen nicht funktionieren, wenn die Dateien nicht lokal, sondern auf einer Freigabe zur Verfügung stehen.
Liebe Grüße
Erik
Moin,
Gerne
Das ist nichts ungewöhnliches.
Das macht immer wieder Ärger. Es wundert mich eher, dass es bisher problemlos funktioniert hat. Der sichere Weg ist der:
1. Wallpaper auf Freigabe ablegen.
2. GPO einrichten, die die Datei in ein lokales Verzeichnis ablegt. Evtl. GPO einrichten, die das Verzeichnis vorher erzeugt. (Beides "Aktualisieren") Dann muss die Datei monatlich wie bisher nur dort getauscht werden.
3. GPO einrichten für ein verpflichtendes Hintergrundbild, die sich auf das lokale Verzeichnis bezieht.
Das Problem ist, dass evtl. die Anzeige des Desktops vor der Abarbeitung bzw. vor dem Kopieren der Datei auf das lokale System erfolgt. Das kann auch passieren, wenn auf das NW gewartet wird, weil der Server z. B. gerade eine 1GB-Datei für einen anderen User ausliefert und es zu einer kurzen Verzögerung kommt. Ich habe es aber auch schon wie Du erlebt, dass es auf fast allen Rechnern immer funktioniert und auf zwei oder drei nie und man fragt sich warum.
hth
Erik
Gerne
Ich habe eine GPO zur Vorgabe eines einheitlichen Wallpapers. Dies wird so gewünscht und wird monatlich geändert.
Das ist nichts ungewöhnliches.
Das Wallpaper liegt auf einer Freigabe am DC.
Die Richtlinie wurde - wie schon mehrmals erwähnt - bis 1809 tadellos abgearbeitet...
Die Richtlinie wurde - wie schon mehrmals erwähnt - bis 1809 tadellos abgearbeitet...
Das macht immer wieder Ärger. Es wundert mich eher, dass es bisher problemlos funktioniert hat. Der sichere Weg ist der:
1. Wallpaper auf Freigabe ablegen.
2. GPO einrichten, die die Datei in ein lokales Verzeichnis ablegt. Evtl. GPO einrichten, die das Verzeichnis vorher erzeugt. (Beides "Aktualisieren") Dann muss die Datei monatlich wie bisher nur dort getauscht werden.
3. GPO einrichten für ein verpflichtendes Hintergrundbild, die sich auf das lokale Verzeichnis bezieht.
Das Problem ist, dass evtl. die Anzeige des Desktops vor der Abarbeitung bzw. vor dem Kopieren der Datei auf das lokale System erfolgt. Das kann auch passieren, wenn auf das NW gewartet wird, weil der Server z. B. gerade eine 1GB-Datei für einen anderen User ausliefert und es zu einer kurzen Verzögerung kommt. Ich habe es aber auch schon wie Du erlebt, dass es auf fast allen Rechnern immer funktioniert und auf zwei oder drei nie und man fragt sich warum.
hth
Erik
Zitat von @markaurel:
Vielleicht sollte ich sicherheitshalber wirklich mal eine "lokale" Lösung basteln.
Auf jeden Fall. Wallpapers über Shares funktioniert nicht zuverlässig, MS empfiehlt das selbst. Immer Files lokal pushen lassen und auf den lokalen Pfad verweisen.Vielleicht sollte ich sicherheitshalber wirklich mal eine "lokale" Lösung basteln.