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