Skip to content
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

Are you able to inject a secondary moon in to the config before the workflow is run #5

Open
nhaskel opened this issue Mar 8, 2024 · 2 comments

Comments

@nhaskel
Copy link

nhaskel commented Mar 8, 2024

I have a secondary server set up as a moon and I would like to add its identity to the moon.json file that is generated in the workflow. Would this be possible to add in to the patch file?

Thank you

@kkkgo
Copy link
Owner

kkkgo commented Mar 9, 2024

The .moon node files for ZeroTier do not need to be placed on the planet server; they can be operational when placed in the /var/lib/zerotier-one/moons.d/ directory on both the client and moon nodes. Of course, the moon node also needs to replace the planet. The signing of Moon.json (zerotier-idtool genmoon moon.json) can be executed on any ZeroTier terminal, but the moon.json generated in the previous step is generally run on the moon node to obtain that node's identity (zerotier-idtool initmoon /var/lib/zerotier-one/identity.public). If you are running ZeroTier with Docker, you can map and mount the /var/lib/zerotier-one/moons.d/ folder.

@nhaskel
Copy link
Author

nhaskel commented Mar 12, 2024

Thanks for the info, just to be clear is it recommended to have multiple moon nodes with the planet server or is the standalone (private) planet server sufficient to host/control multiple networks? I've tried to piece this information together and all the sources I have found are using the Zerotier root planets instead of a private planet and they suggest having at least 2 moon servers.

Thanks for your work piecing this together.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants