我是奶龙🍬 24K纯帅留留
谨言慎行
关注数: 64 粉丝数: 128 发帖数: 3,822 关注贴吧数: 47
【辟谣】bilibili 客户端分流谣言 在近期传播的聊天记录中,有网友通过流量拦截工具展示了对 bilibili 网页端向 data.bilibili.com 域名海量请求的拦截,并据此宣称 bilibili 客户端存在视频分流行为。该推论存在一些逻辑漏洞: 首先,请求频率与实际的数据量无直接对应关系; 其次,若确实存在客户端主动分发行为,理论上应采用点对点直连而非通过域名解析的中继路径; 最关键的是,资料所展示的证据并未包含任何媒体流特征。 经笔者实测,大部分采样的特征都是头部包含用户设备的 User-Agent、视频播放页 Referer 及携带设备指纹的 Cookie 等信息,请求体为空(0 Byte),URL 查询参数仅含追踪标识符,实际传输内容均为文本类元数据,未发现外发媒体流。 笔者的环境是 Firefox/Debian Linux,不过笔者托人在 Windows 环境下测试了几次,也没发现有什么问题,你可以通过本文了解相关知识并自行测验。 我们应当明确一个事实,如果视频平台真的依赖客户端分流,那么用户在能够正常观影的前提下,是没有任何技术手段可以拦截外发流量的。 为什么流言是假的? 流言中提供了拦截海量请求的证据,但并没有明确数据类型以及传输内容的具体分析。关键问题在于: 流量监控仅显示请求频率,但未区分请求性质。实际上这些请求多为用户行为埋点(如进度上报)和互动功能状态同步 若真存在视频分流,至少应观察到持续的大流量上行(>100KB/s),与当前播放视频相匹配的数据特征,以及明显的 P2P 协议握手过程 笔者采样的请求均符合元数据传输特征,空负载或极小文本负载、标准HTTP头部结构、缺乏媒体流特有的分块传输或连续二进制流特征 为什么有那么多请求? 根据笔者研究,目标 data.bilibili.com 在笔者设备上的工作大概是记录实时数据。如果拦截这些流量,可能会导致: bilibili 无法记录你观看了视频中的哪些部分,或数据失真 bilibili 创作者无法通过数据统计观察到你的驻留情况以及兴趣点,或数据失真 bilibili 无法将你记录到“几人正在一起看”功能,或数据失真 为什么拦截的数据量庞大? 请求在通信时会被压缩,而拦截插件阻止了请求发出。在笔者采集的数据中,设备指纹(即用密钥签名的身份验证信息)构成了主要部分,占比 >50%。 我应该怎么做? 你需要考虑拦截器对你是否必要,并基于技术事实作出理性判断: 通过开发者工具验证实际传输内容(Chromium > Network > XHR)来推断是否存在分流 理解现代应用的数据采集必要性:保障服务可用性(卡顿监测)、支持创作者生态(完播率统计)、改进推荐算法(兴趣点分析) 使用拦截器实际上是一种隐私策略,不过如果你有登陆账号的话就没什么用了。某些时候拦截器确实可以屏蔽广告,不过要是 bilibili 习得国内其它厂商摇一摇广告的精髓,把广告当成正常内容推送给你,你又不开心了……
1 下一页