anoscr

Servus Nils, genau das ist der Punkt gewesen, der mich hat zweifeln lassen. Aber mit dem Test gerade ist alles so, wie es sein soll. "Nicht konfiguriert" = keine Verarbeitung. Vielen Dank euch! Sehr coole Metapher. Werde ich mir merken. :) Danke.

Servus zam, vielen Dank für die Hilfe und die Links! Dies beschreibt jedoch nicht die Situation, die ich habe. Ich konnte das Problem jetzt aber auch nachstellen und bin jetzt wieder um eine Erfahrung schlauer. Dank eurer Anstöße konnte ich meine Frage beantworten. Merke: GPO1 setzt etwas, GPO2 ist dieses Setting nicht gemacht = keine Veränderung durch GPO2. :) Pfiats eich... Momo

Servus zam. 🖖🏽 Ich habe eine Verständnisfrage zum Thema GPO-Verarbeitung. Folgende Situation: Ich habe eine GPO mit Settings für Windows 10-Clients, eine GPO, die die Nutzung des Snipping Tools unterbinden soll. GPO Snipping: Snipping Tool verbieten: aktiviert GPO Clients: Snipping Tool verbieten: nicht konfiguriert Aufbau der Struktur: OU1: GPO Clients Sub-OU: GPO Snipping In der Reihenfolge der Abarbeitung in der Delegierungsansicht steht die GPO Clients auf P14, die GPO Snipping auf P19. Keine der beiden GPOs wird verzwungen oder ist vererbt worden. Nun meine Frage: Wenn GPO1 Snipping verbietet, dann GPO Clients abgearbeitet wird, wird das Setting zum Verbieten der App wieder aufgehoben? Ich wollte dies morgen testen, der Gedanke läßt mich aber gerade nicht schlafen. Daher der Einfall des Forums. 😊 Ich meine im Hinterkopf zu haben, dass bei GPOs immer das restriktivere Recht zieht. Oder liege ich hier falsch? Bei Verständnisproblemen bitte gerne nachfragen. Bilder dazu könnte ich morgen auch anhängen. Vielen Dank schon mal und eine gute Nacht! Pfiats eich... Momo

Servus Sunny, danke für die Info. Ich bin mir dessen bewusst, dass man den BITS begrenzen kann, allerdings habe ich in diesem Moment gar nicht mehr daran gedacht, bzw ist mir nicht eingefallen. Danke für die Erinnerung. Ich werde es beim nächsten Meeting mal in die Runde werfen. :) Schöne Grüße... anoscr

Servus Sunny, eingestellt ist das "Statusrollup von Replikat-Downstreamservern". Ich vermute aber, dass deine Frage mich schon zum richtigen Punkt gebracht hat... mal abgesehen davon, dass ich dir offenbar die falsche Antwort gegeben habe. Der Server steht aktuell auf "Computer und Status von Replikat-Downstreamservern einbeziehen". Ich habe das jetzt mal geändert auf "Nur Computer und Status von diesem Server anzeigen". Wahrscheinlich ist das die Lösung, die ich gesucht habe. Schöne Grüße... anoscr Servus Dukel, der Sinn ist eher die Last, genau. Wir wollen nicht den ganzen Traffic über die MPLS laufen haben immer zur Zentrale. Schöne Grüße... anoscr

Hallo zam, ich habe da eine Verständnisfrage zum Thema WSUS und Replikatserver... Bin im Netz nicht auf das gestoßen, was ich gesucht habe, daher hier ein Post. Es geht um folgendes: Ich habe einen Main-WSUS und ein Replikat-Server. Die entsprechenden GPOs sind erstellt, die eine Hälfte der Standorte soll den Main nehmen, die andere Hälfte den Replikatserver. Soweit ist auch alles in der Registry eingetragen worden, melden sich auch alle am entsprechenden Server. Soweit so gut! Heute habe ich auf dem Main geschaut, und sämtliche Server gesehen, die ihre Updates vom Replikatserver bekommen. Meine Frage ist jetzt ganz einfach: Werden mir auf dem Main-Server auch die Server angezeigt, die ihre Updates vom Replikatserver bekommen? Kann hier jemand eine klare Auskunft geben, ob das so richtig ist? Und falls ja, gibt es eine Möglichkeit, dies zu unterbinden? Ich würde nämlich gerne nur die Server sehen, die Updates auch wirklich vom entsprechenden Server ziehen. Vielen Dank im Voraus!

Ach, vergiss es. Es hat ja vorher funktioniert, oder? Also, der Zugriff auf die Netzlaufwerke... Hast ja gesagt, dass es erst nach der Passwort-Änderung nicht mehr funktioniert...

Hi, es klingt für mich ein bisschen danach, dass du nur eine einseitige Vertrauensstellung etabliert hast. Wenn User nicht zugreifen können, klingt es so, dass die 2. Domäne zwar eurer Domäne vertraut, jedoch nicht eure der 2. Domäne. Schöne Grüße... anoscr

Hi, Ist die Gruppe eine universale Gruppe? Und ist der Server pingbar über den FQDN? Schöne Grüße...

Hi. :) Du vermutest GPOs für dein Problem... hast oben aber gesagt, dass der Server nur 2 Aufgaben inne hat. Er ist also kein Domain Controller? Dann wäre das Thema mit den GPOs nämlich etwas umfänglicher als in einer Domäne. Wie hast du das Netzlaufwerk denn eingerichtet? Über den DNS Namen (falls es eine Domäne gibt) oder über die IP-Adresse? Die Informationen sind noch etwas dürftig, daher kann ich erstmal nur mutmaßen... Schöne Grüße... Alex

Hello. :) Wenn ich es recht in Erinnerung habe, ist die Freigabe es eines Updates/Upgrades ja nur ein Schalter, der das Update für die Server/Clients sichtbar macht. Wenn du also das Upgrades wieder zurück ziehst, bzw. die Freigabe, und der Client kein Inst-Package mehr auf sich findet, dürfte da eigentlich nichts passieren, ja. Angaben aber ohne Gewähr, bin mir nicht 100%ig sicher. Schöne Grüße... Alex

Hallo Zahni, nein, unsere Server sind von außerhalb nicht erreichbar. Schöne Grüße... Alex

Hallo Nils, vielen Dank für deine Antwort! Ein Treiberproblem hatte ich auch dran gedacht. Aber auf sämtlichen virtuellen Maschinen? Oder meinst du die Treiber des ESX-Hosts? Schöne Grüße... Alex

Hat hier wirklich niemand eine Idee oder das Problem auch schon mal gehabt?

Hi, klingt für mich ein bisschen danach, als ob du versuchst, Laufwerk F doppelt zu vergeben. Wir hatten das Problem damals unter Windows XP-Zeiten auch gehabt, allerdings mit Laufwerk A. Das Diskettenlaufwerk hatten wir damals ausgebaut, im Bios aber vergessen zu deaktivieren. Hast du hier vllt eine GPO, die Laufwerksbuchstaben versucht zu vergeben und nur auf bestimmt Rechner angewendet wird? Das würde zu mindest das Phänomen "einige Rechner" erklären. Wenn du sagst, dass du es beim Admin nicht hast, meldest du dich da als Domänenadmin an oder als lokaler? Schöne Grüße... Alex