Der  System Center Updates Publisher ( SCUP) ist nicht für WSUS gedacht und funktioniert auch nicht mit WSUS.
Er ist für den System Center Configuraton Manager 2007 (SCCM)

Hallo,

es gibt da ein Tool namens Wsus Injection, der kriegt das hin.
Ich bin der Entwickler dieser Software. Im Internet zu finden unter (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Eine 30 tage Testversion kann ich dir per Mail zusenden.

mfg
Sinan

Hallo Lenny,

du kannst dein Programm mit einem Packer wie z.B. Installshield erneut packen und mit parametern versehen.
Dann kannst du dein neu gepacktes Programm über Wsus Injection in den Wsus Server integrieren und die Verteilung ZENTRAL vornehmen.

Gruß
Sinan

Das finde ich auch interessant!

Hallo,

stimmt es geht tatsächlich nicht. Habe es gestern bei mir im Unternehmen ausgetestet zwar lassen sich die Pakete für den WSUS veröffentlichen jedoch kann man diese am WSUS nicht verwalten. Stattdessen benötigt man dann wieder zusätzliche Tools wie LUP was jedoch auch nicht den gewünschten Erfolg gebracht hat...

Somit warte ich jetzt erst mal auf die Testversion von WSUS Injection hoffe mal, das ich diese die Tage zu gesendet bekomme. Warte ja bereits seit letzter Woche ...

Habe gerade mit dem Betreiber (Kuru) der Software telefoniert, dieser hat mir mitgeteilt das er die Software aus Zeitgründen nicht mehr Supportet und er mir sie daher auch nicht zusenden könne.
Er meinte ich soll mir die Software von einem der Formbetreiber zusenden lassen .... Könnte das bitte jemand machen?

Ich habe es mittlerweile mit dem LUP hinbekommen, den Adobe Reader 9.4.0 und das neueste Flash upzudaten. 

Man muss eben ein entsprechendes (geht auch selbst-signiert) Zertifikat für die Kommunikation erstellen und dies per GPO an die Clients ausrollen.
Außerdem ist eine Windows Update Einstellung von Nöten, dass Signierte Updates von einem Intranetspeicherort zugelassen werden.

Dann klappt das eigentlich ganz gut!
Nur bei dem MSI-Paket für den Adobe Reader musste ich bisschen rumprobieren.

Hmm ne, aber wenn du mir sagst, wie weit du gekommen bist, bzw. wo du hängst dann kann ich mal gucken, ob ich weiter helfen kann.

Werde mal probieren aufzuzählen, was ich machen musste.

DESoft schrieb on 23.10.10 um 21:07:58:


Jepp, hast Recht. WSUS-Injection macht da etwas anders, evtl. hab ich in den nächsten Tagen Zeit das zu prüfen, dann könntest Du ja evtl. manuell etwas nachhelfen.

Hallo,

@Unblack:
Danke für den Link. Habe das Teil auch gleich mal ausprobiert und es bestätigte schon mal, dass der Reader "kunstgerecht" in der Datenbank geführt wird.
Mit der Genehmigung, wurde der auch in den WSUS-Content übernommen.

@Sunny:
Das wär aber schön. Den kleinen aber feinen Unterschied kann ich nicht durch Vergleich ermitteln, da das Tool WSUS-Injection bei mir nie richtig funktionierte.
Da meine Testumgebung daheim vom Inet isoliert war, hatte ich vom Hersteller eine befristete Version im Test.
Die ist dann mit dem Ablauf der 180-Tage-Trial des W2k3-Servers (MOC) mit untergegangen.

Gruß Dani

Sunny schrieb on 01.11.10 um 12:49:49:


Das ist schon über ein halbes Jahr her.
Nein, die Probleme waren schon bei der Installation und der ersten Verwendung von WSUS-Injection.
Das SelfSigning-Zertifikat des WSUS war erstellt und ausgeteilt.

Für mich ist das bereits Geschichte und die Befristung hat das ja eh erledigt.

Gruß Dani

Unblack schrieb on 28.10.10 um 08:59:42:

Danke für den Tip. ich probiere auch grad LUP aus, und es sieht gut aus. Genial wäre ja noch wenn man die darüber genehmigten Updates auch noch im WSUS sehen würde, aber man kann ja nun nicht alles haben , aber es funktioniert.

@Unblack: Wozu brauchst Du zusätzlich noch SCUP? Oder bringen LUP und SCUP zusammen irgendwelche Vorteile?

Nachdem mich das Tool auch interessiert: Ist es damit möglich für Updatepakete statt eines Dateipfads auch eine HTTP-Adresse anzugeben? Also daß der Update-Agent die von einem Webserver herunterlädt so wie die MS-Updates ja auch?

Grund: Ich habe einen WSUS für private PCs die weit verstreut bei Freunden, Bekannten, Familienangehörigen stehen und somit nicht auf einen zentralen Dateiserver zugreifen können. Dieser WSUS ist eingestellt daß sich Clients die benötigten Updates direkt von MS ziehen. Klappt bestens,  ich sehe so immer ob alle aktuell sind oder ein Update schiefgegangen ist. Da wäre es natürlich optimal wenn ich die auch gleich zwangsweise mit wichtigen Flash-, Java-, AdobeReader- usw. Updates zeitnah mitversorgen könnte.

Das WSUS-Injection habe ich daher auch nie in Betracht gezogen weil da in den Screenshots zu sehen war daß die Updates als Dateipfad eingetragen werden müssen.

Hi AraldoL,
soweit ich gesehen habe geht das mit LUP nicht. Du kannst hier nur MSI, EXE und MSP Dateien angeben, diese allerdings auch von UNC und relativen Pfaden.

Hallo Sunny,

Sunny schrieb on 24.10.10 um 23:57:25:

hat sich da schon etwas ergeben? Sonst muss ich doch in meiner Testumgebung ertwas weiter ausholen. 

Gruß Dani

Hi Sunny,

naja, ich dachte Du hättest noch mit WSUS-Injektion ein paar "ältere" Produkte/Updates in Deiner WSUS-DB und könntes Dir die mal näher anschauen. Wenn dem nicht so ist ... ist auch gut. Danke.

Gruß Dani

Hi Sunny,

Sunny schrieb on 12.12.10 um 20:34:52:

vielen Dank, da ich bin gespannt. 

Gruß Dani

Super Sunny ...

habe es gerade getestet ... DU HAST RECHT.

Das Feld IsLocalPublished muss von True auf False gesetzt werden.
Jetzt kann ich bei mir den AR 9.4.x ebenfalls in der WSUS-Konsole sehen und verwalten.

Vielen vielen Dank.
Jetzt dürfte bei uns die Front der Skeptiker und Bedenkenträger entgültig zusammenbrechen.

Gruß Dani

PS: Ein sehr schönes Weinachtsgeschenk von Dir.

Hi Sunny,

Sunny schrieb on 14.12.10 um 15:36:46:

der AR und Java wurden mittels SCUP in Verbindung mit einem separaten SQL 2005-Server in das WSUS geschossen. Die Genehmigungen für die Testungen wurden vorerst mal mit dem LUP (Beta) erteilt.
Der Betrieb wurde aber wegen der fehlenden Verwaltung über die originäre WSUS-Konsole abgelehnt.

Gruß Dani

UMeadow schrieb on 15.12.10 um 15:41:51:


Dafür kann man auch diese Abfrage benutzen:

UPDATE [SUSDB].[dbo].[tbUpdate]
   SET [IsLocallyPublished] = 'False'
 WHERE [IsLocallyPublished] = 'True'
 

UMeadow schrieb on 15.12.10 um 15:41:51:


Meinst Du den Titel des Updates? In meinem Beispiel den Reader 9.10? Wenn ja, das steht in der Tabelle tbLocalizedProperty drin. Mit der Abfrage

SELECT [LocalizedPropertyID]
      ,[Title]
      ,[Description]
      ,[ReleaseNote]
  FROM [SUSDB].[dbo].[tbLocalizedProperty]
where [Title] = 'Reader 9.10'
 

bekommt man die Zeile angezeigt. Allerdings wurde trotz manueller Änderung der Anzeigename nicht geändert. Grmpf, ich hab jetzt auch keine Lust mehr in den Views und Tabellen zu suchen.

EDIT. Es gibt eine PublicView vUpdateText, in der kann man nach dem Namen filtern. Die sollte man allerdings nicht ändern und speichern, lieber eine Kopie davon speichern und damit arbeiten.

Trotz Neustart vom kompletten Server steht immer noch die alte Bezeichnung drin. Wenn also jemand etwas findet, immer her damit.

Sunny schrieb on 15.12.10 um 17:24:37:

Dazu habe ich mir einmal SCUP installiert, damit das Zertifikat erstellt. Irgendwo gab es dazu auch eine Anleitung, müsste ich noch einmal suchen und nachvollziehen wenn Interesse besteht.

Sunny schrieb on 15.12.10 um 17:14:36:

Ja den Titel meinte ich, allerdings müsste es noch eine Zuordnung zwischen UpdateID und Titel geben.
Sunny schrieb on 15.12.10 um 17:14:36:

Ist ja kein Problem ich werd bei Gelegenheit noch mal selber suchen. Auf jeden Fall Danke für die Infos.

Sunny schrieb on 16.12.10 um 10:38:27:

Nein, ich habe das Zertifikat mit LUP erstellt.
Zu LUP gibt es hier eine recht gute Hilfe:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Ich versuche mal kurz die Vorgehensweise zu beschreiben:
LUP versucht nach der Installation die Verbindung zum WSUS-Server herzustellen und sucht ein Zertifikat.
Wird keins gefunden kann man ein Zertifikat importieren oder eins selbst erstellen. Dieses Zertifikat kann dann als Datei exportiert werden.
Danach muss das Zertifikat verteilt werden. Ich habe das über GPO gemacht.
Als erstes muss unter Computerkonfiguration/Administrative Vorlagen/Windows-Komponenten/Windows Updates "signierte Inhalte aus internen Speicherort für Microsoft-Updatedienst zulassen" aktiviert werden.
Danach kann das Zertifikat hinzugefügt werden, ebenfalls unter Computerkonfiguration/Windows-Einstellungen/Sicherheitseinstellungen/Richtlinien
öffentlicher Schlüssel (Public Key Policies)".
Das Zertifikat muss sowohl in den Speicher "Vertrauenswürdige Herausgeber" als auch "Vertrauenswürdige Stammzertifizierungsstellen"
In den Eigenschaften soll das Zertifikat nur für Zweck: Codesignatur aktiviert werden.
Das Problem bei Windows Server 2003 besteht nnur darin, dass man Speicher "Vertrauenswürdige Herausgeber" nicht konfigurieren kann.
Ich habe zum Glück einen W2008 Server im Zugriff, über den die GPO konfiguriert werden kann, die Richtlinien für öffentlich Schlüssel funktionieren auch mit Windows XP.
Alternativ kann man sich auch mit Windows 7 und den Remote-Verwaltungstools für Windows 7 behelfen.

Soweit nur kurz den Ablauf wie ich ihn noch im Kopf habe

Sunny schrieb on 16.12.10 um 15:11:49:

Ja funktioniert eigentlich ganz gut, eine Sache gibt es bei LUP noch, auf die man achten sollte. Wenn man im WSUS automatische Genehmigungen konfiguriert hat, sollte man Updates im LUP nicht in eine Kategorie nehmen, wo die autom. Genehmigungen greifen. Ansonsten passiert genau das, die Updates werden automtisch genehmigt.

Sunny schrieb on 16.12.10 um 16:19:20:

Nein, ich habe es über LUP erstellt. Wie es aus der eigenen CA geht? keine Ahnung, damit habe ich mich noch nicht befasst.

Noch ein Nachtrag, nachdem die LUP Updates im WSUS sichtbar gemacht wurden erscheinen sie auch als Produktkategorie (ich denke jedenfalls das es erst danach war ). Damit kann man dann auch eine Updateansicht nur für diese erstellen.

Hi Sunny und Uwe,

Sunny schrieb on 17.12.10 um 18:08:59:

Als Produkt.

UMeadow schrieb on 17.12.10 um 17:55:13:

Richtig. Wurde erst angezeigt, nachdem mindestens ein solches Update in der SUSDB als "sichtbar" markiert wurde. Bei mir tauchen jetzt die Firmen Adobe und Oracle auf.

Gruß Dani

Hallo Dani, ich glaub ich benötige mal Deine Hilfe (oder jemand anderes der LUP verwendet ),
hast Du JRE6.23 über LUP schon ausgerollt? Ich schlage mich damit grade rum. Iich hatte 6.22 anstandslos über LUP ausgebracht, jetzt habe ich versucht 6.23 auszubringen, allerdings bekomme ich immer den Fehler das die alte Version nicht entfernt werden kann. 6.22 habe ich bereits abgelehnt und gesagt das 6.23 die 6.22 ersetzt.
Hat das schon jemand erfolgreich geschafft und wenn ja bitte wie
Ich habe im Moment noch keine Idee wo ich ansetzen kann.

Gruß Uwe

Hallo Dani,
keine Hektik bitte
Ich konnte mein Problem auch inzwischen eingrenzen, nur noch nicht sauber lösen.
Ich habe JRE 6.22 erfolgreich mit LUP ausgebracht und wollte jetzt JRE 6.23 ausbringen. Die Installationsdateien habe ich aus dem Offline-Installer.
Die Version 6.23 wird nicht installiert mit der Fehlermeldung wie oben gesagt.
Festgestellt habe ich folgendes: Bei der Installation von 6.22 wurde kein PackageCode in die Registry geschrieben. Der Schlüssel steht unter HKLM\Software\Classes\Insatller\Products\... und ist offensichtlich notwendig um eine ältere vorhande Version zu deinstallieren.
Ich habe den PackageCode dann mal manuell nachgepflegt, danach konnte ich JRE 6.23 ausbringen. Allerdings wurde auch hier kein PackageCode geschrieben.
Wenn ich JRE 6.22 deinstalliere und dann erneut als Update vom WSUS installiere, wird der PackageCode geschrieben.
Allerdings weicht der PackageCode von dem ab, der direkt aus der MSI ausgelesen wird, das hängt aber Möglicherweise mit der Ausbringung über den WSUS zusammen.
Ich werde jetzt erst einmal auf allen Clients den PackageCode nachpflegen und danach mit JRE 6.23 weiterversuchen.
Gruß Uwe
PS: Für AcrobatReader und FlashPlayer werden die PackageCodes geschrieben.
Ich hoffe der Beitrag wird jetzt langsam nicht zu sehr Off Topic.

Hi Uwe,

UMeadow schrieb on 18.01.11 um 16:23:20:


Glaub ich nicht. Solange es keinen gesonderten Themenblock für SCUP/LUP gibt, kann das der längste Beitrag im Forum werden.

Gruß Dani

Hallo Uwe,

UMeadow schrieb on 19.01.11 um 09:17:37:


Das kann ich leider so nicht bestätigen. Unsere SW-Verteilung hat bei den meisten mir bekannten Fällen kurzen Prozess gemacht und ein Rollback in eine ältere Version (1.6_06)durchgeführt, da es Beschwerden mit diversen Anwendungen gab. Eine erneute Installation lief dann fehlerfrei ... aber eben nicht mehr auf das JRE 1.6_22.

Ich habe da noch einen Win7 x64 ... der hat Probleme mit dem Update 1.6_23 x86. Den werde ich mir gleich mal krallen.

Gruß Dani

Sunny schrieb on 25.01.11 um 22:58:53:

(Ha ha ...) Nee nur bis 21:00 wg. verpasstem IC ... jetzt schon wieder 80 km weiter daheim.

Gruß Dani

Tolle Sache ... und Rückmeldungen im Blog sind kein Problem.
Bei meinem Englisch ... da haben die bei Adobe richtig was zu lachen.

Gruß Dani

Hallo Uwe,

was Deine Beobachtungen mit dem Java betrifft, kann ich dies nicht bestätigen. Der besagte Client hatte andere Probleme, die MSI-GUID war in der Registry korrekt eingetragen. Leider ...

Gruß Dani

UMeadow schrieb on 14.02.11 um 16:57:41:

So ich habe jetzt die o.g. 3 Updates über LUP erfolgreich ausgebracht. Und wie dann meine Vermutung schon war, es wurde auch der Package-Code sauber geschrieben.
Ich habe auch rausbekommen, warum dieser vorher beim JRE 6.22 nicht geschrieben wurde. Das Problem sitzt oft vor dem PC , konkret war meine Transformationsdatei defekt (warum auch immer?). "Kleine" Ursache, große Wirkung. 

Sunny schrieb on 30.06.11 um 12:14:06:

Danke Sunny
Da hat sich ja der Autor echt Mühe gemacht. Werde ich dann gleich mal studieren.

Sunny schrieb on 30.06.11 um 16:16:18:

Ja ich nutze LUP seit einer Weile erfolgreich. Java Update 26 habe ich erfolgreich damit ausgerollt. Sonst bisher FlashPlayer Updates und Updates für Acrobat Reader 9, den Reader 10 haben wir bei uns noch nicht im Einsatz.
Java und Flashplayer sind MSI und die Reader-Updates sind MSP.

Sunny schrieb on 30.06.11 um 17:06:45:

Nein, das musst Du extra mit angeben.
Bei Dir fehlen alle Installationsdateien im Update, da Du nur die MSI genommen hast.
Du kannst gleich zum Anfang bei Create Update nicht nur die MSI Datei angeben, sondern auch weitere Dateien bzw. den kompletten Ordner, wo die Dateien liegen (allerdings habe ich mit Ordner noch nie gearbeitet).
Da ich eine Transformationsdatei bei der Java .- Installation mitgebe, nutze ich immer die MSI Installation.

Sunny schrieb on 01.07.11 um 10:37:30:

Bitte. Immer wieder gerne. 

[quote author=55637F6465626F6469620C0 link=1264774783/74#74 date=1315853803]
Aktuell versuche ich mich testweise an den Updates für den Adobe Reader 9. Bin mir aber nicht so ganz sicher welche Bedingungen/ Abfragen ich da einbaue - meine Umgebung mit ca. 500 Clients ist nämlich ziemlich durcheinander und ich habe quasi alle Versionen von Adobe Reader 9 im Einsatz. Seit meinem heutigen Test frage ich für isInstalled folgenden Schlüssel ab HKLMSOFTWAREClassesInstallerPatches

Aber man muss ja das Rad nicht immer doppelt und dreifach erfinden ...

Den Link habe ich bereits gelesen und der war ja auch mein Auslöser für LUP

Yoshinchen schrieb on 12.09.11 um 20:56:43:

Du solltest ersteinmal alle Deine Clients auf einen einheitlichen Stand bringen. Wenn Du bei AR 9 bleiben willst, wäre das die Vesion 9.4. Danach stellst Du alle Updates ein, die Abhängigkeiten beachtet AR selber. Eigentlich musst Du sonst nichts weiter anpassen.

Yoshinchen schrieb on 12.09.11 um 20:56:43:

Wenn Du als UPDATE-File die MSP angibst und unter Add Files die MST wird diese auch eingebunden. Erscheint im nächsten Fenster bei COMMAND.

Sunny schrieb on 13.09.11 um 07:13:11:


Das manchmal so ein Schubs in die richtige Richtung ganz gut tut, wenn man evt. den Wald vor lauter Bäumen nicht sieht ... - also bitte nicht negativ auffassen

Nur falls es von Interesse ist  ich habe mit LUP die aktuellen Updates für Adobe Reader, Flash Player und Java erfolgreich ausgerollt.

Schönes Wochenende an Alle 

neophyte schrieb on 19.03.12 um 10:18:52:


Du mußt das Zertifikat natürlich auch per GPO verteilen.

Lösung: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Punkt 2 + 3 sind für dich interessant: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

[quote author=292A39392A20202A4B0 link=1264774783/85#85 date=1332155770]Hab (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). hier schon bei Punkt 7HKLMSoftwareMicrosoftSystem Center Essentials

System Center Essentials All Computers Policy Hab ich nicht da System Center Essentials nicht installiert ist geht es ohne dem nicht?

neophyte schrieb on 19.03.12 um 13:51:08:


Hast Du das Zertifikat mittlerweile per GPO verteilt?

Mit dem Thread aus den Technet Foren wollte ich nur auf grundsätzliche Problem aufmerksam machen. Dein Client installiert die Software nicht, weil er dem Zertifikat nicht vertraut:

Quote:


Hast Du die Hilfe vom Hersteller gelesen? Wenn ja, was daran verstehst Du nicht?

neophyte schrieb on 19.03.12 um 15:21:35:


Ist die CAB von Adobe denn auch für LUP in Kombination mit dem WSUS geeignet?

Bei mir und vielen anderen funktioniert es mit der EXE oder dem MSI File von Adobe.

neophyte schrieb on 19.03.12 um 15:21:35:


Die Einstellung sind nicht notwendig, außer Du das hast MSCE im Einsatz, dann mußt Du dich aber auch an ein anderes Forum wenden, hier geht es ausschließlich um den WSUS.

neophyte schrieb on 19.03.12 um 16:06:21:

Dann lies Dir doch die genannnten Links einfach mal gründlich durch, 0 Ahnung ist doch keine Ausrede. Die Hilfe vom LUP ist doch sehr gut und alle anderen Links ebenfalls.

neophyte schrieb on 19.03.12 um 16:06:21:

Diese CAB Datei kann man wohl bei LUP nutzen, aber wie und ob das funktioniert kA. Habe ich noch nie genutzt.