-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Ability for keda-operator to connect out using proxy server #2577
Labels
Comments
wltbenade
added
feature-request
All issues for new features that have not been committed to
needs-discussion
labels
Jan 28, 2022
I think all that is required here is to add the following:
|
Thanks, @racdev. I'm not a developer, so I didn't want to take the chance. I'll try this locally to see if it works, then submit a PR. |
Thanks @racdev! |
wltbenade
added a commit
to wltbenade/keda
that referenced
this issue
Mar 25, 2022
This patch addresses kedacore#2577 Simple implementation to allow the HTTPClient to read proxy variables, if available, from the environment.
5 tasks
3 tasks
Repository owner
moved this from In Progress
to Ready To Ship
in Roadmap - KEDA Core
Mar 28, 2022
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Proposal
Currently, there doesn't seem to be any mechanism to allow the keda-operator to connect out using a proxy server, rendering it impossible to connect to external services to pull metric data.
I've tried to set HTTP_PROXY, HTTPS_PROXY, as well as their lowercase counterparts, without result.
It would be highly beneficial to have the operator able to connect to external services using either environment variables, or an explicitly defined proxy definition.
Use-Case
We utilise KEDA's Azure Pipelines scaler in on-prem clusters, which requires all external access to be routed via proxies, including Azure DevOps.
First prize would be to be able to set proxy URL, username, password via environment variables via the helm chart values.
Anything else?
Golang's http package can read proxy variables from the environment using the http.ProxyFromEnvironment(req) function. I just don't know where it should be implemented to make the most sense.
The text was updated successfully, but these errors were encountered: