百度网盘飞牛版：巨量域名请求背后的真相是什么？

小旋风

关于飞牛系统百度网盘飞牛版巨量域名请求的真相

AdGuard 监测数据显示，飞牛系统在 24 小时内产生超过12 万次关于百度的域名请求，而系统内仅安装百度网盘飞牛版（0.2.3 版本），且该软件处于完全闲置状态，无任何下载、上传任务运行。24小时是86400 秒，故平均每 0.7 秒就向百度服务器发起一次通信请求，这绝非正常现象！

1、通信必要性存疑
闲置状态下既无数据同步需求，也无操作指令，究竟为何需要以 “毫秒级频率” 持续通信？是软件底层存在设计缺陷，还是暗藏未公开的 “自动任务”？若仅是 “汇报工作”，何种 “工作” 需要如此高频次、高密度的信息传输？

2、网络负担谁来担责？
超过12.4 万次域名请求，意味着我们用户网络带宽在 24 小时内被持续占用。对我们而言，这不仅可能导致网络卡顿、流量消耗异常，更需追问：飞牛系统度网盘飞牛版是否在未经用户授权的情况下，将我们用户的网络资源用于非必要的数据交互？这种 “隐形损耗” 是否构成对用户权益的侵害？

3、隐私与流量滥用嫌疑：边缘计算或点击欺诈？
更需警惕的是：如此巨量的通信行为，是否与 “边缘计算”“流量点击” 等灰色操作相关？用户未开启任何功能，软件却在后台高频次连接服务器，是否在利用用户网络进行算力贡献或流量变现？这些数据交互中，是否包含用户未察觉的隐私信息传输？

强烈要求飞牛团队：

公开百度网盘飞牛版的通信日志详情，明确每次域名请求的目标服务器、数据交互内容及触发逻辑；
最好邀请第三方安全机构介入审计，彻查软件是否存在 “后台偷跑任务”“流量滥用” 等违规行为；
就巨量通信对用户网络造成的潜在影响进行正式说明，并提供可行的优化方案。

互联网服务的底线，是尊重用户知情权与控制权。

若无法合理解释这超过 12 万次通信的正当性，不仅是对用户网络资源的粗暴占用，更可能触及数据安全与隐私保护的法律红线。请立即正视问题，以透明审计回应公众质疑 ！

域名	请求次数
pan.baidu.com	7.0万次
f18f184dcb0c4344a0994e1c033fafe5.iot.gz.baidubce.com	3.4万次
update.pan.baidu.com	1.4万次
nj.t.bcsp2p.baidu.com	0.3万次
d.pcs.baidu.com	0.2万次
diskapi.baidu.com	0.1万次
总计	12.4万次

飞牛技术同学

感谢对飞牛的关注，针对以上的反馈，这里给于一些说明：

这里的请求数量对于一个集成网盘文件管理、同步、上传下载的本地应用，比较正常，主要的一些请求如下：

一、 为了保持数据同步的应用的基础请求如下：

1. 应用为了获取百度网盘的文件最新状态

• 每2分钟需要轮训一次网盘的变更事件到NAS

2. 为了获取百度网盘官方app智能设备推送下载任务

• 每5s会向百度SDK请求一次智能设备推送的请求

这里约有2w次的请求，以上这些请求，保证了百度网盘的任务能够实时的与应用端同步。

二、百度sdk的服务，会有定期的轮训任务，上报自己的状态，及时验证拉取百度网盘云端下发的任务，账号状态等，相应的请求会比应用主动获取的频率更高。

三、飞牛应用支持不同的用户登录，以及原生网盘挂载，所以，如果在NAS端登录多个账号，或者同时使用了挂载服务，以上的请求数量会相应倍增。

四、本地文件的各类操作，会持续触发请求
包括挂载或者应用的上传下载复制移动等文件行为，会有额外的请求服务，增加请求次数

以上这些服务请求， 都是为了保证比较完整的网盘工作所对应的服务，大部分属于通讯行为，对流量的影响较小，当然如果服务不是全天需要使用，可以在不使用的时候，关闭应用。

---

对于**边缘计算与点击欺诈 **的担忧

以上域名均为百度官方，CPU负载实际占用极低，不属于相关行为，具体负载也可以日常观察一下。

---

我们也有跟产品同步类似情况，后续考虑会给于某些服务的开关，来降低请求次数。

具体服务网络请求流程可以看下图

小旋风

为单一账号用户，个人认为百度网盘的文件上传、下载、同步等简单应用需求，进行如此高频的状态获取、上报、轮巡似乎毫无必要，SMB/FTP/WEBDAV等成熟技术满足同样功能的情况下，也未要求这样密集的两端状态确认。

作为家庭用户看24小时22万次DNS请求里有12万次来自同一个应用程序着实震惊，特别轮巡部分的10万次请求对于飞牛来说也是黑盒，建议同步百度网盘优化产品。

感谢回复，期待后续更新！祝飞牛越来越好