refactor: choose reverse proxy config during activation if enabled #1935
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Background
Currently, a default reverse proxy config, specified by the legacy
FRP_*/CLOUDFLARE_*environment variables, and stored in a configmap, is created during installation, and is applied upon every user's activation.Thses envs, along with the default config, is fully removed, allowing the user to select from a list of FRP hosts during activation, if reverse proxy is enabled at installation.
A new cli flag
--enable-reverse-proxyis added, to explicitly control whether to serve Olares through a reverse proxy, and if not set, will be dynamically configured by detecting whether a public IP addresses can be bound to, from the cloud provider's IMDS service.Target Version for Merge
1.12.2
Related Issues
none
PRs Involving Sub-Systems
refactor: unified activation and olaresinfo API bfl#141
refactor: determine activation status by wizard anno app-service#339
Other information:
none