我很早之前就解决了, tailscale 是常驻, 手机上也不需要其他代理软件, 只需要把 fakeip range 用 tailscale 的 subnet router 路由到 ts 内的某个代理节点即可, 不过需要稍微配置一下 dns, 懂 fakeip 的应该能看懂我在说啥.

我的方案是反一反, tailscale 是常驻, 手机上也不需要其他代理软件, 只需要把 fakeip range 用 tailscale 的 subnet router 路由到某个代理节点(ts 内的)即可, 不过需要稍微配置一下 dns, 懂 fakeip 的应该能看懂我在说啥.

在 LLM 的协助下自己写一个协议栈, 可以参考 gvisor / 内核等地方的代码. 对照 RFC, 既有理论, 又有实践

@bestie 我对比使用过，sourcetree 比 fork 慢的不止一点半点，唯一的优势可能就是 sourcetree 有中文吧, 但是 git 的那些操作，有没有中文都一样。

fakeip 只应当对需要代理的域名生效，而不是所有目标，这需要一个正确配置的 dns 。你文章说的问题，sukka 在评论中已经回复你了。真要说 fakeip 的缺陷，我认为是当软件有自己的 dns 逻辑时，例如使用内置的 doh ，而不是系统的 dns 服务器，你无法对其结果进行劫持时，纯 fakeip 的方案就失效了。btw ，fakeip 的 pool 可以用假公网地址，例如（分配给美国国防部的/8 块列表），而不是保留地址，可以避免客户端认为在请求本地网络的问题。

这种情况，上班也不是要当程序员啊，找其他文员类型的工作，计算机背景说不定反而有点优势？

我也是这么干的，不过不是装飞牛，而是直接上 debian ， 把系统装在 U 盘里，可以省一个盘位。

看起来是正经业务，可以考虑阿里云/腾讯云的海外机器吧？

@tangzs 56 楼说的对

@ronman 不确定你怎么用 wireguard 的，如果想用 wireguard 实现类似 tailscale 的自动 p2p 打洞，有非常多的工作要做，如果你只是 wireguard 连到一个中心化的机器，taiscale 的优势就是能 p2p ，不能 p2p 的话自动中继，同时省去了非常多的配置下发等工作（只需要登陆同一个账号即可），也有全平台的支持。总之就是非常省心。而如果不想登陆 tailscale 的官方服务器，也可以选择自建 headscale 。我也非常欣赏 tailscale 的博客，他们写了挺多关于 tailscale 具体如何工作的文章，那篇 How NAT traversal works ，我相信很多人关心这个领域的都读过。确实在组网这个领域也有很多竞品软件，如 zerotier/netbird 等，选一个你喜欢的也没什么问题，但我确实最喜欢的就是 tailscale ，简单且好用。

我在同一个机器上既有 derp 也有 peer-relay ，只有把 derp 关了才会走 peer-relay ，怎么感觉和文档中描述的策略不一致呢，不是说有限 peer-relay 么

tailscale 已经是是我的网络基建了，任何设备，都要先装个 tailscle 。这个特性看起来也非常有用，马上就试试。

长文本就是 AI ？有些人真的是，我是没看出来什么 AI

@kiritoyui #5 的问题我解决了，体验丝滑，十分推荐，可以看我的博客，https://blog.zwlin.io/post/tailscale-with-fakeip/

不是大容量存储这种需求的话，其实可以纯云服务器的，省心很多

看了前面几个，复杂度都没算对（

Tailscale 类组网 VPN 在移动端无法多开的这个问题，我的终极解决方案就是: Tailscale + FakeIP ，tailscale 可以控制设备的 DNS ，把海外域名用 fakeIP 解析并把 fakeIP 通过 tailscale 的 subroute 功能，路由到可以翻墙的 tailscale 节点即可，这样，tailscale 就把组网+科学上网的两个功能合二为一了.

可以看我的博客有大致的思路: https://blog.zwlin.io/post/tailscale-with-fakeip/

没必要自签，直接用 dns-01 challenge 方式，配合自动化工具即可，舒服/方便都很重要

临时测试的话， 有个公网 IP 的服务器，然后 SSH -R 就行，只要是 TCP 的服务即可