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

Question

У меня есть выделенный сервер, на котором я хочу разместить разные сайты, каждый из которых работает в отдельном док-контейнере. У меня нет домена, поэтому я хочу получить доступ к серверу по 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;

Answer 1

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

Answer 2

Благодаря ответу жаворонков я нашел рабочее решение по , а не с использованием 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, и многие другие функции..