在Minikube中构建镜像卡住问题求助

我之前也碰到过类似的情况——外部Docker构建完全正常，但在Minikube内部构建时就卡在依赖下载环节。结合你的描述，大概率是Minikube的VM环境存在网络访问限制，给你几个可行的解决办法：

1. 先验证Minikube VM的网络连通性 #

首先确认Minikube的虚拟机能不能正常访问外网，这是最基础的排查步骤：

# 进入Minikube的VM
minikube ssh
# 测试Alpine源和yarn源的连通性
ping dl-cdn.alpinelinux.org
ping registry.yarnpkg.com

如果ping不通，说明Minikube的网络驱动有问题，试试重启并指定稳定的驱动（比如docker，如果你本地装了Docker）：

minikube stop && minikube delete
minikube start --driver=docker

2. 给yarn换国内镜像源 #

很多时候是官方源访问太慢导致超时卡住，直接在Dockerfile里配置国内的yarn镜像源就能解决：
修改后的Dockerfile如下：

FROM node:10.16.2-alpine
WORKDIR /app/server
ADD package.json .
# 添加国内yarn镜像源，加速依赖下载
RUN yarn config set registry https://registry.npmmirror.com/
RUN apk --no-cache add --virtual .build build-base python && \
    yarn install && \
    npm rebuild bcrypt --build-from-source && \
    yarn cache clean && \
    apk del .build
ADD . .
EXPOSE 3000
CMD [ "yarn", "start" ]

3. 绕开Minikube内部构建：外部构建后导入镜像 #

既然你的Dockerfile在外部能正常工作，完全可以先在本地构建好镜像，再导入到Minikube的Docker环境里：

# 在本地外部Docker构建镜像
docker build -t my-image .
# 将镜像导入Minikube
minikube image load my-image

这种方法直接避开了Minikube内部的网络问题，简单高效。

4. 检查Minikube的代理配置 #

有时候即使你没手动设置代理，Minikube也可能继承了主机的代理环境变量，导致网络请求异常。可以进入VM查看：

minikube ssh
echo $HTTP_PROXY $HTTPS_PROXY $NO_PROXY

如果发现有意外的代理变量，启动Minikube时明确禁用：

minikube start --docker-env HTTP_PROXY= --docker-env HTTPS_PROXY= --docker-env NO_PROXY=

内容的提问来源于stack exchange，提问作者user1726616