-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Proxy support #825
Comments
Looks like that this is now working out-of-the-box, tested on v0.24.15. |
After updating to v0.26.3 from v0.25.*, the proxy functionality seems broken, when choosing a cluster to connect to results in "Unable to connect to context". edit: this is for proxy set using HTTPS/HTTP_PROXY. |
Should we create a dedicated issue to support the It seems to solve this issue but is more explicit regarding the actual steps required. |
I am having this problem, too. kubectl works just fine with the proxy settings (via env vars) in the same terminal. Thank you! |
I'll add a "me too" to this - Defining in a kubeconfig works fine, k9s? Nope. If I run the command with HTTPS_PROXY defined to a socks5 proxy, that works - But it would be good for k9s to support the same kubeconfig mechanism that kubectl does, i.e. |
Not sure what the status of this issue is. But |
Hello, I'll try to work on this one. I looked at the code and so far I can make k9s to interact with a basic http proxy I hardcoded. |
Is your feature request related to a problem? Please describe.
Some clusters require proxies in order to access their APIs. Most notably, GKE clusters with private networking. When using kubectl, one can work around this by setting the
https_proxy
variable for specific commands. However, with k9s I don't see any way to connect to a cluster via a proxy (edit, per a comment in #371 the slightly non-standard uppercaseHTTPS_PROXY
does work).However, the
https_proxy
/HTTPS_PROXY
env var for k9s is not ideal as different clusters often need different proxies, and this approach does not allow switching contexts that need a different proxy (or no proxy) without restarting k9s with the appropriate environment.Describe the solution you'd like
I'd love a way to configure a proxy on a per-context basis. Lens supports this, for example.
Describe alternatives you've considered
I don't have any alternatives.
Additional context
Kubectl 1.19+ has the ability to configure proxies via kube config: kubernetes/client-go#351. Its likely any solution in k9s should first use this setting, and only fall-back to a k9s-native proxy configuration mechanism.
The text was updated successfully, but these errors were encountered: