Sunny61

Ich hab nur 2 Monitore, da funktioniert es aber immer wie folgt: RDP-Verbindung starten, RDP-Verbindung auf den zweiten Monitor schieben, RDP beenden. Beim nächsten Neustart der RDP-Verbindung wird auf dem 2. Monitor geöffnet. Passiert das bei dir so nicht wenn Du den dritten Monitor verwendest?

Ich hatte mal vor ein paar Jahren ein Urteil gelesen, indem festgehalten wurde, dass ein Mitarbeiter einmal täglich in den Junk Ordner sehen soll. Bitte nicht versuchen ein soziales Problem mit Technik zu erschlagen.

Erster Fehler: Kein USV am DC angeschlossen. Was möchtest Du genau machen? Einen neuen Benutzer im AD anlegen oder einen bestehenden Benutzer am PC anmelden? Das wurde mir aus deiner Frage nicht klar.

Was sagt denn der Support von Sophos dazu?

Sorry, ich meinte den TO. ;)

Wenn Du diese Aufgabe auf mehreren Clients liegen hast, dann kann man die Umstellung auf SYSTEM auch via Group Policy Preferences machen. Dazu braucht man kein Script und es ist in 1 Minute erledigt. Falls Du daran Interesse hast, gib hier Bescheid, dann kann ich die Vorgehensweise kurz erklären.

Startest Du den WPP mit Rechtsklick > Ausführen als Administrator?

Das hat Nils doch geschrieben in:

Outlook mit /cleanviews starten: https://support.microsoft.com/de-de/office/befehlszeilenoptionen-für-microsoft-office-produkte-079164cd-4ef5-4178-b235-441737deb3a6#Category=Outlook

Aktivierung ist nicht Lizenzierung. Du kannst Windows/Office mit einem eigenen KMS aktivieren oder auch Online aktivieren. Wenn es innerhalb der Domain einen KMS gibt und du den Client entfernst, wird der Client sich über kurz oder lang melden und dir mitteilen dass er nicht mehr aktiviert ist. War er Online aktiviert, sollte die Aktivierung bestehen bleiben.

Updates oder InPlace Upgrades? Bei den Updates hilft es die richtigen Einstellungen im GPO zu setzen, dann wird installiert und der User bekommt nur angezeigt wenn die Maschine fertig ist und neu gestartet werden kann. Alternativ einen geplanten Task per GPP ausrollen und für zwar für jedes Update manuell. Beim InPlace Upgrade ist auch ein geplanter Task eine Möglichkeit die Setup.exe auf einer Freigabe mit entsprechenden Parametern starten zu lassen. Wenn man will, kann man dem User auch die Möglichkeit geben, den Task selbst auszuführen. Oder aber über den WSUS zur Installation freigeben.

Die WUSA.EXE liegt auf jedem Client/Server, sinnvollerweise spricht man die WUSA.EXE des lokalen Client an, auf dem man das Update installieren möchte. Ich hab den Eindruck, Du dokterst an Lösungen herum ohne hier zu schreiben was genau das Problem ist. Und zwar nur das Problem und keinen Lösungesweg.

Möglich, probier es aus. Wir geben immer nur ein OS via Baramundi als InPlace Upgrade frei. Die User können sich das dann via Kiosk manuell downloaden und den Installationszeitpunkt selbst aussuchen, ab dem Zeitpunkt x wird es gepusht, dann gibt es keinen Aufschub mehr.

Wenn es MSU-Dateien sind, dann kannst Du sie mit der WUSA.exe automatisiert, z.B. per Taskplaner, installieren lassen. BTW: Enterprise und Education haben einen längeren Supportzeitraum, als die Pro Versionen.

Irgendwas ist immer. :) @testperson Vielen Dank für das Script! :)

Da kann man sich mit https://followthatpage.com/ helfen. :)

Hinter den beiden gen. Links findest Du viele Beispiele die ungemein helfen das Thema zu verstehen.

Stimmt, wobei wir das ja nur für Server nutzen. Dort wird der FF bei weitem nicht überall installiert/benötigt. Auf den Clients wird das per baramundi deployed, dort erfolgt dann auch die Aktualisierung via Deployment. Einen Vorteil hat mein Szenario noch, es werden immer alle Systeme aktualisiert, die Firefox in %programfiles% installiert haben, egal ob die im Verwaltungsbereich des von dir gen. GPO liegen oder nicht. ;) Aber es gibt ja immer viele Wege nach Rom. ;)

Nichts einfacher als das. Geben Sie hier die Regel oder Regeln an, die Computer ermöglicht festzustellen, ob das Update bereits installiert ist. Der erste Eintrag prüft ob es die firefox.exe gibt, ist kein FF installiert, wird auch nicht aktualisiert. Der zweite Eintrag prüft ob die aktuellste Version, in diesem Fall die ESR-Version 91.0.1.7898 auf dem Rechner gibt. Regel ist hier nur für Server. Ganz wichtig, wenn Du das MSI nimmst, dann editiere ich immer die Package level rules und lösch es raus. Nächster Punkt: Geben Sie hier die Regel oder Regeln an, mit der festgestellt werden kann ob das Update installiert werden kann. 1. Existiert eine firefox.exe in %programfiles%\Mozilla Firefox? 2. Wenn ja, ist die existierende Version kleiner als die aktuell zu verteilende? 3. Serverversion ist nur bei uns. 4. Wieder die Package level rules leeren. Es gab wohl 'früher' Probleme mit den Regeln beim Firefox weil die Schlauberger für jede Version den gleichen Productcode verwendet hatten, ich hab nicht probiert ob das jetzt korrekt läuft. Und zum Schluß kannst Du dir die passenden HowTos dazu anschauen: https://www.wsus.de/local-update-publisher/ https://www.wsus.de/chrome-per-wpp-als-update-bereitstellen/

Sagst Du.... :)

Eine Idee: Zuerst den Betreff auslesen und in eine Variable schreiben, jetzt den Organisator per PS setzen, wieder auslesen, beides zusammen in eine Variable schreiben und den Inhalt dann als Betreff setzen. Sollte IMHO funktionieren.

Wenn per GPO, dann nur per Aktualisieren, alles andere ist wie bei den Laufwerken, zuerst wird getrennt und dann wieder verbunden = Mist. Aktualisieren ist das Zauberwort. ;)

Das kann ich, und viele andere Admins, nicht bestätigen. Funktioniert wie gewünscht. Hast Du die Einstellung auf den TS und sein User losgelassen oder nur auf den User? Sind die verwendeten ADMX-Templates auf dem Stand der zu den Maschinen passt? Wenn deine gemachte Einstellung wieder verändert wird, greift vermutlich noch etwas anderes. Was sagt denn ein ausführliches gpresult zu der Einstellung? gpresult /H >gpresult.html

Sind denn die Treiber auf dem Host auch aktuell? Das BIOS alleine aktualisieren ist nicht hilfreich, der Rest sollte natürlich aktualisiert werden. Die VMs sind in Sachen Windows Updates aktuell? Wie bekommen die VMs die Updates, über einen WSUS oder WU-Online?

Wenn in der VM nur PRTG läuft, neue VM hochziehen, Windows Updates + PRTG installieren. Abwarten.