Bei KH gehört die Auswahl der richtigen Mount-Regel zur Auswahl des Authentifizierers. Eine korrekte Benutzerdatei schützt keine Anfrage, die einen anderen, freizügigeren Block trifft. Bestimmen Sie zuerst die ausgewählte exakte oder gemusterte Regel, bevor Sie Benutzerkonten untersuchen.

Eine private Benutzerdatei zuordnen

Dieser vollständige Mount-Ausschnitt gehört in das vorhandene <icecast>-Wurzelelement. Ersetzen Sie den absoluten Dateipfad und stellen Sie eine aktive Testquelle getrennt bereit:

xml · Codebeispiel
<mount>
  <mount-name>/members.ogg</mount-name>
  <authentication type="htpasswd">
    <option name="filename" value="/ABSOLUTE/PRIVATE/PATH/listeners"/>
    <option name="allow_duplicate_users" value="0"/>
  </authentication>
</mount>

Die Benutzerdatei gehört außerhalb des Webroots. Erlauben Sie nur erforderliche Dienstzugriffe. Verwenden Sie den unterstützten KH-Verwaltungsweg zur Kontenpflege. Das Standard-Hashformat eines anderen Passwortwerkzeugs ist nicht automatisch kompatibel. Beim dokumentierten Webablauf muss die Quelle aktiv sein, bevor ihr Mount zur Benutzerverwaltung erscheint.

allow_duplicate_users=0 ist der klassische Schalter gegen gleichzeitige Verwendung desselben Kontos. Er beschreibt keine frei wählbare Anzahl von Sitzungen pro Benutzer. Prüfen Sie die zweite Verbindung, wenn dies betrieblich wichtig ist. Halten Sie Source- und Administratoridentitäten getrennt. Eine Höreranmeldung darf diese Rechte nicht bedeuten.

Jeden öffentlichen Medienweg prüfen

Testen Sie direkten Mount, vorhandenen Alias und unabhängig abrufbare Backups. Prüfen Sie ohne Zugangsdaten, mit falschem Geheimnis und mit einem gültigen Testkonto. Beziehen Sie Intro und Fallback-Wechsel ein. Unterstellen Sie nicht, dass die ursprüngliche Anmeldung jeden späteren Pfad wie gewünscht schützt.

HTTP Basic benötigt geschützten Transport über ein Netzwerk. Zugangsdaten gehören nicht in Playlist-URLs oder kopierte Links. Player unterscheiden sich bei Abfrage und Speicherung von Kennwörtern. Prüfen Sie deshalb die tatsächliche Anwendung und nicht nur einen Kommandozeilenabruf.

Die Zulassung der Reihe nach untersuchen

Bestätigen Sie zuerst vorhandenen Mount und passendes Muster. Prüfen Sie danach Dateizugriff und Kontenverwaltung sowie Playeranfrage und Serverfehler zum selben Zeitpunkt. Die alte Aussage „nur htpasswd implementiert“ widerspricht dem folgenden URL-Abschnitt und der festgelegten Implementierung. Für Callback-Entscheidungen gilt die KH-URL-Authentifizierung, nicht die Rollensyntax von regulärem Icecast 2.5.