丧心病狂的三星电视ACR广告服务

会注意到这个问题完全在我意料之外。

因为一些开发需求我自建了一个私有的DNS给部分局域网的设备，DNS service跑在一台IoT设备的板子上，结果三天两头板子高CPU->过热->死机。回溯以后发现高CPU是自建DNS Service造成的，但是连这个DNS的都只有一些低频率使用的电视、电扇，不存在什么高负荷的使用场景。

一通定位锁定DNS Request来源居然是Samsung智能电视。为了直观展现，我另外上了一个AdGuardHome服务，请求水平大概是这样的：

我有一堆设备，但是Samsung直接占据了所有设备的60% DNS request。排名第二的，居然是服务器，你们感受一下。

我不知道这个DNS请求频率的逻辑到底在哪里（毕竟现在很多服务都特别喜欢用Ultra-low TTL），但是Samsung电视的请求频率已经高到了丧心病狂的程度。最离谱的是它根本没有什么开机关机的优化，插着电就request，别管你电视开着关着、是不是在使用。

譬如夜深人静的时候，所有人都睡了，Samsung电视还在孜孜不倦的发DNS Request：

对你没看错，在夜间屏幕关闭的情况下还会以~2 QPS的速度发送DNS请求，具体请求了什么内容没有抓包看不到，但这个设计逻辑已经是非常的匪夷所思了。

搜索解析的相关域名以后发现这些DNS请求均来源于Viewing Information Services，关了服务+完全重启电视以后所有DNS请求不再发生。但是保险起见最终给Samsung电视直接断了wifi，反正三星电视自己的软件生态根本没办法用，反正Android TV、Apple TV不知道比Samsung系自带的系统高到哪里去了，为了防止流氓像Windows Defender一样更新后自动重开，直接断网了事。

是万万想不到一做电视的可以流氓到这种程度。