正常的企业路由都有策略路由，指定下源 ip 的出口不就行了？

毕竟网红设备，一个开放机架卖 2000 多。

解决了也不写个过程。上面大佬的回复完全浪费硬币。

有点复杂，还是 fake-ip 一把梭方便。

试试 option60 增加 SCITV

rand.NewSource 记得会有读写过程，你多个协程并发会有 data race

stream 应该可以，https 应该不行。

想要在 emmc 上安装 pve 需要进入 debug 模式改脚本才行。

真是用爱发电啊。这种 issue 回复几次就直接摆烂 close 好了。还理他干嘛。

@HarrisIce 不开 nat1 ，大概 15 万 pps ，开了大概就 3 万左右。

能满足所有条件的，只能加个 n1 ，需要翻墙的指定网关了。

我觉得可以先 pve 个开心版，玩熟了再买硬件。5009 的 cpu 确实很弱，开了 nat1 量稍微大点就 100%

@mohumohu 其实 op 只是反感 fake-ip 。fake-ip 作为透明代理，至少在我家用了快 3 年没出过任何问题，所谓的 dns 污染，只需要打开 fake-ip 持久化就能搞定。有各种网络切换的设备，基本上都是移动设备，最少我这小米，华为切换网络都回自动清 cache ，不会存在切换网络无法访问的问题。就像我之前提过的，cf 的 anycast ip 基本上就那么 2 个，但是下面挂了多少网站只靠 ipset 去区分必然会出现异常的情况。最明显的就是 cf 的 region block 。
而且家用，没必要 ospf ，杀鸡焉用牛刀。像我家用 adg 的 https://github.com/AdguardTeam/AdGuardHome/wiki/Configuration#upstreams-from-file 自己写个脚本把 gfw 的域名还有需要加速的域名指定下，按格式转换就可以无痛分流了，再打开 adg 的 fallback dns ，只要 clash 的 dns 挂了马上就切回正常 dns 去请求，上面说的 GitHub 加速问题也可以解决。这样一套下来完全能做到 ospf 相同功能而且效果也不差。

@povsister 如果不太明白，可以看下 adg 的 fallback 功能，clash 崩了后，有后备 dns 直接切换。根本不需要人工参与，恢复后直接切换 fakeip 。fakeip 最大优势是比如 google.com 和 gov.cn 在同个 cdn 的 ip 。使用 ipset ，他会怎么去选择呢。而 fake-ip 可以映射到域名从而实现同个真实 ip 通过域名规则而选择需要的走代理。

想法很好，有人试过，不行的

fake-ip 至少解决了 cdn 问题。这个的正确性在我看来，比加速访问更重要。而且有 fallback 。

@povsister 你把 fake-ip 持久化就不会有问题。

我推荐咸鱼 30 元的极路由 go 。刷个 op ，wg 回家后干啥都行。

只要一拨号成功，电信那边就开始扫你 ip 和你端口关系不到。有公网 ip ，直接开个 wg 回家走 lan 不香吗？