Kiprey / Kiprey.github.io

This is Kiprey‘s Blog.
https://kiprey.github.io/
4 stars 3 forks source link

使用 Frpc 进行内网穿透构建 ZeroTier Moon 记录 | Kiprey's Blog #111

Open Kiprey opened 1 year ago

Kiprey commented 1 year ago

https://kiprey.github.io/2023/05/zerotier_moon_frpc/

xlbljz commented 11 months ago

兄弟牛逼! 看了那么多zerotier的教程,只有你这个涉及了原理以及具体情况分析 真的学到了很多!非常感谢!

MuelNova commented 9 months ago

有没有试过自建 PLANET + ztncui 的内网穿透?我按照这个方式能部署成功 MOON 节点,但是将其改为 PLANET 节点之后加入网络 ztncui 不显示。 https://github.com/xubiaolin/docker-zerotier-planet

Kiprey commented 9 months ago

@MuelNova 有没有试过自建 PLANET + ztncui 的内网穿透?我按照这个方式能部署成功 MOON 节点,但是将其改为 PLANET 节点之后加入网络 ztncui 不显示。 https://github.com/xubiaolin/docker-zerotier-planet

还没,我后来拥抱 tailscale 去了hh。能成功部署 moon 但 planet 不行,很可能是因为 planet 走的端口和 moon 不一样。这个只能通过阅读源码来找它的交互逻辑了。

xiaohuaiwang commented 1 month ago

兄弟牛啊,找了几天相关的教程了,感觉你这个可以帮助我。 我现在详细咨询下 这样是否可以提高p2p打洞成功率。 先说现状,我家用路由器op上可以依靠gdy666/lucky、MikeWang000000/Natter、heiher/natmap 之类的软件,以把本地局域网具体端口转发到公网ip+端口上。 现我有一台服务器只有ipv4的内网,NAT可能是NAT4orNAT3,可以访问直连访问上面转发出来公网ip+端口, 比如我把内网3389远程桌面端口,转发到公网的某个24213端口,手上的服务可以直接无压力远程桌面访问。 那我先基于这个原理,能否把op中的zerotier打洞端口也转发出来,然后优化 服务器上zerotier打洞直连访问家里op呢? 目前搭建了第三个节点 含有公网ip的moons节点,但对于打洞来说还是成功率低。

Kiprey commented 1 month ago

@xiaohuaiwang 兄弟牛啊,找了几天相关的教程了,感觉你这个可以帮助我。 我现在详细咨询下 这样是否可以提高p2p打洞成功率。 先说现状,我家用路由器op上可以依靠gdy666/lucky、MikeWang000000/Natter、heiher/natmap 之类的软件,以把本地局域网具体端口转发到公网ip+端口上。 现我有一台服务器只有ipv4的内网,NAT可能是NAT4orNAT3,可以访问直连访问上面转发出来公网ip+端口, 比如我把内网3389远程桌面端口,转发到公网的某个24213端口,手上的服务可以直接无压力远程桌面访问。 那我先基于这个原理,能否把op中的zerotier打洞端口也转发出来,然后优化 服务器上zerotier打洞直连访问家里op呢? 目前搭建了第三个节点 含有公网ip的moons节点,但对于打洞来说还是成功率低。

zerotier 比较特殊,它的 moons 节点的功能只能是中继流量,并不辅助 peers 打洞。 但如果是 tailscale 的话其中继节点 DERP 则是会既中继流量又辅助打洞。