我在最新版本的Windows系统上运行Icecast服务器,并尝试使用SSL。它确实起作用了,但只有当我在我的URL中添加:80的时候。一些Android用户表示,他们在收听流媒体时遇到了问题,但它对我来说确实有效。我想试着在不添加:80到url的情况下到达服务器,希望它能解决侦听问题(我可能做错了什么!)我只是不知道是什么)。
服务器URL:https://icecast.myradio.co.il:80
音频标记小提琴:https://jsfiddle.net/hd3r1p29/
Icecast XML:
<icecast>
<admin>hidden</admin>
<location>earth</location>
<limits>
<clients>1000</clients>
<sources>5</sources>
<queue-size>524288</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<!-- same as burst-on-connect, but this allows for being more
specific on how much to burst. Most people won't need to
change from the default 64k. Applies to all mountpoints -->
<burst-size>65535</burst-size>
</limits>
<authentication>
<!-- Sources log in with username 'source' -->
<source-password>hidden</source-password>
<!-- Relays log in username 'relay' -->
<relay-password>hidden</relay-password>
<!-- Admin logs in with the username given below -->
<admin-user>hidden</admin-user>
<admin-password>hidden</admin-password>
</authentication>
<hostname>icecast.myradio.co.il</hostname>
<!-- You may have multiple <listener> elements -->
<listen-socket>
<port>8000</port>
<bind-address>144.76.80.253</bind-address>
</listen-socket>
<listen-socket>
<port>80</port>
<bind-address>144.76.80.253</bind-address>
<ssl>1</ssl>
</listen-socket>
<fileserve>1</fileserve>
<paths>
<logdir>./log</logdir>
<webroot>./web</webroot>
<adminroot>./admin</adminroot>
<ssl-certificate>./ssl/icecast.pem</ssl-certificate>
<alias source="/" dest="/index.html"/>
</paths>
</icecast>谢谢你的帮忙!
发布于 2020-02-16 14:20:32
在端口80上运行HTTPS是不正常的。正常情况下,它在端口443上运行。端口80是正常HTTP运行的端口。这就是为什么当您使用HTTPS URL时,您必须指定端口...因为您没有使用标准端口配置。
将启用了SSL的<listen-socket>设置为使用端口443。将另一个当前位于端口8000上的端口更改为80。
https://stackoverflow.com/questions/60241689
复制相似问题