@dosmlp 难道不应该国内国外的月亮都一样吗？不敢让中国人看国外的月亮？本质上还是不自信，人为增加壁垒，限缩了消费者的选择权，增加了经营者的成本。

1.我家有两个 ipv6 出口，目前用的是 fdxx::出口做 snpt 。以前也尝试过把其中一条宽带的公网下发过去，走另一条宽带的时候在出口处做 snpt ，这样可以避免一些 app 误认为没有 ipv6 。后来改掉的原因是，觉得这样一个 webrtc 就找到你了，不好。现状就是写了一套配置脚本用配置文件配置 ipv6 的下发（ fdxx 或者来自某个 wan 的 dhcp-dp 或者不给）
2.软路由手搓的，想咋搓咋搓。
3.其他考虑：
内网互联从来不考虑 ipv6 ，因为涉及到真实 ip 和虚拟地址的转换，只有经过网关的时候才能生效，而且需要双向经过网关（ snpt/dnpt ）而实际上并不总是经过网关，或者会让网络环境过于复杂（现在已经非常复杂了）。内网互联老老实实使用 ipv4 。
从未考虑过下发多个前缀的 ipv6 地址，并不是所有设备都能兼容，而且同样的提高整个网络而不仅仅是路由器的复杂度。
有将拿到的/60 拆分成多个/64 在不同的 vlan 使用。例如 bt 采用的是单独的 vlan ，该 vlan 使用的是(1)中提到的真实地址下发，同时通过脚本添加了另一段的 ipv6 地址在 dummy 口以供上报。这里的情况同时下发多前缀似乎可行，但是考虑到使用统一的配置模板，并未如此操作。
而且多 ip 的话，考虑到 ipv6 有时候会自作主张地选择他觉得合适的前缀，这并不一定合适，如果出站连接的话路由器的路由表会帮他决策。

核心思想是路由器可以复杂，下面的接入层必须简单。

我自己是所有猫桥接+核心软路由+ap
但是建议考虑自己的需求实现，现代软硬件在家用环境不差几个 nat

@malusama 当时你可以选水货用 wifi ，现在无路可逃

@nkloveni
@beyondstars
那些隧道都是到某个地方的出口，比如到日本的出口，到香港的出口。
下面可能是 hy ，也可能是 xray ，也可能是 l2tp
连能不能 ping 都不知道，更别说 bfd 了

买数据库
这个肉眼看就是蜂窝，整个 223.104 全是各地移动的出口
p.s. 蜂窝和家宽的 mtu 差挺多的

其实早期只需要规划好用电还是用光（我用电）
然后 1G 还是 2.5G 还是 10G 以后都能升级（光也是类似的情况）
因为墙里的线是难以更换的，但是一个交换机是很容易更换的

之后就是交换机，我用的是网管交换机（ tl-sg2008mp ），但是现在都是当傻瓜交换机用
为啥？线插多了就乱了，即使我有标签有配线架
能不用 access 口解决的就别用，vlan 倒是可以，反正智能家居都在 wifi 上，给不同的 ssid 就是了
就算我家房子小也可以上两个 ap ，这不就自然互备了嘛（实际上 ap 也没坏过）

软件层面，我是坚定的核心路由器主义，路由器就是路由器，唯一主路由，其他东西尽量放到其他设备上
要开 docker 路由上指静态下去，bgp 就算了（因为还是需要手工配 peer ，也没地方飘）
墙内不过梯，即使是 dae 也不愿意过（我做的时候还没有 dae ）
梯子故障有监控有降级

至于很多故障，emmm
网线没办法，开发商/装修队的锅，根本没法处理，监控发现了又能如何，我选择眼不见为净。
交换机坏了可以换一个，但是我现在还放着一个没上电的交换机（好的），啥都没发生过。
个人以为有的时候不用为了每年一次或者更低频率的故障设计那么复杂的方案，特别是硬件故障。

p.s.我家是双线的，至于详细的方案我发过。

才 38 天，只要不重联，半年甚至一年都不会变

终于要结束了。就是不知道运营商让利了没有。

WARNING: Your certificate has expired!
你证书过期了
这种证书通常都是自签的，重签一个就行，可以签十年的
（然而之前我自签的十年证书也过期一次了）

开好转发服务
网关指过来就得了
经典旁路由结构

ipv6 大成功好吗
对普通人来说最大的用途就两个
p2p 和过墙
至于一般服务访问，用 v4 也没差
但是早期有一些地方 icmpv6type2 没有正确处理，导致出现了关 v6 更好的说法
至于墙外，多个 ip 多条路，反正也是可以主动选 ip 的是吧
去哪儿都直连当我没说

@gordengan ddns 的问题，还有一种解决方案，需要暴露公网的设备多设定一个私网固定 v6 地址，然后在路由器上做 snpt/dnpt 。这样可以根据 prefix 和私网地址算出来对应的公网 ip 。我是这么做的。

最前面是 dnsmasq ，做分流：
白名单送运营商 dns
黑名单送 8888 或者 1111
不知道的送递归
然后递归是 bind ，根据 ip 路由表自动分流

想不泄漏 dns 又能墙内外分流的话，我是不知道其他办法了

看着像是广州联通靠近京广干线上的 dns 污染。

用运营商 ip 段的话，只能 nat ，或者其等效手段（包括但不限于，nat66 ，snpt ，netmap ，七层代理）
根本原因是，你的局域网 ip 段是运营商分给你的，而这些 ip 不可能（通常也不被允许）从其他地方发出去，发往这些 ip 段的数据包更是只会通过运营商还给你。

配置多段 ip 多路由+策略可行吗？理论上可行，但是带来的问题可能远远比收益要多。例如，配置困难，无法处理复杂规则，梯子故障时难以处理等等。

最后，不要恐惧 nat 。那东西挺好用的，真的。特别是没条件 bgp 的时候。

@unpay mss 在一边搞就行了
iptables -A FORWARD -i $dev -p tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1401:1500 -j TCPMSS --set-mss 1400
iptables -A FORWARD -o $dev -p tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1401:1500 -j TCPMSS --set-mss 1400
双向设置 mss

出口得有健康检查和自动切换的啊，有故障就自动切下一个
这和主路由还是旁路由还是客户端没关系

如果考虑端口的话，traceroute 的端口是会变的，甚至没有端口（ icmp ），所以匹配不到很正常
如果可能的话去抓包

@churchmice 当然不是一个东西，但是这里的场景是 arp 引导某个 ip 去某个主机，类似路由的功能。

@CloudyKumori 怎么可能，ai 写不出这种和主流不同的容易挨骂的东西（笑）

这个内容是在正经讲台上面向 100+观众讲过的。