【webrtc】Chrome和Firefox在SDP协商过程中,针对localhost的不同处理

内网下chrome端webrtc协商失败

现象

我有一个webrtc服务器在局域网内,使用chrome浏览器访问时,发现webrtc在做媒体协商时失败。

具体表现是,在交换sdp后,ice的状态是oniceconnectionstatechange: failed

但是换成Firefox浏览器时,媒体沟通就成功了,语音可以正常发送。

分析

对比一下两者的sdp的区别

下面是Chrome 准备的candidate

json 复制代码
 {
     "candidate":
 "candidate:3173604209 1 udp 2113937151 e4a90cba-1bbb-4f52-a637-b19c53879494.local 53121 typ host generation 0 ufrag 8jU2 network-cost 999",
     "sdpMid":"0",
     "sdpMLineIndex":0,
     "usernameFragment":"8jU2"}

而Firefox 准备的candidate就多了

json 复制代码
onIceCandidate:
{
    "candidate":"candidate:0 1 UDP 2122252543 192.168.56.1 53785 typ host",
    "sdpMid":"0",
    "sdpMLineIndex":0,
    "usernameFragment":"7565cd52"
}

onIceCandidate: 
{
    "candidate":"candidate:2 1 UDP 2122187007 192.168.35.14 53786 typ host",
    "sdpMid":"0",
    "sdpMLineIndex":0,
    "usernameFragment":"7565cd52"
}

onIceCandidate: 
{
	"candidate":"candidate:4 1 TCP 2105524479 192.168.56.1 9 typ host tcptype active",
	"sdpMid":"0",
	"sdpMLineIndex":0,
	"usernameFragment":"7565cd52"
} 

onIceCandidate: 
{
	"candidate":"candidate:5 1 TCP 2105458943 192.168.35.14 9 typ host tcptype active",
	"sdpMid":"0",
	"sdpMLineIndex":0,
	"usernameFragment":"7565cd52"
}

这里主要区别是似乎Chrome准备的candidate没有任何内网ip信息!

Google了一下,原来是为了Google为了解决Webrtc leaks问题(主要是因为webrtc协商过程中携带了内网信息,可能会成为安全隐患)所以在chrome中默认隐藏了。

刚才我们在chrome的candidate中看到的 e4a90cba-1bbb-4f52-a637-b19c53879494.local ,就是隐藏的内网信息。那么这个xxxx.local别人怎么识别呢? 这里要提一下mDNS

什么是mDNS

mDNS(Multicast DNS,多播DNS)是一种基于DNS(域名系统)的协议,它允许局域网内的设备在没有传统DNS服务器的情况下相互发现和通信。mDNS使用组播技术 ,通过在局域网内发送广播消息来实现设备的发现和通信。它使用的默认端口是5353

mDNS的工作原理是,当一个设备加入到局域网中,如果它开启了mDNS服务,就会向局域网内的所有设备发送组播消息,告知自己的存在以及IP地址等信息。其他开启mDNS服务的设备接收到这些消息后,就可以响应并提供自己的信息。这样,局域网内的设备就可以通过mDNS相互发现并知道彼此的IP地址,从而实现通信。

mDNS的限制

它的本意是在访问公网时,把内网信息隐藏。 但是如果是纯内网环境,这个功能就是多此一举了。 另外,如果要其他设备支持,也必须支持mDNS才可以。

所以回到我遇到的问题,之所以chrome不可以,就是因为它使用mDNS来隐藏了自己的内网信息。而局域网中的服务器不支持mDNS,所以无法获取到它的真实地址。

而Firefox可以,是因为Firefox没有采用这种方案。

解决方案

那么如何在chrome里正常使用呢?

在chrome中输入 chrome://flags/ 然后找到Anonymize local IPs exposed by WebRTC 把它关掉,重启后就好了。

参考文档

https://bloggeek.me/psa-mdns-and-local-ice-candidates-are-coming/

相关推荐
东方护航数据恢复(深圳)4 小时前
服务器硬盘黄灯/红灯故障排查与处理命令全指南_东方护航数据恢复深圳店
运维·服务器·chrome
Nuanyt1 天前
Linux系统的 Shell 常见指令和常见知识点(以bash为主)
linux·运维·chrome·bash
lpfasd1233 天前
MediaCrawler 项目深度分析
chrome·python·chrome devtools
水瓶夜之3 天前
.NET 中的新增功能系列文章——.NET SDK中的新增功能
前端·chrome·.net
代码对我眨眼睛3 天前
macOS Google Chrome 常用快捷键
前端·chrome·macos
小猪咪piggy4 天前
【AI 赋能测试】Langchain 框架的使用
人工智能·chrome·langchain
IT小白杨4 天前
从Chromium内核到云手机:2026数据采集环境隔离方案全解析
大数据·chrome·业界资讯·指纹浏览器
m0_726365835 天前
# Chrome纸牌游戏预测工具开发实战:Canvas图表识别、OCR与实时状态监控
chrome·python·游戏·贪心算法·ocr·线性回归·哈希算法
wardenlzr6 天前
VSCode 运行 Live Server 提示「Windows 找不到文件 Chrome」问题全解析
chrome·windows·vscode
大模型丫丫6 天前
Spring Boot 入门指南:从零开始构建微服务
spring boot·微服务·firefox