Через несколько недель я столкнулся с проблемой go, где я столкнулся с minikube ip = 127.0.0.1. Никогда не разобрался, думал, что я сделаю еще один выстрел Теперь я получаю minikube ip = 172.17.0.2 и сталкиваюсь с подобными проблемами.
По сути, не удается подключиться в браузере к 172.17.0.2, поскольку время ожидания истекло. Это не было проблемой пару месяцев go и только начиналось в течение последних 3-4 недель.
- Использование WSL2 (Ubuntu 18.04)
docker, kubectl, minikube, skaffold все в WSL2 (т. Е. Нет Docker для Windows) - Использование
--driver=docker, потому что это единственное, что работает в WSL2 minikube ip is 172.17.0.2ingress контроллер работает нормально для minikube- Пробное подключение к порту
2376
Как я должен подключаться к этому кластеру, работающему в minikube с этим IP?
EDIT
Во всех случаях (macOS, Ubuntu, WSL2) я использую skaffold для запуска в кластер и использование ingress-nginx для обработки трафика c. Так что это, вероятно, проблема, уникальная для использования --driver=docker, и поскольку это единственный драйвер, который работает для WSL2, он делает WSL2 бесполезным для меня, так как я не знаю, как обходится.
В macOS (--driver=hyperkit) или Ubuntu (--driver=kvm2), шаги довольно просты:
minikube start
minikube ip
В браузере вы переходите к IP-адресу, предоставленному minikube ip, и он просто работает. Этот IP-адрес никогда не будет 172.17.0.2 или 127.0.0.1.
С WSL2 (--driver=docker, потому что --driver=none или любой драйвер виртуальной машины не работает), это, очевидно, не так:
sudo service docker start
minikube start
minikube ip
minikube ip обеспечивает это 172.17.0.2. Насколько я понимаю, это Docker сервисный IP. Поэтому, когда вы переходите к нему из браузера, он вращается и вращается, и в конечном итоге время ожидания истекает.
Возможно, есть дополнительный набор команд, чтобы заставить это работать в WSL2, но я просто запускаю команды, которые я обычно запускаю в macOS или Ubuntu.
Так как вы должны соединиться? в кластер из браузера для просмотра запущенного приложения?