国内环境WSL2在http代理下运行minikube

因为国内环境下无法访问k8s.gcr.io，因而需要设置代理来访问。如果没有正确设置好，在运行minikube start后会显示以下警告：

❗ This container is having trouble accessing https://k8s.gcr.io

说明这个容器不能正常访问到k8s.gcr.io去拉取镜像

参照https://minikube.sigs.k8s.io/... 正确配置的方法为：

export HTTP_PROXY=http://
export HTTPS_PROXY=https://
export NO_PROXY=localhost,127.0.0.1,10.96.0.0/12,192.168.99.0/24,192.168.39.0/24,192.168.49/24

minikube start

(官方文档漏掉了192.168.49/24)

问题就在于怎么让minikube连上windows的梯子。

假设我们在windows打开了一个允许来自局域网连接的HTTP代理服务，端口为10809。
那么为WSL2配置代理时，我们首先要知道WSL2下，windows的IP地址，则需要运行

cat /etc/resolv.conf

其中显示的nameserver则为WSL2连接到windows的IP地址，假设值为172.80.18.1 因此我们可以为WSL2设置梯子:

export HTTP_PROXY=http://172.80.18.1:10809
export HTTPS_PROXY=http://172.80.18.1:10809

这样我们就能在WSL2中使用到代理服务访问外网

！但是这样也无法让minikube连接到外网。

因为minikube是运行在docker desktop中的，不能直接使用到WSL2的网络（有误请指正）。而我们在开启WSL2中运行minikube的时候，minikube的系统会使用WSL2的网络环境变量（HTTP_PROXY, HTTPS_PROXY, NO_PROXY）作为minikube的环境变量。因此，正确的填写方式是：

export HTTP_PROXY=http://host.docker.internal:10809
export HTTPS_PROXY=http://host.docker.internal:10809
export NO_PROXY=localhost,127.0.0.1,10.96.0.0/12,192.168.99.0/24,192.168.39.0/24,192.168.49/24

minikube start

其中host.docker.internal在容器中会被容器的DNS服务解析为宿主的IP地址，也就是容器与windows通信的IP地址，类似WSL2与windows通信的IP地址。
这样设置，minikube就能使用到系统代理。