How to make environmental variables available to D

问题:

I have a Dockerised application which I would like to run in both proxy and non-proxy host environments. I'm trying to resolve this problem by copying the normal environment variables, such as http_proxy, into the containers if and only if they exist in the host.

I can get 90% of the way there by running

set | grep -i _proxy=>proxies.env

in a top-level script, and then having, in my docker-compose.yml:

myserver:
  build: ./myserver
  env_file:
   - proxies.env

This copies the host's environmental proxy variables, if any, into the server container, and it works in the sense that these variables are available at container run time, in other words by the stage that the Dockerfile CMD or ENTRYPOINT executes.

However I have one container which needs to run npm as a build step, ie from a RUN command in the Dockerfile, and these variables appear not to be present at this stage, so npm can't find the proxy and hangs. In other works, if I have

RUN set

in my Dockerfile, I can't see any variables from proxies.env, but if I do

docker exec -it myserver /bin/bash

and then run set, I can see everything from proxies.env.

Can anyone recommend a way to make these variables visible at container build time, without having to hard-code them, so that my docker-compose.yml and Dockerfile will still work both for hosts with proxies and hosts without proxies?

(Running with centos 7, docker-compose 1.3.1 and docker 1.7.0)

回答1:

Maybe you can try this:

Before you call RUN, ADD the .env file into the image

ADD proxies.env proxies.env

then prefix your RUN statement:

RUN export `cat proxies.env` && echo "FOO is $FOO and BAR is $BAR"

This produces the following output:

root@armenubuntudev:~/Dockers/set-env# docker build -t ashimoon/envtest .
Sending build context to Docker daemon 3.584 kB
Sending build context to Docker daemon 
Step 0 : FROM ubuntu
 ---> 91e54dfb1179
Step 1 : ADD proxies.env proxies.env
 ---> Using cache
 ---> 181d0e082e65
Step 2 : RUN export `cat proxies.env` && echo "FOO is $FOO and BAR is $BAR"
 ---> Running in 30426910a450
FOO is 1 and BAR is 2
 ---> 5d88fcac522c
Removing intermediate container 30426910a450
Successfully built 5d88fcac522c

回答2:

Update 2016, docker-compose 1.6.2, docker 1.10+, with a docker-compose.yml version 2:

You now have the args: sub-section of the build: section, which includes that very interesting possibility:

Build arguments with only a key are resolved to their environment value on the machine Compose is running on.

See PR 2653 (January 2016)

As a result, a way to introduce the proxy variables without hard-coding them in the docker-compose.yml file itself is with that precise syntax:

version: '2'
services:
  myservice:
    build:
      context: .
      args:
        - http_proxy
        - https_proxy
        - no_proxy

Before calling docker-compose up, you need to make sure your proxy environment variables are set:

export http_proxy=http://username:[e-mail]:port
export https_proxy=http://username:[e-mail]:port
export no_proxy=localhost,127.0.0.1,company.com

docker-compose up

Then your Dockerfile built by the docker-compose process will pick up automatically the proxy variable values, even though the docker-compose.yml does not include any hard-coded specific values.

回答3:

May be you the "environment" option solves your problem. In your docker compose file would looks like:

myserver:
   build: ./myserver
   environment:
   - HTTP_PROXY=192.168.1.8
   - VARIABLE=value
   - ...

回答4:

docker-compose.yml

...
server:
  build: .
  args:
    env: $ENV
...

Dockerfile

ARG env

ENV NODE_ENV $env

回答5:

This example fixes YUM.

version: '2'
services:  
  example-service:
    build:
      context: .
      args:
        http_proxy: proxy.example.com:80