Open qrkourier opened 4 months ago
I was under the impression the Linux package would take over all the functions of this script, so we could deprecate this script. Are you thinking otherwise now? I can certainly update it as suggested above by adding a --skipBinaryInstall
or some other argument.
We could also enhance it to install via the deb package/repo instead of downloading the binaries directly & even add the repo if it doesn't already exist locally.
I'd prefer to keep enhancing the ziti create config router
generator to support common use cases, but I don't know how flexible/powerful this auto-enroll tool is in comparison. I think it's covering at least a few bases that the built-in config generator is not.
If the gap is huge between what ziti create config router
can do and what auto enroll can do, then it probably makes sense to modify auto enroll so it can serve as an alternative means of generating a config for the router service provided by the Linux package.
sudo dnf install openziti-router </dev/null
sudo ./ziti_router_auto_enroll.py --skipBinaryInstall --skipSystemd --installDir /var/lib/ziti-router
sudo systemctl enable --now ziti-router.service
ziti create config router
doesn'tziti create config router
I see this tool can install ziti and create the service unit. If I install the Linux package, then those are already managed by the package.
I see the
--skipSystemd
flag now, so that should protect the service unit.What about the binary? I want to ensure the version of ziti that was installed by the package manager is used by the service, so is there a way to disable
handle_ziti_install()
?If I can disable installing ziti and the service unit this might still be useful for generating a config with
--installDir /var/lib/ziti-router
to place the config in the service's working dir.