可以看看 Arch Linux DevOps Team 的思路：

https://gitlab.archlinux.org/archlinux/infrastructure/-/tree/master/playbooks?ref_type=heads

基本上他们的服务都在这了。

Arch Linux + KVM + QEMU + libvirtd + virsh

https://blog.jinmiaoluo.com/posts/virsh-tips/

ios & macos: https://git.zx2c4.com/wireguard-apple

可以参考： https://git.zx2c4.com/wireguard-android

@cong 虽然，但是，西西弗斯

请问联系方式是？

@FlytoSirius 挺认同的，特别是上到一定的规模，且业务本身对质量有很迫切的需求。哈哈哈，有这样的团队介绍一下吗，我要去应聘

对于关键服务的服务器，有效的备份系统是保证长期（几年到几十年）运行很重要的一环，这里面会有备份策略，成本，有效性的考量。

@mzfbwu 备份系统：borg restic

@sacuba

> 感觉你的 key 都是可用的，建议隐藏一下

有意为之。key 相关的公网（内网）服务器是临时资源，验证完文章的正确性后就回收了。保持 key 的可用，可以让文章的读者更顺利的复现。

@sacuba 哈哈哈，我现在才明白你想跟我表达的意思。

@hallomou 阿里云张家口节点 2C0.5G T6 实例，5 年 300 元，折合每年 60 元（其他机房会贵一点，100 每年）。100 元里面不包含流量费（按量付费，0.8 元/G ，80Mbits/sec ）

自建，阿里云 T6 实例（ 2C0.5G)，每年 100 元，流量按量付费（峰值带宽 80Mbits/sec ），足够支撑一整个团队了。

- https://blog.jinmiaoluo.com/posts/wireguard-remote-development-network/
- https://blog.jinmiaoluo.com/posts/wireguard-leased-line-for-private-cloud/

不然 -> 不妨

@esee

我也是移动宽带，整个 WireGuard 网络的节点分布在新加坡，香港，北京，广州，暂时没有遇到你所说的问题。

运营商对 MTU 会有一定的限制（过大的 MTU 会导致丢包），所以在文章中，我默认 MTU 是 1280 。不然修改你的 MTU 为 1280 再试试。

PS: 默认 MTU 大小是 1500 ，降低 MTU 的是通过牺牲部分性能换取跨城通信的兼容性。

@kenvix 写这篇文章时希望这篇文章具有普遍可用的，NAT 穿透暂时不是普遍可用的，所以没涉及。

@0o0O0o0O0o 谢谢。

@Jat001 快速的看了一下这些项目（ tailscale/headscale zerotier netmaker netbird nebula ）的依赖，底层实际上都是 WireGuard 协议，并没有很大不同。

@jasonyang9

wg-quick 一套 bash 脚本，是对 [wg]( https://git.zx2c4.com/wireguard-tools/about/) 这个命令行工具的封装。

WireGuard 社区在推进 wireguard-tools 向 iproute2 的合并（最终希望基于 ip 命令而不是 wg 命令来管理 WireGuard 设备）

systemd-networkd 是 systemd 包的一部分，意味着你开箱即用，不需要在生产服务器上安装任何包（比如 wireguard-tools ）