[Icecast] Chrome not allowing mixed content anymore

[Mikel Sanz | 20 Comunicación]

For example, in my case, we use several servers with Centovacast, with
several Icecast2 services. Version 2.5 of Icecast2, allows to respond to
http and https connections from the same port, but takes years in beta.
Centovacast does not update its panel, waiting for the final version of
Icecast 2.5 to be released.

Chrome has been warning for months that this would happen in February, but
no one has advanced anything to fix this.

Therefore, we have to enable manually service by service a new secondary
port that responds via https, and contact client by client to update their
Websites, when everyone could be massively enabled by the same port if the
new version of Icecast was already available.

Why is this improvement not already implemented in Icecast2? In Icecast KH
it has been available for months...


El sáb., 29 feb. 2020 a las 16:31, Albert Santoni (<
albert.santoni at oscillicious.com>) escribió:

> Hi all,
>
> Can you explain the use case here a bit more? I think I'm missing
> something in my understanding.
>
> If you enable TLS/HTTPS, you should enable it on a different port (eg.
> 443) and keep your existing HTTP port for Icecast so that your stations
> will continue to work in external players (Winamp, playlists, VLC, etc.).
> However, you should update all embedded links to your stream on your
> website(s) and point them to the new HTTPS port.
>
> Is the problem that your streams are embedded on many websites outside of
> your control?
>
> Thanks,
> Albert
>
>
>
>
> On Sat, Feb 29, 2020 at 10:11 AM Yahav Shasha <yahav.shasha at gmail.com>
> wrote:
>
>> This is a real problem that needs to be addressed.
>> Anyone has figured a way to mitigate this?
>>
>> On Sat, Feb 29, 2020 at 4:29 PM Mikel Sanz | 20 Comunicación <
>> mikel at 20comunicacion.com> wrote:
>>
>>> Yes, I also think that 6 years of Beta is too much and now it's too
>>> late...
>>>
>>> El sáb., 29 feb. 2020 14:25, Alexandru Matei <alexandru.ort at gmail.com>
>>> escribió:
>>>
>>>> Hi.
>>>>
>>>> With its 80th version, Chrome stopped serving non-secure resources on
>>>> https pages. This affected the icecast server I run also. I enabled SSL,
>>>> the issue with Chrome not playing audio got fixed, but I noticed a major
>>>> drop in the number of listeners. As far as I figured out, the listeners
>>>> that have the http url in a playlist - listening in winamp, vlc etc. -
>>>> could listen no more. Those using internet radio devices were affected also.
>>>>
>>>> Does icecast support streaming both http and https on the same port?
>>>> Is there such a feature in the version 4.5beta2?
>>>> Is there a release date planned for the new version of icecast?
>>>>
>>>> This will affect many listeners and the administrators of those radios
>>>> servers. What would you do?
>>>>
>>>> Thank you.
>>>>
>>>> Alex G.
>>>> _______________________________________________
>>>> Icecast mailing list
>>>> Icecast at xiph.org
>>>> http://lists.xiph.org/mailman/listinfo/icecast
>>>>
>>> _______________________________________________
>>> Icecast mailing list
>>> Icecast at xiph.org
>>> http://lists.xiph.org/mailman/listinfo/icecast
>>>
>>
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>>
>
>
> --
> Albert Santoni
> Founder, Lead Developer | Oscillicious
> Delicious Audio Tools and Plug-ins
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20200229/eb6c9f1b/attachment.htm>