I think that's true, but I have basically 0 confidence that I can implement even simple rules using it, let alone anything more complicated.
The thing that was the real show stopper for me and made me switch to Nebula was that there doesn't seem to be a way to self-host a backup controller so that our network can continue to function even if ZeroTier.com is having problems. Unless, that is, I go entirely self-hosted and give up the web management UI, which I think is part of the compelling offer of ZeroTier.
Networks members will continue to be able to communicate with the controller down as long as they were online before the controller went down. Not a full solution, I know.
Otherwise, it's a difficult problem to solve. The only way we could let you run a network controller as a back up right now would be to give you the private key for the controller, which would allow you to change everybody else's network on that controller, too. Not the best of ideas giving that info away!
This just stuck out to me a bit because those seem like two distinct area of expertise
Also I need to edit the part about a BS in CS and add "or demonstrably equivalent skills and experience."
You are 1000% right about UI/UX. It was good for networking software years ago but the ecosystem has generally improved since then.
If anyone who is reading wants to help:
https://jobs.lever.co/zerotier/90436aee-8e55-406d-9053-a0c26...
Location is set to Cincinnati because we want to nucleate more engineers in this region but the position is open to anyone in the USA. We'll hire anywhere if someone is really good. We're remote-first.
Edit:
> 7. Your language for network rules is too complicated.
It's too low-level. We are researching a higher-level way to edit rules in terms of intent rather than the current pf-esque rules language that requires you to deeply understand TCP/IP and such.
That being said it is very powerful and you can do extremely neat stuff with it. It's in some ways more powerful than what you get with enterprise data center SDN products.