moon之间有没有互联加速的?只能单moon作为中继还是可以多moon同时中继? 还是说只是通过plannet安排双向延迟低的moon作为中转? 内网机器1-->日本moon-->美国moon-->内网机器2 还是说中间只能有一个moon?
其实只要nat1,新版的zerotier打洞能力很强的。分这几个场景: 两端都是nat4,有一个最近的moon是最快的; 两端有一个nat1一个nat4,有一个moon可以加快握手速度,之后可以打洞直连; 两端至少有一个公网ip,有一个moon会加速握手速度,之后可以直连无需打洞; 两端都是公网ip,有一个moon会加速握手速度,之后直连无需打洞; 两端有公网IP但一个是ipv4一个是ipv6,有一个moon会加速握手速度,之后需要moon中转,假定moon是双栈的话。如果moon不支持双栈,那么moon就没效果,很难连,得到处找其它moon或planet来转。
@minY #32 @minY #32 发布于2025/3/21 17:15:27 moon之间有没有互联加速的?只能单moon作为中继还是可以多moon同时中继? 还是说只是通过plannet安排双向延迟低的moon作为中转? 内网机器1-->日本moon-->美国moon-->内网机器2 还是说中间只能有一个moon? 内网1和内网2有一个加入moon会选最近的,两个都加入的话握手会快点。多个moon只会连接两个都能连的且最近的moon。
@chacha20 #34 所以是多moon的情况下也只是有planet来安排两端内网之间延迟最好的一台moon来作为中继. 要是把一堆小鸡都塞进去当MOON,那对落地来说不就等同于是自动优选转发.也挺不错的. 就是不知道他们通道之间的加密会不会被识别以及速度会不会不如直接常规转发接落地.
@zzq571029822 #30 是啊,组网
moon之间有没有互联加速的?只能单moon作为中继还是可以多moon同时中继?
还是说只是通过plannet安排双向延迟低的moon作为中转?
内网机器1-->日本moon-->美国moon-->内网机器2
还是说中间只能有一个moon?
其实只要nat1,新版的zerotier打洞能力很强的。分这几个场景:
@minY #32
内网1和内网2有一个加入moon会选最近的,两个都加入的话握手会快点。多个moon只会连接两个都能连的且最近的moon。
@chacha20 #34
所以是多moon的情况下也只是有planet来安排两端内网之间延迟最好的一台moon来作为中继.
要是把一堆小鸡都塞进去当MOON,那对落地来说不就等同于是自动优选转发.也挺不错的.
就是不知道他们通道之间的加密会不会被识别以及速度会不会不如直接常规转发接落地.
感谢楼主持续输出和精彩分享
看了看文档,它建了一个tap网络设备,然后节点互联用的是UDP打洞,如果UDP不可用的话就用TCP 443(模仿https)。
tailscale用的是tun。
这个好,看起来好简单的样子