正如标题所述,
我检测到一些来自 googlecast 地址的 MDNS 查询,这很奇怪,因为我没有安装任何 googlecast 应用程序或类似程序。
此外,我的电脑正在向 239.255.255.250(子网?)发送有关“M-Search:HTTP/1.1”字符串的 SSDP 数据包到 Chrome OS 机器。
MDNS 数据包:192.168.1.65 224.0.0.251 MDNS 119 标准查询 0x000b PTR _674A0243._sub._googlecast._tcp.local,“QM”问题 PTR _8E6C866D._sub._googlecast._tcp.local,“QM”问题 PTR _googlecast._tcp.local,“QM”问题
SSDP 数据包:192.168.1.67 239.255.255.250 SSDP 216 M-SEARCH * HTTP/1.1
也许值得一提的是,我注意到这些 SSDP 数据包的指定“用户代理”被声明为“Google Chrome”或“Chrome OS”。这只是 Google Chrome 包含其 DIAL 技术的默认功能吗?
答案1
如果您的本地网络上有兼容 Chromecast 的设备(例如 Android TV 或 Chromecast 设备),Chrome 浏览器自带内置 Chromecast 插件,可允许标签或屏幕共享。
它会定期搜索设备,以便提供目标设备列表。
答案2
您正在观察两个彼此独立的不同事物。
- SSDP 流量只是对与搜索相匹配的设备的一般“轮询”。239.255.255.250 是 UPnP 标准中定义的多播地址。SSDP 只是 UPnP 发现机制,有人认为它应该有自己的名字。只有 239.255.255.250 的“订阅者”才会真正收到这些消息(操作系统网络堆栈会过滤多播消息),但与所有多播数据包一样,数据包本身会发送到所有网络设备。计算机上运行的任何软件都可能是 M-SEARCH 的来源,某些操作系统(如 Windows)甚至会自己发送这些消息作为内置“网络发现”的一部分。
- mDNS 和 DNS-SD 是另一种系统,其功能与 SSDP 几乎相同。它还被称为 Bonjour,也使用多播让网络设备相互发现。DNS-SD 增加了通过 mDNS 或常规单播 DNS 宣布“服务”的功能。ChromeCast
_googlecast._tcp.local
、Android TV、Google Home、Chrome 浏览器以及“Google 生态系统”中所有其他可以参与其“cast”系统的东西都使用了这种“服务”。我对 mDNS 并不熟悉,但在我看来,这也是一项“民意调查”,寻找支持此“服务”的外围设备。我假设 Chrome OS 也参与其中,因此,例如,在另一个操作系统上运行的 Chrome 浏览器和 Chrome OS 将使用此系统“保持联系”。