Update-Notify/Public: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
| Zeile 1: | Zeile 1: | ||
Um den mühseligen Teil der Beobachtung diverser Herstellerseiten zu reduzieren, informieren wir über die Mailingliste "OPSI4instituts-NOTIFY" über SW-Produkte mit häufigen Updates. Der Update-Notifier ist ein '''[[Services|OPSI4Instituts-Service]]''' des [[Georg-Eckert-Institut | Georg-Eckert-Institutes]]. <BR> | Unabhängig vom konkreten Clientmanagement-System ist es zwingend notwendig, über das Erscheinen von Updates bzw. Scurity-Fixes informiert zu werden. Manuell ist dies IMHO eine kleine Anzahl (<30?) möglich, bei mehr als 80 Produkte ist es selbst mit dem Browser-AddOn 'update-manager' kauf möglich. <BR> | ||
Allgemein kann man den Lebenszyklus eines Software-Produktes innerhalb eines Clientmanagement-Systems wie folgt darstellen: | |||
<BR> | |||
Um den mühseligen Teil der Beobachtung diverser Herstellerseiten zu reduzieren, informieren wir über die offene DFN-Mailingliste "OPSI4instituts-NOTIFY" über SW-Produkte mit häufigen Updates. Der Update-Notifier ist ein '''[[Services|OPSI4Instituts-Service]]''' des [[Georg-Eckert-Institut | Georg-Eckert-Institutes]]. <BR> | |||
Cron-gesteuerte Script parsen die jeweilige Website, vergleichen die dortige Versionsnummer, downloaden gegebenfalls das Setup-File und machen teilweise ein Compare mit der letzten lokalen Datei der Workbench bzw. dem OPSI-Depot. <BR><BR> | Cron-gesteuerte Script parsen die jeweilige Website, vergleichen die dortige Versionsnummer, downloaden gegebenfalls das Setup-File und machen teilweise ein Compare mit der letzten lokalen Datei der Workbench bzw. dem OPSI-Depot. <BR><BR> | ||
Die Benachrichtigungs-eMails | Die Benachrichtigungs-eMails haben folgende feste Struktur: | ||
[opsipackage]-{$PAKETNAME} Update gefunden! [alteVersion]->[neueVersion]" | FROM: dfn-notify@gei.de | ||
SUBJECT: [opsipackage]-{$PAKETNAME} Update gefunden! [alteVersion]->[neueVersion]" | |||
MAILBODY: Sie finden ein Update der Software {$PAKETNAME} Version [$VERSION] unter $URL. | |||
== Monitoring Liste == | == Monitoring Liste == | ||
Version vom 7. November 2016, 19:15 Uhr
Unabhängig vom konkreten Clientmanagement-System ist es zwingend notwendig, über das Erscheinen von Updates bzw. Scurity-Fixes informiert zu werden. Manuell ist dies IMHO eine kleine Anzahl (<30?) möglich, bei mehr als 80 Produkte ist es selbst mit dem Browser-AddOn 'update-manager' kauf möglich.
Allgemein kann man den Lebenszyklus eines Software-Produktes innerhalb eines Clientmanagement-Systems wie folgt darstellen:
Um den mühseligen Teil der Beobachtung diverser Herstellerseiten zu reduzieren, informieren wir über die offene DFN-Mailingliste "OPSI4instituts-NOTIFY" über SW-Produkte mit häufigen Updates. Der Update-Notifier ist ein OPSI4Instituts-Service des Georg-Eckert-Institutes.
Cron-gesteuerte Script parsen die jeweilige Website, vergleichen die dortige Versionsnummer, downloaden gegebenfalls das Setup-File und machen teilweise ein Compare mit der letzten lokalen Datei der Workbench bzw. dem OPSI-Depot.
Die Benachrichtigungs-eMails haben folgende feste Struktur:
FROM: dfn-notify@gei.de
SUBJECT: [opsipackage]-{$PAKETNAME} Update gefunden! [alteVersion]->[neueVersion]"
MAILBODY: Sie finden ein Update der Software {$PAKETNAME} Version [$VERSION] unter $URL.
Monitoring Liste
Es werden aktuell 136 Softwareprodukte auf den jeweiligen Herstellerseiten gemonitort.
PDF-Download dieser Liste (sortiert nach Paketnamen, mit embeddeten .odt)
Statistik (neue SW-Pakete, Summe Monitoring, monatliche Update-Msg)
Aus der Summe der vorliegenden (statistischen) Daten der vergangenen 16 Monate kann man ableiten, dass ca. pro zwei SW-Produkten ein monatliches Update anfällt.
Bei beispielsweise 60 SW-Anwendungen auf den Clients sind also ca. 30 Updates monatlich bereitzustellen und auszurollen.
Eine Zusammenarbeit á la 'opsi4instituts' & DFN-Repository ist extrem sinnvoll.
Stand: 2016-10
