【问题标题】:Stream shoutcast on HTTPS site from a different HTTP streaming server来自不同 HTTP 流服务器的 HTTPS 站点上的流式广播
【发布时间】:2019-06-16 16:23:37
【问题描述】:

直到几周前,我还能够在我的 HTTPS 网站上流式传输 icecast 和shoutcast。这将创建一个“混合内容”警告,但从未被明确阻止。

现在我发现 chrome 正在强制 http://streaminglink 网址加载 https://streaminglink 并且我无法再访问 http 音频了。

这是jPlayer中的代码示例

$("#jquery_jplayer").jPlayer("setMedia", {      
                mp3:"http://149.202.79.68:8213/stream.mp3" 
});

我希望 chrome 加载 http url,但 它正在寻找 https,我在控制台中收到以下错误:

GET https://149.202.79.68:8213/stream.mp3net::ERR_CONNECTION_CLOSED

注意
https ^ - 这不是来自我的代码或配置... =/

【问题讨论】:

  • 鉴于您明确标记了问题 Icecast,这将是我的建议。切换到 Icecast,因为它支持 HTTPS。 (如果是 Debian/Ubuntu,请确保获取 Xiph.org 软件包,因为发行版是在没有 openssl 的情况下构建的)
  • Chrome 不会自动执行此操作。毫无疑问,您未在此处显示的某些代码中存在错误。
  • 我可以确认这发生在 Chrome 上,而不是服务器端。我可以在 iPhone/Safari 上收听流媒体,但不能在 Chrome(PC 或 Android)上收听

标签: google-chrome ssl jplayer icecast shoutcast


【解决方案1】:

所以看起来这是自 79 以来 Chrome 的默认行为。 https://www.engadget.com/2019/10/04/chrome-security-block-http-content/

破坏了我的网站。感谢谷歌。

【讨论】:

    【解决方案2】:

    您现在可以在特定网站设置中允许不安全的内容

    chrome://settings/content/siteDetails?site=https%3A%2F%2F

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-01-08
      • 2011-07-02
      • 1970-01-01
      • 2023-03-05
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多