terrancesiu

21 年的时候湖南联通就根据联通集团要求把 tr069 中的光猫互联通信问题给搞定了。

按一楼说的，ospf ，一劳永逸。

我上周研究后解决了这个问题。我就是买了几块钱每月的 DNS 解锁，VPS 本身不支持解锁自制和非自治，在使用各种 DNS 劫持无效后。只能在 VPS 上起一个 v2ray ，然后开启 sniffing ，在通过 clash 的连接 v2ray 的 sock5 代理，clash 还是 fakeip 模式。至于 Android tv 的 ip 直连问题，直接把 netflix 那些 ip 段的路由通过 bird 都丢个 tun 那个接口就搞定了，目前看虽然还是 ip 直连，但是因为使用 sniffing 能正确探测到真实域名，自然就能走特定的规则。

用原生节点+大陆白名单肯定没问题的，因为 googleTV 会走自己的内置的 dns 发出请求，所以如果你落地的代理节点本来就支持 nf ，那么会很稳，如果机场用了 dns 解锁就需要机场在服务器上用相对复杂的手段来处理避免去 nf 的 dns 解析泄漏，造成 ip 直连。

我看了这篇帖子，昨天晚上我转包看了下，主要是原因还是 google tv 的 dns 泄漏导致的。首先我不是原生解锁节点，采用的 dns 解锁，所以 dns 泄漏很容识别成为代理。服务端时 clash ，采用 fakeip 模式。目前我抓包看到 google tv 的 netflix 版本会通过 udp/tcp/dot 三种方式去内置的 8.8.8.8 、8.8.4.4 解析域名，而且解析到了域名的 a 记录后还会强制解析 aaaa 记录。所以本质上只要搞定域名解析劫持，避免 dns 泄漏，就可以避免 Android tv 的 ip 地址直连。
第一个尝试：
在 ros 路由器上配置 4 个 8 地址---无效（我在路由器是配置了静态 dns 的 fwd 去 198.18.0.1 的 clash 解析，因为路由器只支持 tcp 和 udp 的 53 ，且 clash 只支持 fakeip 返回，虽然解析成功了，但是它会强制解析 aaaa 记录，估计内部有对比，只要 dig 出来的 a 记录为空，它就会提示解锁。毕竟 nf 的所有域名都是支持双栈的。
第二个尝试：
删除 ros 上配置的 4 个 8 等地址，将 4 个 8 的路由丢到 clash 机器上，然后通过 nftable 配合 clash 的 dns-hijack 特性劫持，抓包发现依然会解析到真实的 nf 的 ip 地址，而非 fakeip 。
第三个尝试：
在 ros 路由器的防火墙上 drop 掉去目的端口 853 的包，然后还是失败。

还是湖南便宜，官网公示 20 元。

我是用 vlan 隔离的

分为保证和最大，一般保证几千，然后最大几千到上万。

@butterls 玩玩同城和跨 w 组网，目前用的最多的就是，把家里宽带所附带的 IPTV 通过 VXLAN 共享给老婆娘家用。算是宽带松鼠症。