KH kann eine festgelegte Zuführung abrufen oder Streams einer Master-Instanz ermitteln. Die Relay-Konfiguration liegt auf dem empfangenden Server. Wählen Sie zuerst das benötigte Modell, da Listenerkennung und Anmeldung am einzelnen Stream unterschiedliche Aufgaben haben.

Mit einer Zuführung beginnen

Dieser Ausschnitt gehört unmittelbar in <icecast> einer lokalen empfangenden Instanz. Ein weiterer lokaler Testserver muss bereits /feed.ogg auf Port 8001 bereitstellen:

xml · Codebeispiel
<relay>
  <local-mount>/relay.ogg</local-mount>
  <server>127.0.0.1</server>
  <port>8001</port>
  <mount>/feed.ogg</mount>
  <on-demand>1</on-demand>
  <retry-delay>30</retry-delay>
</relay>

Hörer verwenden /relay.ogg auf dem Empfänger und nicht den entfernten Quellpfad. Im On-Demand-Betrieb kann die Zuführung ohne Hörer getrennt bleiben. Prüfen Sie erste Verbindung und Wiederanlaufzeit, statt Leerlauf mit einem Defekt gleichzusetzen.

Ermittlung nur bei Bedarf ergänzen

Eine Master-Relay-Konfiguration nennt entfernten Host und Port, Abfrageintervall und Relay-Zugangsdaten. Die festgelegte Dokumentation beschreibt außerdem einen <master>-Block als alternative Form. Trennen Sie das Kennwort zur Streamlistenermittlung von gewöhnlichen Hörerzugangsdaten. Der reservierte KH-Weg /admin/streams kann eine eigene Relay-Authentifizierungsregel nutzen. Verteilen Sie Relay-Privilegien nicht als gewöhnlichen Hörerzugang.

Optionale Weiterleitung verstehen

Das dokumentierte Master-/Empfängermodell verwendet max-redirect-slaves am Master und master-redirect am Empfänger. Neue Hörer erhalten einen HTTP-302-Verweis auf eine registrierte empfangende Instanz. Das ist eine Clientweiterleitung und keine Übertragung einer bereits laufenden Verbindung. Angekündigter Host und Port des Empfängers müssen erreichbar sein. Prüfen Sie auch das tatsächliche Weiterleitungsverhalten des Players.

Beide Seiten prüfen

Prüfen Sie zuerst die direkte Ursprungswiedergabe. Verbinden Sie dann einen Hörer über den Empfänger und vergleichen Sie Logs und Statistik beider Server. Testen Sie richtige und falsche Anmeldung, Leerlauf ohne Bedarf und Quellenausfall. Verhindern Sie gegenseitige Abrufschleifen. Für alternative Zuführungen desselben Relays folgt Mehrere Hosts und Priorität. Modellieren Sie dies nicht ohne Prüfung der Hörerzuordnung als unabhängigen Fallback-Mount.