Update-Notify/Public: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
|||
| Zeile 1: | Zeile 1: | ||
Unabhängig vom konkreten Clientmanagement-System ist es zwingend notwendig, über das Erscheinen von Updates | Unabhängig vom konkreten Clientmanagement-System (OPSI, SCCM, Baramundi etc) ist es zwingend notwendig, über das Erscheinen von Updates/Security-Fixes informiert zu werden. Manuell ist dies IMHO für eine kleine Anzahl (<30?) möglich, bei mehr als 80 Produkte ist es selbst mit dem Browser-AddOn 'Update Scanner' kaum möglich. <BR> | ||
Allgemein kann man den Lebenszyklus eines Software-Produktes innerhalb eines Clientmanagement-Systems wie folgt darstellen: | Allgemein kann man den Lebenszyklus eines Software-Produktes innerhalb eines Clientmanagement-Systems wie folgt darstellen: | ||
[[Datei:O4i_Software-Zyklus.png|600px|Softwarepaket-Lebenszyklus]] <BR> | [[Datei:O4i_Software-Zyklus.png|600px|Softwarepaket-Lebenszyklus]] <BR> | ||
| Zeile 5: | Zeile 5: | ||
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> | 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 | 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 OPSI-Workbench bzw. dem Depot. <BR> | ||
Die Benachrichtigungs-eMails haben folgende feste Struktur: | Die Benachrichtigungs-eMails haben folgende feste Struktur: | ||
FROM: dfn-notify@gei.de | FROM: dfn-notify@gei.de | ||
SUBJECT: [opsipackage]-{$PAKETNAME} Update gefunden! [alteVersion]->[neueVersion]" | SUBJECT: [opsipackage]-{$PAKETNAME} Update gefunden! [alteVersion]->[neueVersion]" | ||
MAILBODY: Sie finden ein Update der Software {$PAKETNAME} Version [$DOWNLOAD_VERSION] unter $DOWNLOAD_LINK. | MAILBODY: Sie finden ein Update der Software {$PAKETNAME} Version [$DOWNLOAD_VERSION] unter $DOWNLOAD_LINK. | ||
Das Mailinglisten-Archiv läßt sich [https://www.listserv.dfn.de/sympa/arc/opsi4instituts-notify durchsuchen], z.B. nach dem Paketnamen "firefox".<BR> | |||
== Monitoring Liste == | == Monitoring Liste == | ||
Es werden aktuell 136 Softwareprodukte auf den jeweiligen Herstellerseiten gemonitort. <BR> | Es werden aktuell 136 Softwareprodukte auf den jeweiligen Herstellerseiten gemonitort. <BR> | ||
[http://www.gei.de/fileadmin/gei.de/bilder/abteilungen/difi/opsi4instituts/o4i_DFN-Notify.pdf PDF-Download dieser Liste (sortiert nach Paketnamen, mit embeddeten .odt)] <BR><BR> | [http://www.gei.de/fileadmin/gei.de/bilder/abteilungen/difi/opsi4instituts/o4i_DFN-Notify.pdf PDF-Download dieser Liste (sortiert nach Paketnamen, mit embeddeten .odt)] <BR><BR> | ||
[mailto:LISTSERV@LISTSERV.DFN.DE?subject=Anmeldung%20OPSI-Notify-Service&body=SUBSCRIBE%20OPSI4INSTITUTS-NOTIFY%20Anonymous --> anonyme Listen-Anmeldung per eMail]<BR> | Listenanmeldung: [mailto:LISTSERV@LISTSERV.DFN.DE?subject=Anmeldung%20OPSI-Notify-Service&body=SUBSCRIBE%20OPSI4INSTITUTS-NOTIFY%20Anonymous --> anonyme Listen-Anmeldung per eMail]<BR> | ||
(Mail an LISTSERV@LISTSERV.DFN.DE mit Body "SUBSCRIBE OPSI4INSTITUTS-NOTIFY Name ODER Anonymous ", später Confirm-Mail bestätigen...).<BR> | (Mail an LISTSERV@LISTSERV.DFN.DE mit Body "SUBSCRIBE OPSI4INSTITUTS-NOTIFY Name ODER Anonymous ", später Confirm-Mail bestätigen...).<BR> | ||
== Statistik (neue SW-Pakete, Summe Monitoring, monatliche Update-Msg)== | == Statistik (neue SW-Pakete, Summe Monitoring, monatliche Update-Msg)== | ||
Version vom 8. November 2016, 06:40 Uhr
Unabhängig vom konkreten Clientmanagement-System (OPSI, SCCM, Baramundi etc) ist es zwingend notwendig, über das Erscheinen von Updates/Security-Fixes informiert zu werden. Manuell ist dies IMHO für eine kleine Anzahl (<30?) möglich, bei mehr als 80 Produkte ist es selbst mit dem Browser-AddOn 'Update Scanner' kaum 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 OPSI-Workbench bzw. dem 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 [$DOWNLOAD_VERSION] unter $DOWNLOAD_LINK.
Das Mailinglisten-Archiv läßt sich durchsuchen, z.B. nach dem Paketnamen "firefox".
Monitoring Liste
Es werden aktuell 136 Softwareprodukte auf den jeweiligen Herstellerseiten gemonitort.
PDF-Download dieser Liste (sortiert nach Paketnamen, mit embeddeten .odt)
Listenanmeldung: --> anonyme Listen-Anmeldung per eMail
(Mail an LISTSERV@LISTSERV.DFN.DE mit Body "SUBSCRIBE OPSI4INSTITUTS-NOTIFY Name ODER Anonymous ", später Confirm-Mail bestätigen...).
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
