【发布时间】:2019-08-14 17:03:00
【问题描述】:
我正在一个独立的机器上运行流行的开源 mediasoup WebRTC 服务器,没有防火墙,安装了新的 SSL 证书,并且机器上几乎没有运行其他任何东西(没有 Web 服务器,没有数据库服务器,什么都没有)。当我的视频聊天应用程序尝试通过此服务器将视频流式传输到使用 Firefox 的客户端时,mediasoup 发出 SSL 错误(下面的第 2 行):
mediasoup:WARN:mediasoup-worker [id:gxzingwt#3] RTC::DtlsTransport::OnSslInfo() | received DTLS fatal alert: bad certificate +0ms
mediasoup:ERROR:mediasoup-worker [id:gxzingwt#3] RTC::DtlsTransport::CheckStatus() | OpenSSL error [desc:'SSL status: SSL_ERROR_SSL', error:'error:14102412:SSL routines:dtls1_read_bytes:sslv3 alert bad certificate'] +0ms
mediasoup:WARN:mediasoup-worker [id:gxzingwt#3] RTC::DtlsTransport::CheckStatus() | connection failed +1ms
mediasoup:WARN:mediasoup-worker [id:gxzingwt#3] RTC::DtlsTransport::Reset() | resetting DTLS transport +1ms
mediasoup:WARN:mediasoup-worker [id:gxzingwt#3] RTC::WebRtcTransport::OnDtlsFailed() | DTLS failed +0ms
现在这很奇怪,这只发生在 Firefox 浏览器上。对于 Safari、Chrome 和 Safari iOS(手机/iPad),完全没有问题。如果我有 5 个人在我的视频聊天室中进行广播,我可以打开这些人并从其他浏览器观看/流式传输视频,而不会出现任何问题。但是 Firefox(最新版本,开发者版和普通 Firefox)会导致 mediasoup 抛出 SSL 错误,并且流无法解析并向用户显示视频。
mediasoup 在端口 8443 上运行,我也在端口 443 上尝试过。我检查了调试日志,找不到任何其他问题——就是这个 SSL 问题。
我认为我的 Let's Encrypt 证书可能不好,因此我已撤销、删除并重新颁发了该域的 SSL 证书。那里没有问题或任何奇怪的东西。
我运行了openssl s_client -connect [my domain running mediasoup].com:8443 -showcerts,一切看起来都很好,证书也很好——格式与我的 Web 服务器机器上的有效证书的输出相同,也与朋友的 WebRTC 服务器的输出相同。我还在机器本身上尝试了openssl s_client -host [my domain].com -port 8443 -cert /etc/letsencrypt/live/[my domain].com/cert.pem -key /etc/letsencrypt/live/[my domain].com/privkey.pem,一切都很好。所以我不认为是证书。
由于只有 Firefox 会出现这些问题,我想可能是 Firefox 以某种方式缓存了旧的/无效的证书,所以我删除并清理了 Firefox 的缓存,并查看了我的 Mac 的 Keychain Access 应用程序以查看其中是否有任何证书对于 mediasoup 正在运行的域(没有)。
这是怎么回事?! ;-) 为什么 Firefox——而且只有 Firefox!——会导致 mediasoup 抛出这个错误,并阻止我的 Firefox 用户使用视频聊天?再次重申:使用 Chrome、Safari、iPad/iPhone,一切都运行良好。
(或者,我怎样才能让 mediasoup-worker 进程告诉我更多关于它不喜欢 SSL 证书的确切原因?)
(另外,为什么只有 Firefox 有问题?会不会是存储在 Firefox 中的证书发送到 mediasoup 服务器与之通信?我知道 WebRTC 协议很复杂并且有很多谈判,也许这是其中的一部分......就像它可能指的是与服务器域上的证书不同的证书?)
【问题讨论】:
-
错误在于 DTLS (udp) 连接,而不是您测试的信令连接。 WebRTC 在那里使用自签名证书,其指纹在 SDP 中根据 API 进行交换。使用wireshark 捕获dtls 握手可能是最简单的(过滤
dtls)