AW: Shoutcast: Keine Weiterleitung an Relays
Der ist sowieso schon reserviert. Muss also nicht mehr manuell gemacht werden. Die Relays koennen sich dennoch connecten, sofern sie als rIP eingetragen sind, egal ob die anderen Ports belegt sind, oder nicht!
Vielleicht ist das mittlerweile so. Ich hatte jedenfalls letztes Jahr genau dieses Verhalten und habe es genauso lösen können, wie beschrieben. Wenn ich mich richtig erinnere, war die Version, die wir damals frisch von shoutcast.com geladen hatten die 1.9.8, also dieselbe, die momentan auch zum Download angeboten wird.
Rausgekommen ist die im Februar 2007, Wir hatten dann im August (oder so) die Probleme, daß wir nach Verbindungsabbrüchen (verpatzte Übergabe oder buffernder Inputstream, aber auch Neustart des Servers (war damals recht instabil, die Möhre)) sofort wieder unsere Hörer auf dem Stream hatten, auch die Relays haben sich schnell wieder verbunden. Radio Toolbox zeigte auch schön an: Hauptstream voll, Relays tat sich gar nix (abgesehen davon, daß sich ein paar schlaue Hörer direkt auf die Relays verbanden anstatt auf den Hauptstream). Genau wie beim OP ging das Problem nach einiger Zeit (30 Minuten bis 2 Stunden ungefähr) auch bei uns von alleine - immer dann, wenn die Anzahl der Hörer abnahm und Plätze auf dem Hauptserver frei wurden...
Während der Analyse stieß ich im Logfile auf Fehlermeldungen, die ich auch in
diesem Thread bei winamp.com fand:
<08/05/06@17:05:47> [dest: 207.200.98.4] service full, disconnecting
<08/05/06@17:05:47> [yp_add] yp.shoutcast.com gave error (nak)
<08/05/06@17:05:47> [yp_add] yp.shoutcast.com gave extended error (Cannot verify server since all listener slots are full. Please wait or reserve IPs: 205.188.234.[97-100] and 207.200.98.[1-4].)
Wie gesagt, *dieser* Fred stammte aus dem August '06, im Februar '07 kam die Version 1.9.8 heraus, so daß es durchaus möglich ist, daß diese IPs nun automagisch registriert sind. Fakt ist jedoch: immer, wenn unsere Relays nicht befüllt wurden, fanden sich diese Meldungen im Log und nachdem wir die 8 IPs in das RipFile eingetragen hatten, tauchte das Problem nicht mehr auf. Kann Zufall gewesen sein, oder auch nicht, da der YP ja bekanntermaßen ab und zu mal zickt.
Ich habe dieses Problem dann auch nicht mehr weiter verfolgt, aber das Argument mit dem public/private ist in der Tat ein sehr gutes - so ist es durchaus möglich den Hauptserver private zu setzen, die Relayserver aber explizit public (was die Einstellung des Hauptservers ignoriert!) und alles ist schick. Deswegen wunderte es mich auch damals so sehr, daß die Relays in irgendeiner Weise vom YP abhängen sollten. Aber anscheinend war es tatsächlich so, daß, wenn sich der YP-Dienst nicht verbinden konnte, die Relays nicht versorgt wurden - warum auch immer.
Also, dascoutla, solltest Du Logfileeinträge wie oben in Deinen Logfiles finden, probier mal, die 8 IPs ins RipFile einzutragen. Dieses muß IIRC beim Start des Servers nur *lesbar* sein, Schreibrecht brauchst Du glaube ich nur, wenn Du es vom Admin Interface aus ändern willst - aber nagel mich bitte nicht drauf fest, vielleicht will der Shoutcast auch beim Starten schreiben oder was weiß ich
LG
McCavity
