sg08234

I am unable to install FlashPlayer 22 Active X via the latest MSI (Windows 7 Professional) as the installation asks for the network ressource of FlashPlayer 18 Active X which I deleted some months ago: Why does it need this old version. I already used PlashPlayer uninstaller thus no old reference should be there. Thanks - Michael

In my domains I want / need to stay with Acrobat Reader Xi on my Windows 7 clients. Ist there a way to prohibit users to install Acrobat Reader DC (via GPO?)? Thanks - MIchael

Ich will aus dem Benutzerobjekt Müller das Computerobjekt Client01 machen (die Drucker soll ja standortabhängig zugeordnet werden, und der Client hat einen festern Standort). Danke für den Trace-Hinweis!

Sunny61: Reicht es nicht, aus dem (heutigen) Benutzer-Objekt ein Computer-Objekt zu machn? daabm: Was ist TO? Wie aktiviert man das Debug Logging der GPP Printers? Danke

Der Tipp http://www.gruppenri...chday-14062016/ war noch einmal Gold wert (auch wenn er mit meinem aktuellen Problem nichts zu tun hat) - Danke! NorbetFe: Gpupdate/force bzw. gpupdate /target:user wirkt wie beschrieben. Aber: Das Benutzer-Objekt Drucker-GPO-/GPP wird nicht angewendet, wenn der Benutzer "roamt", da das Benutzer-Objekt nicht verändert wird und somit "Drucker löschen" nicht angewendetwird. Der Benutzer erhält / behält in Folge die Drucker beider Standorte. Das muss sich nach meinen Überlegungen ändern, wenn ich aus dem Benutzer-Objekt ein Computer-Objekt mache?

Mein Verständnis: /force zwingt den Client, alle GPOs/GPPs auszuführen, auch wenn sie nicht verändert wurden. In meinem Fall also das erforderliche "Drucker löschen" als Erster in der Drucker-GPP, was sonst nicht geschieht, da die GPP nicht verändert wird. Nach einigem (weiteren) Nachdenken nehme ich aber an, dass mein Kardinalfehler die Definition der Drucker-GPP als benutzerkonfigurierte Einstellung ist. Da mein Ziel aber ist/war, die Drucker standortspezifisch zuzuordnen, denke ich, dass ich die Drucker-GPP als computerkonfigurierte Einstellung definieren muss. Damit sollte auch das "künstliche" gpupdate/force entfallen können, da diese Einstellung dann dauerhaft für den Client gilt, unabhängig von dem eingewählten Benutzer. Richtig nachgedacht? Danke!

lefg: ich würde Ihnen gerne die Aufgabe übertragen, meine Geschäftsleitung zu überzeugen :-) Sunny61: Hast Du denn mal genau nachgelesen was /force macht? Nein? Dann hol das bitte nach. gpupdate.exe wird häufig mit dem Schalter /force aufgerufen, der bewirkt, dass alle Einstellungen erneut angewandt werden, auch wenn sich im Active Directory nichts verändert hat. Diese Option führt außerdem dazu, dass zusätzlich ein Foreground Refresh ausgelöst wird. Wenn aber Aktionen wie die Installation von Software anstehen, die nur während des Systemstarts oder des Anmeldevorgangs ausgeführt werden können, dann verlangt gpupdate.exe nach einem Reboot bzw. einem erneuten Logon. Welchen Denkfehler mache ich bei dem Einsatz von gpupdate /force? Vielen Dank! Wie genau werden die Drucker zugeordnet? Aktualisieren oder Erstellen? Aktualisieren. Um ehrlich zu sein: Den Unterschied zwischen Aktualisieren oder Erstellen habe ich nicht wirklich verstanden Löscht du die falschen auch wieder? Das sollte nach meinem Verständnis der erste "Drucker" = "Alle löschen" machen

Meine Domäne hat walking users (roaming profiles). Die Netzwerkdrucker ordne ich per GPP zu (Benutzerkonfiguration | Einstellungen | Systemsteuerungseinstellungen | Drucker). Der erste "Drucker" ist "Alle löschen". Die Benutzer arbeiten an zwei Standorten (gleiche Domäne mit unterschiedlichen IP-Adressen (primary und secondary domain controller)) und sollen abhängig von dem Standort des Clients nur die Drucker zugeordnet bekommen, die an dem jeweiligen Standort verfügbar sind. Ich kann die Zuordnung zwar per Zielgruppenadressierung über die IP-Adressen steuern, aber beim Wechseln des Standortes haben die Benutzer die Drucker beider Standorte in der Drucker-Ansicht. Ich nehme an, dass die GPP nicht "zieht": Nach einem gpupdate/force sind die Drucker wie gewünscht zugeordnet. Ich habe mir erst einmal beholfen, indem ich gpupdate/force in das Logon-Skript integriert habe, finde das aber nicht so elegant, weil dann während des Logons noch einmal alle GPOs/GPPs durchgeackert werden. Gibt es einen besseren Weg? Vielen Dank Michael Rocholl

Wann immer ich den Server (ein SBS 2008 und eine Server 2008 R2) neu starte zeigt die Aufgabenplanung keine Startzeit für die triggered Ereignisse und diese Ereignisse starten auch nicht. Die Ereignisanzeige und del Log der Aufgabenplanung zeigen keine Auffälligkeiten. Wenn ich die Ereignisse durch ein erneutes Speichern reaktiviere, wird die Startzeit zwar eingetragen, aber die Ereignisse nicht ausgeführt, sondern nur die Startzeit erhöht (auf den Folgetag gesetzt). Nach einem erneuten Start des Servers läuft alles wie geplant. 1. Wie kann ich diese Problem lösen? 2. Wie kann ich die Aufgabenplanung manuell neustarten (die Option ist ausgegraut)? Das würde mir zumindst den zweiten Neustart ersparen. Vielen Dank - sg08234

Vielleicht helfen: . FileMon (ehemals Sysinternals) . Lauschangriff Gruß - sg08234

Vielen Dank! Das Problem war wohl, dass ich das Skript über gpedit.msc eingetragen habe, wöhrend der Client nicht in der Domain war. Jetzt funktiniert es ausgezeichnet

Ich möchte eine Batchdatei (die weitere Batch-Dateien / Programme aufruft) beim Startup vor dem Login aufrufen (z.B. für das Konfigurieren der Netzwerkverbindung per netsh). Das soll auch bei Domänen-PCs funktionieren. Bisher versucht habe ich: Geplante Tasks | Beim Systemstart ausführen ================================== Die Ausführung scheitert laut Task-Report mit: 800706FD (The trust relationship between this workstation and the primary domain failed.). Wenn ich die Task nach dem Login ausführe, funktioniert sie einwandfrei. Gibt es vielleicht eine Gruppenrichtlinie, die die Ausführung verhindert? Gruppenrichtlinie | Cimputer | Windows | Skript beim Starten ============================================= Skript wird gar nicht ausgeführt. Da ich sehr wenig Erfahrung mit Gruppenrichtlinien habe: Was muss ich tun, damit das Sktipt anläuft bzw. wie kann ich einen Log für die Ausführung erstellen? Gibt es noch einen anderen Weg für mein Vorhaben? Vielen Dank - Michael Rocholl

Vielen Dank - iPhone synchronisiert jetzt reibungslos. sg08234 - Michael

Vielen Dank für die schnelle Antwort! Ich hatte (in meiner iPhone-Verzweiflung) den SBS-Zertifikatsserver aktiviert und das Zertifikat für Exchange gelöscht und neu erstellt. Da dann der SMTP-Manager seinen Dienst verweigerte, habe ich mit dem SBS-Assistenten "Internet/Mail" neu konfiguriert und dabei eigentlich auch "Neues Zertifikat" ausgewählt. Wenn ich im IIS (\Exchange und \Remote) schaue, ist dort wohl auch dieses neue Zertifikat eingetragen (schließe ich aus Name/Datum/Uhrzeit). Über https://<externer servername>/certsrv erhalte ich aber das Zertifikat von dem erstellten Zertifikatsserver. Somit habe ich 2 Fragen (eines Zertifikat-Anfängers - sorry): . Wie bringe ich dieses Zertifikatswirrwarr am besten in Ordnung (Zertifikatsserver wieder deaktivieren?) ? . Wie bringe ich dann das richtige Zertifikat auf mein iPhone ("irgendwo per Web zur Verfügung stellen" =?= WebDAV oder FTP o.ä.)? Danke schon mal und Gruß - sg08234 / Michael

Leider haben mir die vorhandenen Beiträge zu dem Thema nicht auf die Sprünge geholfen: Ich habe einen SBS 2003 mit Exchange 2003. OWA über SSL funktioniert einwandfrei. Nun möchte ich einen iPhone 3G mit aktueller Firmware mit diesem Exchange verbinden und scheitere am Zertifikat. Ich habe mein SBS-Zertifikat über Safari (https://<externer servername>/certsrv) erfolgreich (ohne Fehlermeldung) auf das IPhone geladen. Wenn ich nun den Account einrichte (als Server nehme ich 1291.168.1.1, da ich mich im eigenen (W)LAN befinde(?)), erscheint "Zertifikat konnte nicht überprüft werden". Wo ist mein Denk-/Handlungsfehler? Vielen Dank - sg08234