You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
I'm currently using the 1.0.0 version, and I notice on the changelog that the project switched from request to node-fetch for APIs call. With request I can use HTTP_PROXY and HTTPS_PROXY variables to access to my cluster, but the new package doesn't allowed to do such things. In my research, I've seen a hint of @lselden who is using the global-agent package to import the proxy setting. I use it and my client can now reach the kubernetes API, but I have the Unauthorized error, so I suppose that some kubeconfig authorization are not in the forwarded request.
Client Version 1.0.0
Server Version 1.31.3
To Reproduce
Install @kubernetes/client-node stable version on a nodeJS project behind a proxy
Install global-agent package and bootstrap it
Create a kubernetes API with makeApiClient
Try to use any fetch method from the client API
Expected behavior
The API return the expected information by reaching the cluster
Environment (please complete the following information):
OS: Ubuntu (WSL) and Ubuntu (bare metal)
Node.js version v23.3.0
Cloud runtime On-prem K3S install
Additional context
When I use the same kubeconfig file with kubectl, I can access to the cluster
Here I'm on my local WSL, accessing the remote cluster
The text was updated successfully, but these errors were encountered:
Describe the bug
I'm currently using the 1.0.0 version, and I notice on the changelog that the project switched from request to node-fetch for APIs call. With request I can use HTTP_PROXY and HTTPS_PROXY variables to access to my cluster, but the new package doesn't allowed to do such things. In my research, I've seen a hint of @lselden who is using the
global-agent
package to import the proxy setting. I use it and my client can now reach the kubernetes API, but I have the Unauthorized error, so I suppose that some kubeconfig authorization are not in the forwarded request.Client Version
1.0.0
Server Version
1.31.3
To Reproduce
@kubernetes/client-node
stable version on a nodeJS project behind a proxyglobal-agent
package and bootstrap itmakeApiClient
Expected behavior
The API return the expected information by reaching the cluster
Example Code
Simple code
Environment (please complete the following information):
Additional context
When I use the same kubeconfig file with kubectl, I can access to the cluster
Here I'm on my local WSL, accessing the remote cluster
The text was updated successfully, but these errors were encountered: