-
Notifications
You must be signed in to change notification settings - Fork 456
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
关于 多planet支持 的应用和意见 #114
Comments
感谢你的建议,多planet实现原理不复杂,只是一直没时间开发。后续看时间安排吧。 |
https://blog.csdn.net/hey_lie/article/details/131304142 |
艹 恕我用010分析不出来官方的planet文件 |
我c 现在的难点应该是解析planet文件获得identity.public文件、IP地址、端口号信息,从而重建planet文件。 |
必须用ZeroTier One安装在宿主机上的identity.public创建planet文件,不然会是一个摆式, 我搭建了多台ZeroTier,构建多台IP&planet合一的planet文件,非常好用。现在不会成为一个垃圾 |
理解 您这个操作多个Planet使用同一个公钥 在控制方面,每个planet如何管理网络呢? |
内网ip地址设置一样:比如A服务器 Windows10 内网ip地址145.12.45.10, 那在B台服务器 Windows10 内网ip地址也设置为145.12.45.10,我已经在用,二台服务开启,正常使用,关闭A台服务正常使用,关闭B台服务正常使用。但是:构建多台IP合一的planet文件 双IP有没有作用我不知,反正不影响,我就多IP构建 |
看上去不明觉厉。想不通这么做的原理 |
对原理理解不够透彻,目前采用的两级Planet的方式。将我自建的planet的上级planet设置为客户自建的planet,这样做之后可以同时使用 自己的 和客户的 网络 而两台自建的planet的方式,可以通过将两个节点同时加进planet文件实现的,但ui统一控制问题目前暂时没有研究 |
这两个AB服务器作为planet么?那该服务旨在解决内网穿透,虚拟局域网构建问题,如若已经有内网ip还需要这个干啥? |
我自己用这个生成的 https://github.com/c0mm4nd/zerotier-planet-gen ,借鉴这个仓库的原来的planet生成方式。 @cailiang9 |
我的。两台服务器,非常好用,完全去除官方的Planet,连a台b台就成了moon与Planet,安卓手机上显示叶,中继,根。开始时自己不会搞,还说是垃圾,简直无知!!!!!!!!!!!!!!!!简直完爆 |
这里的私有planet是指moon吗?我之前实验过自建planet+moon,关闭planet之后,moon开着没有用。是因为缺少了network信息? |
不太清楚 cotrallor的原理 可能 或许 是吧 |
这个145.12.45.10是指zerotier的虚拟ip吗? |
有同样的需求:同时连接公共和私有的planet。1月份安装docker的时候直接就可以同时连接了,但7月底重装之后,客户端就只能连接私有planet,公共网络一直提示“REQUESTING_CONFIGURATION” |
也有同样需求,请问多plant有在进度中吗 |
您好,关于 多planet支持 的使用场景,近期本人在工作中有相应的需求,特此提出意见希望作者可以参考或者采纳,非常感谢!
在本人今日的测试中,现在的情况应该是这样的:
客户端连接私有planet,而私有planet又连接官方planet。因此该需求目前是可以实现的。
网友的需求应该是:客户端->官方planet,私有planet->官方planet,当然原有的客户端->私有planet->官方planet这条链路也不应该去除。或者可以按需选择。其实难点在于planet文件的解析上,相信作者已经实现可以任意调整planet文件的内容。
该情况下还有两种场景:
a. 多私有planet相同配置文件
b. 多私有planet不通配置文件
前者有其他网友通过复制整个docker容器实现,但planet的IP配置似乎暂时没有实现,因此该方法是否有效还有待考证。
后者在本人的使用场景中是客户有自己搭建planet,我自己也有搭建planet。其实两者是不互通的,都是私建的planet,通过修改客户端的planet文件实现连接,而同时使用就有必要性了,可以省去频繁手动去替换文件、重启服务的麻烦。
思路方案:
上述场景虽然只有几种,实现起来涉及到多个机器中planet文件的配置未必简单。
希望可以提供planet文件的合并编辑功能,最简易的的办法让用户在客户端的planet文件中自定义,至于私有planet之间的互联……由于不清楚实现原理是否简单替换planet,因此暂时无法提出意见,希望其他网友补充。
The text was updated successfully, but these errors were encountered: