谷歌Chrome M74上对WebRTC的mDNS支持

谷歌Chrome M74上对WebRTC的mDNS支持,webrtc,mdns,chrome-canary,Webrtc,Mdns,Chrome Canary,Google Chrome计划在M74版本中发布,对本地ICE候选人的mDNS支持将参与到浏览器中,以增加隐私。 此功能由功能标志控制-启用webrtc使用MDN隐藏本地IP 我试图测试谷歌Chrome上对WebRTC用户的MDN支持的效果。我正在使用我的自定义WebRTC应用程序进行测试,并在拨打电话之前执行以下测试步骤 1-WebRTC客户端使用相同的MDN广播域登录 2-Google Chrome Canary中的MDN通过-enable webrtc hide local ips启用,

Google Chrome计划在M74版本中发布,对本地ICE候选人的mDNS支持将参与到浏览器中,以增加隐私。 此功能由功能标志控制-启用webrtc使用MDN隐藏本地IP

我试图测试谷歌Chrome上对WebRTC用户的MDN支持的效果。我正在使用我的自定义WebRTC应用程序进行测试,并在拨打电话之前执行以下测试步骤

1-WebRTC客户端使用相同的MDN广播域登录

2-Google Chrome Canary中的MDN通过-enable webrtc hide local ips启用,双方都有MDN标志

生成调用后,我看到WebRTC代理将其私有IP替换为匿名本地IP,后面跟着“.local”

我还检测到呼叫信令已生成且媒体流已成功执行,但ICE候选者是从中继候选者(使用的TURN服务器)中选择的,而不是从主机候选者中选择的

我认为双方无法解析其匿名IP并选择在现有TURN服务器上建立通信(使用中继候选)

我确信客户端位于同一子网下,但为什么它们无法解析彼此的匿名IP?我知道节点通过MDN的5353端口广播其匿名IP,我希望它们能够轻松解析IP。在测试过程中我有没有遗漏什么


非常感谢您的帮助。非常感谢

这看起来你可能被UDP阻止了——没有srflx候选,中继候选似乎是TURN/TLS(7935>>24的候选优先级为0)Chrome中似乎也有问题,请参阅Hi@PhilippHancke,感谢指导。我想那会是个错误。我使用Chrome Canary在错误场景中进行测试。然后我用chrome M73进行了尝试,通过候选主机成功建立了呼叫。然后我试着去理解为什么金丝雀暴露了使用继电器,但它也成功地建立了,我确信我没有改变任何配置。我怀疑在Google Chrome M73的成功过程中,两个对等方的缓存都被更新了,然后Canary使用这些缓存值来解析IP。