我帮助运营了一个大学广播网站,对于我们的流媒体服务,我们过去经常使用这样的网页:http://streaming.mysite.com
这个站点正在为两个不同的流媒体站点(例如http://streaming.one.mysite.com和http://streaming.two.mysite.com )执行重定向(可能有更好的词来描述这一点)。我们会在域侧选择当前活动的站点。
(主)流页面作为其他两个站点之一发挥作用。所以每当你访问http://streaming.mysite.com/listen时,它实际上是http://streaming.one.mysite.com/listen,但它显示为http://streaming.mysite.com/listen
我们最近通过certbot + nginx升级到了https,当我们打开重定向的站点时,我们以前的方法现在会给出一个无效的证书。
我们之前的方法还可行吗?这是不是因为https/认证的工作方式?
发布于 2019-12-20 06:08:22
我假设http://streaming.mysite.com/被设置为http://streaming.one.mysite.com和http://streaming.two.mysite.com的反向代理。
如果假设是正确的,只要从http切换到https就会导致反向代理向客户端提供流量,包括现在从客户端角度来看与服务器名称不匹配的SSL证书:访问http://streaming.mysite.com/但获得http://streaming.one.mysite.com证书。
您需要在http://streaming.mysite.com/处终止SSL连接,以便向客户端提供http://streaming.mysite.com/的有效证书。然后,应该将反向代理配置为使用https从http://streaming.one.mysite.com / http://streaming.two.mysite.com加载数据。
https://stackoverflow.com/questions/59416974
复制相似问题