国内服务器用非标端口就行了呀，随便搞个什么 51849 之类的端口开 derp ，又不用备案，只要有个域名就行

梯子这类是相对比较耗电一点，因为它在路由表里面设置的确实会让所有的数据包都走一遍代理软件内核

@zwy100e72 不会，至少在安卓上不会。安卓 VPN 是通过策略路由过滤数据包的，Tailscale 只注册了 100.64.0.0/10 这个子网段，涉及到这个范围内的数据包才会被转发到安卓应用处理，其他的直接在路由表那边就跳过了，所以耗电是非常低的

zerotier 和 tailscale 的本质区别：

1. 网络底层实现
zerotier 是二层（数据链路层）虚拟组网方案，更贴近理解上的 “虚拟局域网” 的概念，对于大部分协议都有比较好的支持
tailscale 是基于 wireguard 的三层（网络层）点对点虚拟组网方案，其主要支持三层协议的点对点通信。某些需要二层支持的协议 Tailscale 无法使用。比如，截至目前（ 2024.10 ）并不支持 UDP 广播、mDNS 、Bonjour 等，导致一些设备互联 / 游戏等场景下的的局域网设备发现无法正常工作。

2. 通信协议
zerotier 通过 TCP 协议直连通信。自建 moon 服务器进行中继时默认使用 UDP 通信，不过可以在客户端手动切换到 TCP 中继模式
tailscale 基于 wireguard ，直连时使用 UDP ，高峰期或者大流量下可能受到运营商 QoS 。自建 derp 服务器中继则是使用 TCP 进行中继通信，相对较为稳定。

3. 附属生态与功能
tailscale 有非常丰富的附属功能，如文件投送、子网路由、出口路由、自定义 DNS 等等。
zerotier 专注于实现虚拟组网，附属功能较少。

至于 wireguard ，Tailscale 可以理解为带 SDN 的 wireguard ，不用手动配节点配置，而且带一堆附属功能

额，评论区怎么不支持 markdown ，，，

命令行参数：--verify-client-url=https://<Headscale 服务器域名>:<工作端口>/verify
等 Headscale 0.23.1 就能用了

正巧，headscale 实现这个功能的 PR 刚刚合并了（这个 commit： https://github.com/juanfont/headscale/commit/edf9e250017708e218895c4524a4477ec7a6dcba ），这个功能应该要等下一个版本 0.23.1 才会正式发布，不过最新 actions 版已经可以用了

以后只要在搭 derp 的时候带上命令行参数`--verify-client-url=https://<Headscale 服务器域名>:<工作端口>/verify`就行。
Docker Compose 的话：
```
environment:
...
DERP_VERIFY_CLIENT_URL: "https://<Headscale 服务器域名>:<工作端口>/verify"
```

推荐一个 autodl
@yipkangkang

算力买小厂比较实惠，大厂贵。
话说 HAI 其实买按量更划算，除非你要连续大半个月一直不停跑训练之类的

个人其实更喜欢 C++那套 RAII 的玩意儿，由库作者负责保证资源的安全释放。go 虽然不太用这种不过 defer 也不失为一种好方法，至少比到处塞满 if 要好很多

这个其实无所谓，看习惯了就好。go 的哲学跟其他语言还是有一定区别的，上手得熟悉一段时间

推荐 tailscale ，主功能是虚拟局域网，附带文件投送功能。这玩意投文件的时候不用管是不是在一个局域网直接投就行，自带内网穿透，可以达到 airdrop 级别的体验

除非你是要跑在十年前+的老机子上，不然也不用太在意这个，和其他的大玩意相比你自己写的基本只是小意思

话说。。其实这几 M 内存也无所谓了
有强迫症的话平时可以多看看 Defender ，Chrome ，VSCode ，QQ 微信的占用，脱敏一下（

QT 应该挺符合你的要求，写东西也方便，现成工具库一大堆
（当然还是比较占硬盘，几十 M 打底吧，不过就目前硬盘容量来看也不差这点）
图方便用 python 写，也可以用 PyQT

docker build 同卡死过，现在都在自己电脑上 build 完再传上去了😂

容器挂服务，数据单独处理

腾讯云就有内置他们自己家 docker 镜像的，只允许腾讯云自己的云服务器用。阿里那边没有自带镜像吗

还是老实 ssh 端口映射吧，把电脑上的 clash 端口映射到服务器上去用

哈哈，你猜镜像用不了是谁的锅