sg08234

OK - Ich habe den anderen Thread als "Gelöst" markiert, damit soltle er nicht mehr stören. Hmm, da gab es doch kürzlich eine Änderung bei den GPOs, nicht MS016-072, sondern etwas anderes. Da kommt als Benutzer oder Admin eine Warnmeldung wenn ein Treiber installiert werden soll, der noch nicht auf dem System bekannt ist. Lässt sich auch nicht per GPO abstellen. Hab in Google dazu erst mal nichts gefunden, aber das würde ja heißen, dass eine Druckertreiber-Verteilung per GPO nicht funktionierne kann!? Gibt es eine andere sinnvolle Methode zur Verteilung von Druckertreibern auf die Clients? Danke

Sunny61: Sorry - mach ich hiermit: Die gleiche Frage im Technet: https://social.technet.microsoft.com/Forums/de-DE/465596bb-5396-49be-896b-831fad941cf2/verteilung-von-druckern-ber-group-policy-preferences-gpp-druckserver?forum=gruppenrichtliniende Im Technet habe ich auch einen entsprechenden Verweis gesetzt. Hintergrund der Doppelanfrage: Das Problem brennt und meine Annahme ist, dass in beiden Foren (auch) unterschiedliche Experten unterwegs sind. blub: Wenn ich den Druckserver nur auf dem secondary DC installiere, befürchte ich - wegen der etwas schmalbrüstigen VPN-Verbindung - Performance-Probleme beim Drucken vom primary DC.

Bei mir haben die o.h. Tipps leider nicht geholfen, und ich habe erfolgreich folgendes (wenn auch aufwändiges) Verfahren angewandt: http://ct.de/yj8b und http://www.heise.de/ct/ausgabe/2016-5-Windows-7-Windows-Update-Beine-machen-3100633.html?wt_mc=print.ct.2016.05.148#zsdb-article-links und https://alexanderschimpf.de/windows-7-update-es-wird-nach-updates-gesucht Damit die Suche nach Updates nach einer Windows 7 Installation nicht mehrere Stunden dauert: Die im Folgenden genannten Downloads lokal /auf Stick kopieren – Internetverbindung trennen – Reboot Installationen: KB3138612 - Update für Windows 7 Schritt 1 (ersetzt KB3102810) KB947821 - Systemupdate-Vorbereitungstool Schritt 2; Vorsicht: 538 MByte KB3145739 - Sicherheitsupdate für Windows 7 Problembehandlung für Windows Update Optional Vorsicht: Speichern, nicht direkt ausführen! MicrosoftEasyFix50202 Optional Reboot – Internetverbindung wiederherstellen KB3125574 (Service Pack2) – Bedingt SP1 Achtung: Richtige Prozessorstruktur wählen

Für meiner Domäne gibt es einen pimary Domain Controller (SBS 2008) und einen secondary Domain Controller (Server 2008R2) an einem anderen Standort, die über eine VPN-Verbindung verbunden sind. Bisher ist auf beiden Servern die Rolle "Druckserver" nicht aktiviert. Ich habe Probleme mit der Verteilung von Druckern (siehe gesonderte Threads) und hoffe, dass die Aktivierung der Rolle "Druckserver" hilft. Mit stellet sich daber aber die Frage: Soll ich aus Performance-Gründen die Serverrolle auch auf dem secondary DC aktivieren und die Drucker weiterhin je nach Standort auf dem jeweiligen Server definieren? Vielen Dank!

Ich habe festgestellt dass auf dem SBS 2008 die Serverrolle "Druckserver" gar nicht aktiviert ist. Kann das die Ursache für das problem mit der Verteilung von Druckertreiber sein? Falls ich die Rolle aktivieren soll, stellt sich die Folgefrage: Für die Domäne gibt es einen secondary Domain Controller (Server 2008R2), der über eine VPN-Verbindung angebunden ist. Soll ich aus Performance-Gründen die Serverrolle auch auf dem secondary DC akticieren und die Drucker weiterhin je nach Standort auf dem jeweiligen Server definieren? Ich mache zu dieser Frage einen getrennten Thread auf. Vielen Dank!

Expert member: Ja - Ich habe servergespeicherte Profile. Einstellungserweiterung: Da habe ich einen Balken vor den Augen: Ich finde nur die Einstellungserweiterung "Drucker" (siehe Anlage) und die habe ich konfiguriert.

Danke! Ich hab leider erst wieder in 2 Wochen Zugriff auf den Laptop (solange läuft er ggfalls mit hartem Herunterfahren und F12 beim Booten (Boot-Device wählen)) und werde dann berichten.

Danke - Allerdings musste ich wegen Fehlern in den vorhandenen GPOs das Hotfix KB2638957 installieren EDIT: ... und die alte Terminalserver-Server.admx/adml reinstallieren (sonst Fehler in den GPOs) EDIT: Trotz Realisierung der obigen Maßnahmen können meine Nutzer weiterhin keine neuen Druckertreiber installieren: Fehlermeldung im Ereignis-Log der Cleints "0x80070bcb Der angegebene Druckertreiber wurde nicht im System gefunden und muss heruntergeladen werden" - Aktuelle GPOs siehe Anlage Wenn ich als Endnutzer die Drucker über "Drucker hinzugügen" installieren, gelingt das ohne Fehlermeldung und ohne Nachfrage nach Admin-Rechten. GPOs.zip

Ich verteile in meiner SBS 2008-Domäne mit ausschlißelich Windows 7 - Clients die Drucker per GPP. Wenn ich nun neue Treiber auf dem Server installieren, müssen die von den Endnutzern (ohne Adminrechte) auf den Clients verteilt werden. Dazu habe ich zwei Anleitungen gefunden: https://social.technet.microsoft.com/Forums/windowsserver/en-US/c94ea362-bc3c-4bc7-9a27- 354dc521dd91/issues-with-adding-tcpip-printer-using-group-policy-preferences?forum=winserverGP Laut der 2. Anleitung muss ich die SBS 2008 (Server 2008) policies auf W7/2K8R2 upgraden: Was muss ich dabei beachten? Bleiben alle bisherigen Einstelleungen erhalten? Danke - Michael

Ich habe jetzt ein Folgeproblem: Drucker-Installation durch die Endnutzer - Ich mache dafür einen eigenen Thread auf

Hab sie auf Anhibe nicht gefunden- aber: Der Laptop ist 1,5 Jahre alt und Das Problem tritt nicht auf, wenn beim Herunterfahren eine Internet-Verbindung vorhanden ist (und das Internet kann eigentlich keinen Einfluss auf die CMOS-Batterie nehmen :) )

Keine Domäne, standalone-Laptop mit lokalem Konto (keine MS-ID)

Danke! Ich bin gerade in eine anderes Problem "verstrickt". Ich versuche das in den nächsten Tagen und gebe Bescheid.

Mein Windows 10 1511 Laptop (Lenovo X250) fährt nur herunter, wenn er eine Internet-Verbindung hat. Sobald ich z.B. das LAN-Kabel ziehe (weil ich z.B. den Laptop nur loakle nutzen will), bleibt der Laptop unendlich auf "Wird heruntergefahren" stehen. Ich kann den Laptop dann „hart“ ausstellen, muss beim Neustart dann 2 -3 mal das BIOS ertragen, bis ich über F12 die Boot-Optionen bekomme; dann startet der Laptop ohne Probleme. Im BIOS und unter den Boot-Optionen ist der Boot-Manager das erste Gerät. Der Schnellstart ist deaktiviert (Energieoptionen ...). GPO Computer Configuration > Administrative Templates > System: Äußerst detaillierter Statusmeldungen zeigen ist aktiviert, zeigt aber nichts Problematisches beim Herunterfahren an. Malware-Scan (ESET Online und MalwareBytes) hat keine Befunde gezeigt. sfc /scannow: Keine relevanten Ergebnisse. Meine Annahme: Eine der laufenden Tasks benötigt einen Internet-Zugang zum ordentlichen Beenden. Leider sind es (inkl. der MS-Tasks) gute 100 Tasks --> Kann ich irgendwie herausfinden, welche der Tasks das Herunterfahren verhindert? Danke - Michael

Ja - Das ist so gesetzt Computerconfig - RIchtlinien - ADM-Vorlagen - System - Gruppenrichtlinien - Eisntellungserweiterung "Drucker" - "Auch ohne Änderungen verarbeiten" ist ja ein Computerobjekt, und die Drucker will ich als Benutzerobjekte zuordnen (Zuordnung über Freigaben, Standarddrucker setzen). Damit komme ich wohl in das Gebiet der Loopback-Verarbeitung, an die ich mich noch nicht rangetraut habe (Schande über Schande :( ) Könnt Ihr mir für meinen "Fall" einen Tipp geben, wie ich das angehen soll, oder Links nennen, die das Thema verständlich beschreiben? Noch mehr Schande: Mit der Loopback-Verarbeitung habe ich mich wohl gedanklich verrannt. Wenn ich es jetzt richtig durchdacht habe, muss ich einfach eine neue Computer-GPO definieren, die "Auch ohne Änderungen verarbeiten" für alle Computer setzt und die bisherige Drucker-Benutzer-GPO einfach so lassen wie sie ist. Richtig? 2016-08-11 - 02:00 Leider hat auch "Auch ohne Änderungen verarbeiten" nicht geholfen. Hier eine Beschreibung meines Testszenarios: Domäne mit 2 Standorten (DST und LP7) - Pro Standort ein Test-Client (PC-DST und PC-LP7) - Zwei GPOs/GPPs (siehe Anlage) - Kein WMI (Filterung über Sicherheitsfilterung) Start und Logon PC-LP7: Drucker Ok (nur Drucker aus LP7) Logout PC-LP7 Start und Logon PC-DST: Drucker aus DST und LP7 Logout PC-DST Start und Logon PC-LP7: Drucker aus DST und LP7 Autostart-Prozedur etabliert, die 30 Sekunden busy waiting macht und dann ein gpupdate (ohne /force) absetzt --> Gleiches Testergebnis wie oben, aber nach 30 Sekunden werden alle Drucker gelöscht und nur die "richtigen" Drucker angeboten. Fazit: So scheint es zuverlässig zu funktionieren (mein eigentliches Ziel ist also erreicht). Ein ungutes Gefühl bleibt aber. Vielleicht habt Ihr noch eine Idee? PRT_Netzwerkdrucker_User.pdf PRT_Netzwerkdrucker_Computer.pdf

Ja :) :) :) :) :) :) Guten Abend

Leider ist meine Antwort mit den Testergebnissen "verschwunden" (wahrscheinlich vergessen zu speichern") - daher hier ein kutze Zusammenfassung: Man muss die Clients bei einem Standortwechsel neu starten (Logout / Login reicht nicht) Ohne gpupdate (ohne /force) geht es erst mal nicht. ich habe mir erst einmal mit einer Autostart-Prozedur beholfen (30 Sekunden busy waiting und dann gpupdate - danach sieht es gut aus (die "falschen" Drucker werden nach 30 Sekunden gelöscht)). Ich erkläre mir das so, dass die Benutzer die Netzwerkdrucker in Ihrem roaming profile mitschleppen und die GPP nicht angewendet wird, da bereit ausgeführt und nicht verändert. Heute abend werde ich aber natürlich "Auch ohne Änderungen verarbeiten" testen und berichten. Wieder einmal ein ehrliches Danke für die hilfreiche Unterstützung!

Ich hab's ja verstanden!!! Die Regel ist richtig und die Hilfe in diesem Board excellent, aber hätte nicht ein einfacher Hinweis gereicht?

Grund für Englisch: Nur Faulheit, weil ich das Problem schon im englischspachigen Adobe-Forum gepostet hatte (und dort 0 Antworten erhalten habe). Ich werde die Anwendungen meiner Kunden auf die Notwendigkeit von Flash analysieren.

Sunny61: Und wieder: Vielen Dank! Ich werde das heute Abend testen, wenn mir je ein Client an den beiden Standorten zur Verfügung steht, und berichten

Wie genau sieht denn jetzt dein GPO dafür aus? siehe GP-Bericht als Anhang Gibt es einen WMI-Filter auf IP-Adressen? Ja - siehe GP-Bericht als Anhang Gibt es Fehlermeldungen im Eventlog für die GPOs wenn sich der Benutzer anmeldet? Nein Ich erläre mir das Verhalten mit meinem Verständnis von GPOs/GPPs so: Die GPO/GPP wird ja nicht verändert und somit bei einem erneuten Login eines walking users nicht angewendet / ausgeführt. Damit bleiben die bisherigen Netzwerkdrucker bestehen und werden nicht gelöscht (was aber gewünscht ist). Daher meine Idee, die Anwendung / Ausführung per gpupdate /force zu erzwingen, was bei einer manuellen Ausführung ja auch zum gewünschten Ergebnis führt: Die Drucker des "falschen" Standorts werden gelöscht. Oder mache ich da einen Denkfehler (besser: einen Verständnisfehler)? PRT_Netzwerkdrucker_User.pdf

lefg: Im Prinzip hast Du völlig Recht, aber: Irgendwie ist jetzt mein Ergeiz geweckt. Die Definition als computerbasierte GPP erlaubt leider nicht die Zuordnung des Standarddruckers (was logisch ist, aber eine weitere Anforderung war). Eigentlich bin ich aber mit der benutzerbasierten GPP schon ganz gut. Es muss mir "nur" noch gelingen, ein gpupdate /force (ein reines gpupdate reicht in diesem Fall nach meinen Tests nicht) abzusetzen: im Kontext des angemeldeten Benutzers nachdem alle GPOs/GPPs inkl. Login abgearbeitet sind Meine Idee: Auf allen Clients eine Task definieren, die n Sekunden nach dem Login läuft (etwa wie http://www.mcseboard.de/topic/196650-geplante-aufgaben-per-gruppenrichlinie-erstellen/).Habt Ihr eine bessere Idee?

Userpermissions: Meine Nutzer haben keine Admin-Rechte. Vorteile: Danke - Der WSUS Package Publisher war mit bis dato nicht bekannt. Ich werde das Forum nach entsprechenden Beiträgen durchsuchen. Grund für Englisch: Nur Faulheit, weil ich das Problem schon im englischspachigen Adobe-Forum gepostet hatte (und dort 0 Antworten erhalten habe). Danke an alle!

Ich konnte das Probem durch Löschen der Referenzen auf die alten Versionen 168 und 19 in der Registry lösen. msizap !TW aus dem Office RK wäre sicher die einfachere Variane gewesen (kannte ich bisher nicht). FlashPlayer komplett entfernen: Die Abstimmung mit den Kunden gehe ich in der (ruhigeren?) Herbst-/Winterzeit an. Danke an alle!

"Sorry to be late": Ich war bis heute im Urlaub. Meine Basis-Anforderung ist, dass die Netzwerkdrucker abhängig von den Standorten der Clients (aktuell gibt es zwei Standorte) über entsprechende AD-Gruppen, IP-Adrfessen o.ä. zugeordnet werden. Einem walking user sollen an dem entsprechenden Client nur die Drucker des jeweiligen Standorts zugeordnet werden.