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
We have an nginx reverse proxy in front of our k8s clusters that is directing the tcp stream to the proper k8s api server based on the SNI. This works fine when interacting with the cluster.
However kubectl exec and port-forward doesn't work with the lens proxy. I took some time to investigate, and it turns out that the CLIENT HELLO packet of the TLS stream is missing the server_name Extension. Obviously our nginx doesn't know to which server to relay the request to if the SNI is missing. I am not quite sure why it is missing for this scenario though.
To reproduce:
Start wireshark on k8s api server
Run kubectl exec into a pod with the lens proxy
Run kubectl exec into a pod with the original kubeconfig
The text was updated successfully, but these errors were encountered:
We have an nginx reverse proxy in front of our k8s clusters that is directing the tcp stream to the proper k8s api server based on the SNI. This works fine when interacting with the cluster.
However kubectl exec and port-forward doesn't work with the lens proxy. I took some time to investigate, and it turns out that the CLIENT HELLO packet of the TLS stream is missing the server_name Extension. Obviously our nginx doesn't know to which server to relay the request to if the SNI is missing. I am not quite sure why it is missing for this scenario though.
To reproduce:
The text was updated successfully, but these errors were encountered: