forum.opsi.org

Hallo,

gibt es die Möglichkeit bestimme Pakete als ausnahme zu deklarieren, welche bei Aktiviertem WAN Feature nicht im Homeoffice installiert werden sollen.

VIelen Dank vorab.
Gruß Jan

Hi, wie genau meinst du das?

sowas wie "installiere das Paket überall, wo kein WAN Modul aktiv ist?"
Oder "installiere es überall und wenn der Kasten im WAN Modus ist - breche die Installation ab?"

Ersteres geht über einen Filter im configed, zweiteres in einer Abfrage im script ala ping "irgendwas"|findstr /c:"TTL" || echo we are offline

Hallo,

wir haben Mittlerweile viele Nutzer, welche im Homeoffice sitzen.
Letztendlich befinden sich diese Geräte im WAN Modus, damit Sie auch zuhause die neuesten Produkte bzw. Updates erhalten.
Derzeit bin ich dabei das Win10 Update auf 21H2 auszurollen (Hierbei nutze ich das Beritgestellte Paket von UIB). Ich setzte es immer je Abteilung auf Setup. Das heißt letztendlich ich wähle den Ordner der Abteilung "XY" aus und setze es für alle Clients auf setup.... egal ob Laptop oder Arbeitsplatzrechner.

Das Update soll aber erst druchgeführt werden, wenn die Clients welche im WAN Modus sind wieder vor Ort im Betrieb sind. Daher wollte ich wissen, ob man z.B. vorgeben kann, dass genau dieses Paket erst installiert werden soll wenn der Rechner hier vor Ort ist.

Gruß Jan

Hi
manchmal frage ich mich, ob ich als geborener Hesse, der in Hessen lebt nicht doch ein Schwob bin....

Aberle

Seit Windoof 1903 ist ein inplace Upgrade auf die nächste Version ein 15 minuten Job, da dauern manche dotnet Updates deutlich länger.

Dann kann man von Winzigweich halten was man will, aber bei manchen Sachen haben die gelernt.

Andersherum:
Das Windoof lebt und "nur" weil dein Opsi meint, da wäre ein olles Windoof drauf muss es das nicht sein.

Ich mach das komplett anders:
Aus dem AD lese ich heraus, welches build die einzelnen Maschinen haben und verschieb die dann in die jeweilige OU.
Auf diesen OUs liegen GPOs und wenn mal wieder ein EOL ansteht,setzte ich den Maschinen / der OU die GPO Windoofupgrade auf den Hals und dann tauchen die im WSUS in einer "OU" auf, wio das Inplace upgrade auf Build X aktiv installiert wird.

Und nebenbei fülle ich mit den Infos das Notizfeld im OPSI mit der Buildversion.

Irgendwann kommt dann mal ne mail, rechner x z &y haben sich seit x tagen nicht gemeldet und immer noch ein olles Windoof - dann ruft der Helpdesk die an und sorgt dafür dass die Kisten vor Ort antanzen oder mal eingeschaltet werden (Elternzeit 4.Rechner usw.)

Bei sowas wie Office mit neuem Access oder sowas, da kann ich das Abteilungsweise upgraden ja noch verstehen, aber beim Windoof?
Bei uns dauert das "immer" locker 40 Tage + bis die ganzen Traumtänzerdie ja so dringend ein Highend Rechnerchen brauchen den dann endlich mal einschalten und auch mal etwas länger eingeschaltet lassen damit der WSUS / M$ Offline das inplace upgrade runterladen kann.

Ich persönlich finde das sinnvoller anstatt
A) mit einem Filter nur da das Paket auf setup zu setzen, wo WAN nicht aktiv ist und damit alle WAN Clients mit ohne inplace zu versorgen
B) ein script davor zuschalten, dass erkennt ob der Rechner im Netz hängt und nur dann das Paket abarbeitet - Nebengeschmack die kriegen dann dauernd die Meldung "opsi paket unterwegs, wir starten den Rechner in 10 9 8 ...1 0 neu - und dann passiert genau garnix weil die ja nicht zwischenzeitlich im Büro angekommen sind.
Denn siehe oben M$ l0t sich nicht mehr vera*schen, wenn die keine ollen Kammellen mehr im Einsatz haben wollen, dann steuern die das inplace upgrade extern an, also nutze das.

Okay, vielen Dank für den Tipp

Damit hat sich das Thema dann erledigt.

Gruß jan