我有一个Dockerised应用程序,我想在代理和非代理主机环境中运行。我试图通过将正常的环境变量(例如http_proxy)复制到容器中来解决此问题,当且仅当它们存在于主机中时。
我可以通过运行
获得90%的方式set | grep -i _proxy=>proxies.env
在顶级脚本中,然后在我的docker-compose.yml:
中myserver:
build: ./myserver
env_file:
- proxies.env
这会将主机的环境代理变量(如果有)复制到服务器容器中,并且它的工作原理是这些变量在容器运行时可用,换句话说就是Dockerfile CMD或ENTRYPOINT执行的阶段。< / p>
但是我有一个容器需要运行npm作为构建步骤,即来自Dockerfile中的RUN命令,并且这些变量在此阶段似乎不存在,因此npm无法找到代理并挂起。在其他作品中,如果我有
RUN set
在我的Dockerfile中,我看不到来自proxies.env的任何变量,但如果我这样做
docker exec -it myserver /bin/bash
然后运行set,我可以从proxies.env看到所有内容。
任何人都可以推荐一种方法,使这些变量在容器构建时可见,而不必对它们进行硬编码,这样我的docker-compose.yml和Dockerfile仍然适用于具有代理的主机和没有代理的主机吗? / p>
(使用centos 7,docker-compose 1.3.1和docker 1.7.0运行)
答案 0 :(得分:31)
更新2016,docker-compose 1.6.2,docker 1.10+,docker-compose.yml
version 2:
您现在拥有args:
sub-section的build:
section,其中包含非常有趣的可能性:
仅使用密钥构建参数将解析为计算机上的环境值。
见PR 2653(2016年1月)
因此,在docker-compose.yml
文件本身中引入代理变量而不对其进行硬编码的方法是使用这种精确的语法:
version: '2'
services:
myservice:
build:
context: .
args:
- http_proxy
- https_proxy
- no_proxy
在调用docker-compose之前,您需要确保设置了代理环境变量:
export http_proxy=http://username:password@proxy.com:port
export https_proxy=http://username:password@proxy.com:port
export no_proxy=localhost,127.0.0.1,company.com
docker-compose up
然后Dockerfile
进程构建的docker-compose
将自动获取代理变量值,即使docker-compose.yml
不包含任何硬编码的特定值。
答案 1 :(得分:5)
可能是您的“环境”选项可以解决您的问题。在你的docker中,compose文件看起来像是:
myserver:
build: ./myserver
environment:
- HTTP_PROXY=192.168.1.8
- VARIABLE=value
- ...
答案 2 :(得分:3)
也许你可以试试这个:
在将{。{1}},RUN
.env文件调入图片
ADD
然后为您的RUN语句添加前缀:
ADD proxies.env proxies.env
这会产生以下输出:
RUN export `cat proxies.env` && echo "FOO is $FOO and BAR is $BAR"
答案 3 :(得分:2)
docker-compose.yml
...
server:
build: .
args:
env: $ENV
...
Dockerfile
ARG env
ENV NODE_ENV $env
答案 4 :(得分:0)
此示例修复了YUM。
version: '2'
services:
example-service:
build:
context: .
args:
http_proxy: proxy.example.com:80