别着急，我帮你分析下可能的原因，以及对应的解决办法：

1. 运行容器时不小心清除/覆盖了代理变量 #

Docker在运行容器时，如果使用了--unset-env参数（比如docker run --unset-env http_proxy your-image），或者用-e参数设置了同名但空值的变量（比如docker run -e http_proxy= your-image），都会把你在Dockerfile里设置的代理变量给清空。

解决办法：检查你的容器运行命令，去掉这类会清除代理变量的参数，直接用docker run your-image启动，再进去查看环境变量试试。

2. 构建阶段后续操作不小心 unset 了代理变量 #

如果你的RUN指令执行的下载任务之后，有额外的命令不小心执行了unset http_proxy https_proxy，那这些变量就会被从镜像的环境变量里移除，自然运行时看不到。

解决办法：检查你的RUN指令完整内容，确保没有清理代理变量的操作。如果只是构建时需要代理，运行时不需要，那可以在构建完成后清理，但如果你运行时也需要，就别加unset的命令。

3. 基础镜像的入口逻辑干扰了环境变量 #

虽然你自己设置了ENTRYPOINT sleep infinity，但有些基础镜像可能会在底层的入口脚本里（比如/entrypoint.sh这类文件）清理代理相关的环境变量。不过这种情况比较少见，因为你已经覆盖了ENTRYPOINT。

验证方法：可以直接用docker run -it your-image bash临时替换入口命令，进去后查看环境变量，如果能看到，那可能是你的ENTRYPOINT相关的逻辑有问题（不过sleep infinity应该不会影响）。

额外提示：区分构建代理和运行代理 #

如果你只是构建阶段需要代理（比如下载依赖），而运行容器时不需要代理，其实可以用ARG指令来设置构建时的代理，这样代理变量不会被带到运行时的容器里：

FROM hub.docker.example.com/fedora:25
ARG http_proxy=http://example.com:911
ARG https_proxy=https://example.com:912
RUN \
. . 执行需代理的下载等任务 . .
ENTRYPOINT sleep infinity

但如果你运行时也需要代理，那你的原始Dockerfile写法是没问题的，只要排查上面的几个原因就行。

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