Releasing kubectl support in Access

Screenshot%20from%202019-08-27%2015-04-37

Good article, although in my experience trying to get this to work in the recent months it has been somewhat a nightmare.

I first had issues when I realised the flags were missing in the latest release. EG.

--socks5=true 

I then found that the cloudflared access tcp command was not in the recent version.

Both have subsequently been resolved, although I’ve still been unsuccessful in getting this to work for my cluster. My support ticket has been running for almost a month ontop of the month I already lost trying to figure this out on my own.

https://support.cloudflare.com/hc/en-us/requests/1865448

Would love your feedback, perhaps could sync up and see if I’ve done something wrong somewhere.

Regards.

1 Like

Hi @michaelfornaro,
I have had some problem too.

Somehow they disappeared after I changed the follow alias ( Documented in this page https://developers.cloudflare.com/access/other-protocols/kubectl/ )

$ alias kubeone="env HTTPS_PROXY=socks5://127.0.0.1:1234 kubectl"

to

$ alias kubeone="env HTTP_PROXY=socks5://127.0.0.1:1234 kubectl"

This opened a webpage where I had to authenticate and authorize the client.

Before I got the error:

> kubeone get ns
Failed to connect to proxy URL: "http://socks5://127.0.0.1:9999"
Failed to connect to proxy URL: "http://socks5://127.0.0.1:9999"
Failed to connect to proxy URL: "http://socks5://127.0.0.1:9999"

But then I tried with the original alias and everything was working as expected. So therefore I do not know. May be some glitches from Cloudflare.
But now everything is working as expected.
Without any other details from your side is very difficult to help.
Cheers

I solved this as I mentioned just above. I do still have a running issue with using cloudflared as a sidecar in my pod but to no avail so far.

I’m open to suggestions - here is the thread Argo Tunnel Kubernetes Sidecar Model