хост-контейнеры в разных подпапках URL-адреса http://10.10.10.10/site-a и http://10.10.10.10/site-b

У меня есть выделенный сервер, на котором я хочу разместить разные сайты, каждый из которых работает в отдельном док-контейнере. У меня нет домена, поэтому я хочу получить доступ к серверу по IP-адресу или URL-адресу dynDNS. Каждый сайт должен быть доступен в подпапке моего IP-адреса / dyndns, например:

http://10.10.10.10/site-a --> redirects to e.g. nginx running in container A

http://10.10.10.10/site-b --> redirects to e.g. appache running in container B

и т.п.

Я думаю, что я должен использовать обратный прокси для этого. Я нашел этот https://github.com/jwilder/nginx-proxy, который кажется быть довольно простым с точки зрения расширяемости, если я планирую добавить дополнительный контейнер в будущем. Однако я всегда получаю сообщение HTTP 503 «Временно недоступно», если пытаюсь получить доступ к http://10.10.10.10/site-a или http://10.10.10.10/site-a или http://10.10.10.10 напрямую.

Я попробовал пример whoami, как описано на https://github.com/jwilder/nginx-proxy#docker-compose Это отлично работает, если я попробую curl -H "Host: whoami.local" localhost

Я изменил этот пример docker-compose.yml, чтобы он соответствовал моему варианту использования:

    version: '2'

    services:
      nginx-proxy:
        image: jwilder/nginx-proxy
        ports:
          - "80:80"
        volumes:
          - /var/run/docker.sock:/tmp/docker.sock:ro

      site-a:
        image: nginx
        volumes:
          - /home/chris/docker/site-a:/usr/share/nginx/html
        environment:
          - VIRTUAL_HOST=site-a.local

      site-b:
        image: nginx
        volumes:
          - /home/chris/docker/site-b:/usr/share/nginx/html
        environment:
          - VIRTUAL_HOST=site-b.local

Site-a и site-b — это просто контейнеры nginx, в которых размещен статический html-файл для целей тестирования.

выполнение

curl -H "Host: site-a.local" http://10.10.10.10

возвращает статический html с сайта site-a

curl -H "Host: site-b.local" http://my-dyn-dns.com

возвращает статический html с site-b

Но если я попытаюсь получить доступ к любому из этих URL-адресов с помощью браузера, я снова получу HTTP 503 :-(

nginx.conf остался нетронутым из образа dockerhub:

/etc/nginx# cat nginx.conf 

user  nginx;
worker_processes  auto;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;

    include /etc/nginx/conf.d/*.conf;
}
daemon off;

person user3620060    schedule 25.04.2019    source источник


Ответы (2)


Похоже, часть вашей проблемы заключается в том, что вы настроили виртуальный хостинг на основе имени (вот почему curl -H "Host: site-a.local" http://10.10.10.10 работает), но на самом деле вам нужен виртуальный хостинг на основе пути (чтобы вы могли получить доступ к http://...whatever.../site-a/ и получить site-a.

Вы можете полностью настроить это с помощью nginx, но вам нужно будет добавить явную конфигурацию в свой nginx.conf с помощью чего-то вроде:

location /site-a/ {
  proxy_pass http://site-a/;
}

Подробнее см. этот ответ, а также документация nginx по настройке обратного прокси.

Если вы хотите посмотреть на что-то другое, кроме nginx, для своего внешнего интерфейса, это хороший пример использования Traefik, который — это обратный прокси-сервер, предназначенный для работы с Docker (и другими провайдерами). Ключевой особенностью является то, что он динамически настраивается на основе меток, применяемых к вашим внутренним контейнерам.

Вы можете реализовать желаемую конфигурацию с помощью docker-compose.yml, как показано ниже:

---
version: "3"

services:
  site-a:
    image: nginx
    volumes:
      - /home/chris/docker/site-a:/usr/share/nginx/html
    labels:
      traefik.frontend.rule: "PathPrefixStrip:/site-a/"
      traefik.enable: true
      traefik.port: 80

  site-b:
    image: nginx
    volumes:
      - /home/chris/docker/site-b:/usr/share/nginx/html
    labels:
      traefik.frontend.rule: "PathPrefixStrip:/site-b/"
      traefik.enable: true
      traefik.port: 80

  frontend:
    image: traefik
    command: --api --docker --logLevel=DEBUG
    ports:
      - "80:80"

      # Expose the Traefik web UI on port 8080. We restrict this
      # to localhost so that we don't publicly expose the
      # dashboard.
      - "127.0.0.1:8080:8080"
    volumes:
      - "/var/run/docker.sock:/var/run/docker.sock"
    labels:
      traefik.enable: false

Для службы внешнего интерфейса не требуется настройка; Traefik подключается к Docker API и следит за созданием дополнительных контейнеров, а также использует метки, прикрепленные к этим контейнерам, для своей настройки.

person larsks    schedule 25.04.2019
comment
Файл docker-compose.yml не работает. ERROR: The Compose file './docker-compose.yml' is invalid because: services.frontend.labels.traefik.enable contains false, which is an invalid type, it should be a string, number, or a null - person kkuilla; 21.05.2019
comment
Это docker-compose.yml действительно работает. Вы можете увидеть успешный запуск здесь. Если у вас возникли трудности, это может быть связано с другой версией двоичного файла docker-compose. Я использую docker-compose version 1.20.1, build 5d8c71b. - person larsks; 22.05.2019
comment
Ты прав. Я использовал docker-compose version 1.17.1, build unknown. Я обновился до docker-compose version 1.24.0, build 0aa59064 и все заработало. - person kkuilla; 24.05.2019

Благодаря ответу larsks я нашел рабочее решение, не используя nginx-proxy. Я просто использую обычный контейнер nginx со следующим файлом nginx.conf:

user  nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log;

events {
    worker_connections  1024;
}

http {
    server {
      listen 80;
      location /site-a {
        proxy_pass http://site-a/;
      }
      location /site-b {
        proxy_pass http://site-b/;
      }
        # I can even forward to an apache server running on the host on port 81:
      location /site-c/ {
        proxy_pass http://10.10.10.10:81/;
      }
    }
}

Я создаю контейнер nginx с локально сохраненным файлом nginx.conf, связанным через тома. Итак, это соответствующий файл docker-compose.yml.

version: '2'

services:
        myProxy:
                image: nginx
                ports: 
                        - "80:80"
                volumes:
                        - /home/me/myProxy/nginx.conf:/etc/nginx/nginx.conf

        site-a:
                image: nginx
                volumes:
                        - //home/me/site-a:/usr/share/nginx/html

        site-b:
                image: nginx
                volumes:
                        - /home/me/site-b:/usr/share/nginx/html

Я также посмотрю на traefik, так как, насколько я понял, он позволяет выполнять динамическую настройку, такую ​​​​как nginx-proxy (и многие другие функции).

person user3620060    schedule 25.04.2019