这是一个创建于 567 天前的主题，其中的信息可能已经有所发展或是发生改变。
现有的各种方案，比如 zerotier moon, headscale 都需要自建一个中心化的服务来实现客户端的信息交换和转发。但其实客户端可以不通过中心服务器的.
信息交换可以利用 irc/xmpp/mqtt 机器人， 这样利用公共资源就能做到信息交换
包转发也可以先利用公共的 stun 来打洞，实在打不通才走 turn
所以中心化的服务不可缺少的就是一个 turn 服务而已，其他都功能都可以被公共资源 offload ，如果客户端不是对称 nat 的话根本不需要中心服务器的存在。
现在有这种方案吗？
信息交换可以利用 irc/xmpp/mqtt 机器人， 这样利用公共资源就能做到信息交换
包转发也可以先利用公共的 stun 来打洞，实在打不通才走 turn
所以中心化的服务不可缺少的就是一个 turn 服务而已，其他都功能都可以被公共资源 offload ，如果客户端不是对称 nat 的话根本不需要中心服务器的存在。
现在有这种方案吗？
 | 1 s82kd92l OP 实在打不通也可以不走 turn, 把数据直接作为 irc/xmpp/mqtt 的 payload 走公共服务，效率虽不高，但也是能通的 |
 | 2 ETiV 2024-04-21 23:27:21 +08:00  1 Surge Ponte： https://kb.nssurge.com/surge-knowledge-base/v/zh/guidelines/ponte 因为它在 Apple 生态里，用的其实是 iCloud （来登记 Devices 清单） + 公共的 STUN 服务（实现打洞）。 |
 | 3 totoro625 2024-04-21 23:31:23 +08:00 1 你需要内网穿透但是不需要自建服务器，也不想用官方中心化服务器吗？ 试试： https://github.com/MikeWang000000/Natter/tree/master/natter-docker/v2fly-nginx-cloudflare |
 | 6 zagfai 2024-04-22 00:57:17 +08:00 我有一个变态的设想，找一些服务做中转，比如飞书的文档，wps 之类，作为桥梁往里面写内容，另一边读取内容，实际上就变成了一个通道，多个并发起来带宽应该是没问题的，就不知道延迟怎样 |
| 9 s82kd92l OP 发现了一个利用 dht 做信息交换的方案 https://github.com/mudler/edgevpn ，缺点就是比 wireguard 慢很多，而且 libp2p 会参与公共 dht 存储，会比较耗电耗流量 |
 | 10 ivan_wl 2024-04-22 10:31:22 +08:00 |
 | 11 basncy 2024-04-22 11:18:47 +08:00 你要的可能是 tinc. https://tinc-vpn.org/ turn 的 relay 信息交换可走 ddns, 写个脚本动态监控并刷新 tinc 配置. |
| 12 s82kd92l OP @basncy tinc 很多年前用过,打洞不是用 stun/ice, 效果不如 zerotier. 而且 ddns 只是知道对外 ip, 怎么知道 tinc 的对外端口呢？ |
| 13 basncy 2024-04-22 11:25:23 +08:00 #11 既然都自建 turn 服务了,也没必要用 turn 了. AB 双方都加 C 为好友, 流量就(默认)自动通过 C 中转了. 多加几个"好友", 互相组成 mesh 网络. 结点会自动寻找最优路径. |
| 14 s82kd92l OP @basncy 有很多免费 turn 资源啊，比如 freeturn.net, openrelay, 不用自建. |
| 15 basncy 2024-04-22 11:34:30 +08:00 1 @s82kd92l #12 你有谷歌账号吗?去白嫖一台 https://v2ex.com/t/1032983 tinc 自动交换信息打洞失败还可以手搓. |
Select Language