Eine Versionsangabe auf einer Dokumentationsseite belegt den Stand dieser Seite und nicht automatisch das installierte Programm. Halten Sie Laufzeitversion, Paket-/Archivherkunft und Konfigurationsstand vor einem Update gemeinsam fest.
Quellenlage am 23. Oktober 2026
Die offizielle Downloadseite nennt Icecast 2.5.0 als aktuelles Release. Die Verweise „latest“ und „trunk“ im Dokumentationsindex zeigten bei der Prüfung noch 2.4.1. Das Archiv von 2.5.0 enthält dagegen entsprechend bezeichnete Dokumentation und neuere Konfigurationsbeispiele. Sogar die Authentifizierungsseite im Archivpfad 2.0.2 bezeichnet sich als 2.1.0. Solche Widersprüche verlangen Quellenvergleich und erlauben keine stille Übernahme sämtlicher Aussagen als aktuell.
Die offizielle Supportmeldung nennt den 31. Dezember 2026 als Ende des Upstream-Supports für 2.4.4. Bis dahin werden nur Sicherheitskorrekturen angenommen. Die Wartung einer Distribution ist eine eigene Zusage. Unterstellen Sie weder denselben Support wie beim aktuellen Upstream-Release noch eine vollständige Beschreibung aller Paketkorrekturen durch die Versionszeichenfolge.
Wesentliche Konfigurationsunterschiede prüfen
Das Beispiel von 2.5.0 enthält Authentifizierungsrollen, <upstream>-Relayblöcke, <yp-directory>, Ereignisbindungen und einen TLS-Kontext unter <security>. Es benennt Logstufen und verwendet destination für Aliase. Der Parser verarbeitet weiterhin zahlreiche ältere Formen und gibt Hinweise auf veraltete Anordnungen aus. Lesen Sie diese Meldungen im Test. Schreiben Sie nicht sämtliche funktionierenden Einstellungen ungeprüft im selben Wartungsfenster um.
Windows-GUI-Beschreibungen und Plattformlisten alter Handbücher sind historische Unterlagen. Sie belegen keine heutige Unterstützung veralteter Betriebssysteme und beschreiben nicht den aktuellen Installer.
Eine rücknehmbare Änderung vorbereiten
Sichern Sie Programm-/Paketkennung, vollständige Konfiguration, erforderliche Transformationen, Benutzerdaten und Diensteinstellungen. Betreiben Sie die Zielversion auf getrennten lokalen Ports mit kopierten unkritischen Testdaten. Prüfen Sie Start, verwendete Source-Typen, Hörerprüfung, öffentliche Daten, Metadaten, Relays, Fallback/Rückkehr und TLS. Bestätigen Sie Skripte und Callback-Verträge vor deren Aktivierung.
Legen Sie den Rückweg vor dem Wechsel fest. Programm und passende Konfiguration müssen gemeinsam wiederherstellbar sein, einschließlich geänderter Authentifizierungsdaten. Ein Parser, der die alte Datei annimmt, liefert einen nützlichen Kompatibilitätsbeleg. Das beweist kein identisches Verhalten sämtlicher Anbindungen und aktiver Hörer.