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

[Feature Request]: Add ability to create a ZT "moon" #309

Open
FallenChromium opened this issue Feb 22, 2024 · 1 comment · May be fixed by #503
Open

[Feature Request]: Add ability to create a ZT "moon" #309

FallenChromium opened this issue Feb 22, 2024 · 1 comment · May be fixed by #503
Labels
enhancement New feature or request pinned Does not stale

Comments

@FallenChromium
Copy link

🚀 Feature Summary

Adding an option to host a moon would allow to serve a custom root for the network without disconnecting it from the ZT default roots

📝 Detailed Description

This feature is for adding an additional L1 backbone to a zerotier network without leaving to a separate zerotier planet. It is useful for cases when some (but not all) network endpoints are isolated from a ZT root (think censorship or corporate firewalls), but other devices might benefit from connectivity to ZT central roots, such as mobile phones (connecting to a custom planet is problematic on the mobile clients). Moons (see docs) can give a great boost in connectivity throughput in firewalled environments or can be a privacy-enhancing feature without breaking the comfort of discovering a network through the default roots

🎯 Use Case

Not that much to add, I'd just like to have a custom root if my home lab will have problems with internet connectivity (I have a separate channel to a controller that is neither internet or a local network, because no multicast is allowed through this path, local peer discovery won't work). Moon is an ideal solution to this problem.

💡 Willing to Contribute

Yes, I could help with testing

@FallenChromium FallenChromium added the enhancement New feature or request label Feb 22, 2024
@sinamics sinamics added the pinned Does not stale label Mar 18, 2024
@sinamics sinamics linked a pull request Aug 20, 2024 that will close this issue
@sinamics
Copy link
Owner

sinamics commented Aug 20, 2024

I created a test image you can try out.
image: sinamics/ztnet:dev-88aeeab

This is still a work in progress, feel free to suggest improvements

NOTE! Do not test in production, this version has an updated db shcema that might change until next release, so try it out in a test environment.

#503

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request pinned Does not stale
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants