{"id":198,"date":"2022-10-07T14:00:25","date_gmt":"2022-10-07T13:00:25","guid":{"rendered":"https:\/\/mauter.net\/guide\/?p=198"},"modified":"2022-10-19T14:19:05","modified_gmt":"2022-10-19T13:19:05","slug":"shoutcast-problem-chrome-55-safari-10","status":"publish","type":"post","link":"https:\/\/www.rm.fm\/guide\/shoutcast-problem-chrome-55-safari-10","title":{"rendered":"SHOUTcast Port-Problem unter Chrome 55 und Safari 10"},"content":{"rendered":"

Die Ger\u00fcchte sind wahr. Jedoch nur, wenn die SHOUTcast-Streams unter einem anderen Port als Port 80 laufen.<\/p>\n

Betroffen sind laut der Kollegen von radio.net, die das Problem aufgedeckt und gemeldet<\/a> haben, ALLE SHOUTcast Versionen, die derzeit da drau\u00dfen im Einsatz sind, n\u00e4mlich die noch immer sehr beliebte Version 1.9.8 und alle Neueren, die auch unter der Bezeichnung „SHOUTcast 2“ bekannt sind (z.B. Version 2.5.6).<\/p>\n

Das Wichtigste zuerst: Streams von RauteMusik.FM sind von diesem Problem nicht betroffen<\/strong>. Im Folgenden gehen wir dennoch auf die Ursache des Problems ein und bieten allen Betroffenen L\u00f6sungsvorschl\u00e4ge.<\/p>\n

Geblockter Port 8000 ist SHOUTcast-Standard<\/h4>\n

Kritisch ist dabei, dass in der Standard-Konfiguration aller SHOUTcast-Versionen der Port 8000 als Voreinstellung konfiguriert ist. Dies mag nicht mehr ganz zeitgem\u00e4\u00df sein, wird seitens SHOUTcast aber von Anbeginn an so praktiziert. Dies hat auch einen Grund, denn insbesondere die betroffene Version 1.9.8 beherrscht nicht das Prinzip der Mountpoints, wie zum Beispiel bei Konkurrent ICEcast \u00fcblich, sondern kann mehrere Streams unter einer IP-Adresse nur durch die Verwendung unterschiedlicher Ports betreiben.<\/p>\n

IPv4-Adressen werden knapp<\/h4>\n

Wer weiterhin also auf SHOUTcast setzen und gleichzeitig Chrome 55 und Safari 10 User nicht ausschlie\u00dfen m\u00f6chte, ben\u00f6tigt f\u00fcr den Betrieb mehrerer Sender pro Server eine eigene IPv4-Adresse und muss SHOUTcast unter Port 80 laufen lassen. Doch in Zeiten des Internet-of-Things und immer mehr internetf\u00e4higer Devices, werden IPv4-Adressen ohnehin immer knapper. Angesichts der IPv4-Vergabe-Policy der RIPE<\/a>, unter der auch die meisten Provider leiden, d\u00fcrfte f\u00fcr die Betroffenen daher auch ein Wechsel zu ICEcast interessant werden.<\/p>\n

Grund f\u00fcr die Blockierung<\/h4>\n

Der Grund, dass die modernen Browser diese Streams blockieren, liegt vermutlich im von SHOUTcast gesendeten HTTP-Header. Diese Anfrage erfolgt den Quellen nach zu urteilen mit HTTP\/0.9, einem durchaus veralteten Standard aus dem Jahr 1991 (!). Die heutige Norm ist in der Regel HTTP\/1.1. Weshalb SHOUTcast diesen Webstandard selbst in neueren Versionen ignoriert, bleibt indes ein R\u00e4tsel.<\/del>
Update:<\/strong> SHOUTcast v2.5.1 (Build 723) beherrscht wohl inzwischen, anders als zuvor behauptet, den HTTP\/1.1 Standard.<\/p>\n

radiohost.de bietet schnelle Hilfe<\/h4>\n

Unser B2B-Dienstleister radiohost.de<\/a> bietet allen betroffenen Sendern schnelle Abhilfe. Kontaktieren Sie uns jederzeit f\u00fcr ein Angebot unter +49 (0)241 463028-0<\/strong> und wir beraten Sie gerne zu allen m\u00f6glichen Optionen im Bereich Streamhosting!<\/p>\n

Quellen:<\/p>\n