zrok
zrok copied to clipboard
Geo-scale, next-generation peer-to-peer sharing platform built on top of OpenZiti.
When creating resources (shares or environments) quickly (programmatically, in a loop) the resource limits are not always correctly enforced. Naively I would expect that we could fix this pretty simply...
Introduce a CLI command to show share details. This should close the gap on showing the access grants for the `--closed` permission model.
Useful for skipping addresses of intermediate infrastructure (#609 )
zrok should verify Ziti's server certificate before transmitting the Ziti login password
Running the IAC scan s
Start shipping `openziti/zrok-controller` and `openziti/zrok-frontend` images so people can run their own zrok instance with just a `compose.yml` file. This improves on the current self-hosted docker experience which requires downloading...
The public/private frontends should set `X-Fowarded-For` and friends when they're not set in the HTTP request.
"Class"-based limits implementations. Specify limits in the databases that match relevant criteria (`public`/`private`, backend mode, etc.) and allow those classes to be assigned to accounts.
Seems like this limitation is designed for the public zrok.io network. Is there a way to bypass this if using a self hosted environment?