@1423 不行，你发的这个是德国经验，国内绝大多数的前缀都是动态的，基本上是几十个小时左右就会和 IPV4 一起变，这样不用 ULA 会产生非预期行为，比如在某段时间使用别人家前缀下的 IP ，并且你的局域网设备没有任何一个固定 IP 地址。
同时静态分配也会失效，路由器必须通过某种方式告诉下属设备前缀变了。在 Openwrt 下，DHCPv6 不能很好地处理这个问题，会直接导致前缀改变的情况下 IPV6 设备断网，所以只有用 SLAAC ，把之前 IP 的生存期调零，然后让设备自己决定自己的地址。

@CharlieJiang 为啥我看最近好多人用 routeros ，openwrt 不香么？

你这是要为了一盘醋要去包饺子？
先选宽带，再选线路啊，万一以后 AWS 哪儿都不香了咋办。

@cubecube 最怕的就是这个，从一坨屎强制转移到另一坨屎，学习成本还贼高。

iptables 对新手极其不友好，这也是后来要改版的一个重要原因。
不过习惯了之后新出的那个我都不敢用，因为不知道到底是发生了什么😂

chatgpt 不要低看但也不要高看。它能不能根据现有信息自主生成新的知识非常关键，否则它就是一个优化了算法的搜索引擎。It's great, but nothing more.

@dann73580 严格来说这样每次访问都会请求 IPV6 的解析，执行过滤的服务器一般都会等到结果后再返回空结果，这样会浪费一个 RTT 。我的解决方案是把局域网的内设备分流到两个 br-lan 上，一个下发 IPV6 ，一个不下发，这应该是最自然的方案。

1. 基本策略大体上相同，比如 SNI 检测，DNS 污染等。其他动态策略，比如特殊时期封端口封 IP ，现阶段 IPV6 要松一些。
2. 一条线路好不好，主要看你的供应商超没超售。负载百分之几百，名字再好听的线路也会拉跨。现阶段部分 IPV6 线路负载低，所以效果好一些。
3. 封 IP 一般是封 /64 。单个 IP 哪里封得过来。所以你要是拿到的比这个少，可能会被连坐。但现阶段这样的案例较少，可以暂不考虑。
4. 不建议使用过时协议，因为即使现在不管，未来也有的你折腾。比如 GRE ，很多厂商都直接 DROP 掉，搞这个是自己给自己找事。当然你要是一定要另辟蹊径，也有可能会有不错的效果，所以最终还是要自己权衡。跨省的话没有墙，你用 socks 都没人管。

IPV6 部分小鸡直连，且用的人少，可能会有奇效。有些没有 IPV4 公网的，部分场景可以用 IPV6 公网做替代。
别的方面现阶段可以说只有负面效果。

看你干什么用，薅羊毛的话很多，也没什么风险。打卡非常不建议，除非你抓包 /反汇编，看一下都传输了什么数据，否则一旦有什么数据是你没有模拟到的，还被别人加进了风险模型，那轻者谈话重者开除，风险很高。

@kandaakihito 是我甲骨文不够香，还是 Azure 不够香？ 0 元 /年，性价比∞。

@julyclyde 不一定，即便是这边生产的供应链终端不在这边一样没件。有配件应该还是会给修的。

自带的操作系统都是和机器绑定。所以你鼓捣过去也是盗版，为啥不直接安装盗版。