Question:I have a Minikube cluster setup in WSL 2 of Windows 10 pro, where the docker-for-windows is used with WSL2 integration. Minikube was started with default docker driver.
If I follow the getting started guide,after creating the
$ minikube version minikube version: v1.25.2 commit: 362d5fdc0a3dbee389b3d3f1034e8023e72bd3a7
hellow-minikubeservice, I should be able to connect to the service either via
But the first method didn’t worked. Because it was impossible to even ping the minikube ip from WSL 2: (This works in Minikube setup on a pure Ubuntu installation. The problem is in WSL2 – Windows subsystem for linux).
The second method
$ minikube ip 192.168.49.2 $ ping 192.168.49.2 PING 192.168.49.2 (192.168.49.2) 56(84) bytes of data. ^C --- 192.168.49.2 ping statistics --- 293 packets transmitted, 0 received, 100% packet loss, time 303708ms
minikube service hello-minikubealso didn’t worked because it was again giving the access url with minikube IP.
But this was actually working in previous Minikube versions, as it was actually exposing a host port to the service, and we could connect to the host port to access the service. It needed a manual intervention as the hostport access was available only until the
$ minikube service hello-minikube 🏃 Starting tunnel for service hello-minikube. 🎉 Opening service default/hello-minikube in default browser... 👉 **http://192.168.49.2:30080** ❗ Because you are using a Docker driver on linux, the terminal needs to be open to run it.
minikube servicecommand keeps running.
Is there any way that I can pre-configure a port to access the service (nodePort), and can access the service even if it is deployed in Minikube in WSL2?
I tried using other drivers from WSL like
--driver=none. But that setup would be much more complicated because it has
conntrackand other packages as dependencies, which WSL2 doesn’t have currently.
Also tried to setup a Virtualbox+vagrant Ubuntu box in Windows 10 and installed docker and started minikube with docker driver there. Everything works inside that VM. But cannot access the services from windows host as minikube ip is a host-only ip address available inside that VM only.
Answer:Minikube in WSL2 with docker driver, creates a docker container with name
minikube startcommand is executed. That container has some port mappings that helps kubectl and clients to connect to the server.
kubectl cluster-infoconnects to one of those ports as server. (Normally, the control plane would be running at port 8443, here it is a random high port, which is a mapped one).
To further debug and diagnose cluster problems, use ‘kubectl cluster-info dump’.
$ kubectl cluster-info Kubernetes control plane is running at https://127.0.0.1:55757 CoreDNS is running at https://127.0.0.1:55757/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 9cc01654bd2f gcr.io/k8s-minikube/kicbase:v0.0.30 "/usr/local/bin/entr…" 7 minutes ago Up 7 minutes 127.0.0.1:55758->22/tcp, 127.0.0.1:55759->2376/tcp, 127.0.0.1:55756->5000/tcp, 127.0.0.1:55757->8443/tcp, 127.0.0.1:55760->32443/tcp minikube
If you can provide a fixed nodePort to your app’s service, then you can add a custom port mapping on minikube from that nodePort (of minikube host/VM) to a hostPort (of WSL2). And then you can acccess the service with
You want to create a service with nodePort
In that case, make sure you start the minikube with a custom port mapping that includes this node port:
$ minikube start --ports=127.0.0.1:30080:30080
Now if you deploy the service with
nodePort=30080you will be able to access it via http://localhost:30080/.
There were issues like this in Minikube installation on MacOS. Here are some details about the workaround: https://github.com/kubernetes/minikube/issues/11193
If you have better answer, please add a comment about this, thank you!