Quantcast
Channel: Wsus Package Publisher
Viewing all articles
Browse latest Browse all 3825

New Post: Java 8u101 und Adobe Reader DC 2015.017.20050

$
0
0
Hallo Community!

Ich beschäftige mich seid kurzer Zeit mit dem WPP und muss ein Kompliment an die Entwickler aussprechen, sehr gute Arbeit. Ein paar Fragen bzw. Hilfestellung hätte ich dennoch.

Fakten zu unserer Umgebung:
Terminalserver 2008R2 x64 mit installiertem Java und Adobe Reader in den o. g. Versionen
Clients mit Windows 7 x64
Wsus 6.3.9600.17477 auf Server 2012R2 SQL-Express 2012

Meine WPP Servereinstellungen:
Neues Update Veröffentlichen = Immer Wählen angehakt.
Der rest auf Standard gelassen. Der WPP läuft und mit dem CodeSigning Zertifikat ist auch alles in Ordnung, dieses gibt es ohnehin in unserer Umgebung und hat einiges vereinfacht.
Ein Proxy ist eingetragen und funktioniert.

Unklarheiten existieren bei Java und Adobe Reader, bei Java besteht das Problem der Ferninstallation (Client und Server), also das Kommando Dieses Update installieren wird mit einer Typischen Fehlermeldung 0x80070643 quittiert. Der Client ist so eingestellt das dieser beim Neustart oder Herunterfahren die Updates installieren soll, dies wird versucht aber auch mit obiger meldung quittiert. Die Server sind natürlich nicht auf Automatik eingestellt, dort muss Update Vorgang angestoßen werden, bevorzugt mache ich dies mit POSH_PAIG (Powershell GUI) selbige Meldung. Interessanterweise funktioniert es aber wenn ich als Admin auf einer dieser Maschinen angemeldet bin und den Vorgang manuell einleite, ohne Probleme!
Testsystem Win7 client mit Terminalserver 2008R2 ohne das ein RDP Benutzer angemeldet wäre, also die Benutzung des Java Clients während des Update-Vorganges auszuschließen ist.

Hier würde mich interessieren wie ich eine Update Installation aus der Ferne über WPP oder POSH_PAIG hinbekomme? Windows Updates funktionieren weiterhin.

Java wurde wie folgt eingebunden:
E:\WPP-Content\Java_JRE>MSI ausgewählt von zweiter Systemplatte auf der auch mein WSUS-Content liegt.
Keine weiteren Dateien
Alle Beschriftungen und Beschreibungen vorgenommen und Folgende Schalter hinzugefügt:
INSTALL_SILENT=Enable AUTO_UPDATE=Disable WEB_ANALYTICS=Disable EULA=Disable REBOOT=Disable NOSTARTMENU=Enable WEB_JAVA=Enable WEB_JAVA_SECURITY_LEVEL=H SPONSORS=Disable REMOVEOLDERJRES=1
  1. Regel MSI Produkt Installiert > MSI Product Code angegeben
  2. Regel MSI Produkt Installiert > MSI Product Code angegeben > Haken bei Regel Umkehren
    Dann veröffentlichen ohne Anzeige im WSUS
    Freigeben auf bestimmte Gruppe (Vorher im WSUS angelegt und Testobjekte eingestellt)
Für den Adobe Reader habe ich mir das Tool Acrobat Customation Wizard DC heruntergeladen und installiert. Soweit so gut, MSI reingeladen und alle Einstellungen vorgenommen die mir wichtig sind, bei meinem Test dann die ernüchterung, die EULA und ein Fenster für die Anmeldung mit Adobe ID mussten erst einmal bestätigt werden, obwohl EULA explizit angehakt war, diese also zu Akzeptieren.

Das Zweite Fenster mit der Adobe ID welche man einfachm mit Fortfahren wegklickt, habe ich in dem Customation Tool nicht gefunden.
Hat hier jemand erfahrung oder kennt den Punkt wo man dies einstellen kann? Auch die EULA bestätigung nervt?

Den Adobe Reader DC habe ich mit den selben Regeleinstellungen wie bei Java erstellt. Einziger Unterschied ist bei den "weiteren Dateien hinzufügen", dass dort die AcroRdrDCUpd1501720050.msp (durch das customation Tool erstellt) und die Data1.cab mitgegeben werden muss
Die .msp gibt quasi meine Einstellungen mit, so habe ich dies zumindest verstanden.

Der Adobe Reader wurde auf meinem Test Terminalserver installiert, leider weiß ich nicht ob der Befehl gegriffen hat oder Reboot des Servers dafür gesorgt hat, dies muss ich noch eruieren. Aber es immerhin auf anhieb geklappt :-).

Ich freue mich auf eure Erfahrungen und bedanke mich schon jetzt für eure Hilfe

Viele Grüße
Mike_DUS

Viewing all articles
Browse latest Browse all 3825

Trending Articles