我用狐狸面具，没遇到类似的问题

目前正在用飞牛，个人认为轻度用户的定义，就是简单的跑几个服务，做一些文件备份和 SMB 共享。
那飞牛足够用了。操作简单界面流畅。没啥太大问题。

@hsczy #96
主路由

@ChaosAttractor #97
AdguardHome 仅为了给局域网设备分配不同的上游 DNS ，以及去广告使用。上游 DNS 是 PaoPaoDNS 方案(基于 unbound 和 mosdns)。
旁路网关仅作为出国转发使用，入站流量不会经过旁路网关。

@SenLief 我是最近才知道的这个软件

@wdxbb #15
理论上这个和 P2P 同步没关系，P2P 同步是纯客户端行为，只要两个 ID 一样的客户端在内网他们就会尝试 P2P 同步。

你换了同步服务器，理论上库的 ID 换了，你看看是不是别的客户端没有更新库的 ID 。

我公司目前是用原生构建+expo 库，expo-cli 的那套构建方式感觉不太适合稍大一点的项目

@bitfly 如果你这么认为，那一定是没有经历过一炸全炸

@chenbin36255 iKuai 的虚拟机性能比较差，Docker 也比较难用。低价的 iKuai 开的虚拟机肯定是不如物理机的性能强的。不过我就是你说的这样部署的，网络设施都在一起，比较好维护。

@yyysuo 外服游戏本身也最好还是用加速器吧，靠代理打游戏本身就费点劲。

@Dk2014 其实理论上是可以把 gateway 换成普通的 clash 的，从而支持 arm 。

@povsister 有个疑问，这个方案，是不是还是需要黑白名单？只不过没有用 Fake-IP 而且返回 Real-IP 之后再去连接的？

@yyysuo 其实也没太看懂所以……我是真的菜。

@povsister

刚刚看了一圈你的方案，有点牛逼的，讲道理是很想部署一下试试的。

但是方案里面主路由用的是 ROS ，这个东西自己玩不太转，也不太好安利。并且硬路由不是很好搞。这东西能替换成 iKuai 或 OpenWRT 吗？

@povsister

我只是没能理解。
你分享的方案我也会仔细研究的，人外有人天外有天，学无止境我是懂的。也许我研究了你分享的方案，自然就理解你的想法了。

@povsister
那这个时候问题就出现了，github 这种灰色的，是否能取到 Real-IP 呢，能取到说明可以直连，不能取到说明连不上，那走 Fake-IP 又有什么问题呢？

现在应该不存在什么方案可以在直连失败的时候自动切代理，检测到可以直连再自动关代理吧？

理论上不应该都是黑名单/白名单模式吗？

@povsister
@bobryjosin

需要 Real-IP = 可以直连 = PaoPaoDNS 直接解析
不能直连 = 可以使用 Fake-IP = PaoPaoDNS 使用 FakeIP 解析

这俩似乎并不冲突，而且在这个方案中也已经兼容了，只不过配置是需要修改一下的

@povsister
@bobryjosin

现在这个方案默认是将所有国外 IP 全部送去 FakeDNS 解析，也就是所谓的大陆白名单，但是如果你们的使用场景是有直连需求，那你们的方案应该是黑名单模式。那只把需要代理的地址送去 FakeDNS 解析就好了。

@bobryjosin

我猜你是把 FakeIP 这个操作和 Clash 的 FakeIP 模式绑定到一起了。实际上这两者并没有什么强关联。

Clash 是把所有网络请求全都引入到自身，然后在根据配置，选择 Real-IP 解析模式或者 FakeIP 解析模式。

如果是 Clash 的 FakeIP 解析，会把所有的网址全部解析为 FakeIP ，所以才会有你所谓的入侵性太强的问题，实际上这是 Clash 的问题而不是 FakeIP 的问题。

这套方案 DNS 是先在 PaoPaoDNS 上处理，而 PaoPaoDNS 只有国外(需要代理)的地址，才会送到 Clash 的 FakeIP 解析，其他的地址都是用递归服务器解析到真实 IP 的。而需要代理的地址，真实 IP 并不具备什么意义。如 @yyysuo 所说，只有可达和不可达两种状态。

@ssgooglg
直接路由 Clash 难受就难受在一炸全炸