jwilder / nginx -proxy: нет доступа к виртуальному хосту - PullRequest
Новая
       31

jwilder / nginx -proxy: нет доступа к виртуальному хосту

0 голосов
/ 08 февраля 2020

У меня есть NAS за маршрутизатором. На этом NAS я хочу запустить совместное тестирование Nextcloud и Seafile. Все должно быть настроено с docker. Контейнер jwilder / nginx -proxy не работает должным образом, и я не могу найти полезную информацию. Я чувствую, что мне чего-то очень не хватает c.

Что работает:

  • У меня есть noip.com DynDNS, который указывает на мой маршрутизатор ip : blabla.ddns. net
  • Маршрутизатор перенаправляет порты 22, 80 и 443 на мой NAS на 192.168.1.11
  • Доступ к простому серверу nginx, работающему на NAS, можно получить через blabla.ddns. net, его docker -compose.yml это: 
version: '2'
services:
  nginxnextcloud:
    container_name: nginxnextcloud
    image: nginx
    restart: always
    ports:
      - "80:80"
    networks:
      - web

networks:
  web:
    external: true

Что не работает:

  • Тот же сервер nginx, что и выше, за nginx -прокси. Я не могу получить доступ к этому серверу. При вызове blabla.ddns. net выдается ошибка 503, при вызове nextcloud.blabla.ddns. net выдается «страница не найдена». Просмотр журналов nginx -прокси через docker logs -f nginxproxy регистрирует каждый тест с blabla.ddns. net и показывает его ответ 503, но когда я пытаюсь получить доступ к nextcloud.blabla.ddns. net даже не журнал запись происходит. Это docker -compose.yml для одного nginx за nginx -прокси: 
version: '2'
services:
  nginxnextcloud:
    container_name: nginxnextcloud
    image: nginx
    restart: always
    expose:
      - 80
    networks:
      - web
    environment:
      - VIRTUAL_HOST=nextcloud.blabla.ddns.net

  nginx-proxy:
    image: jwilder/nginx-proxy
    container_name: nginxproxy
    ports:
      - "80:80"
    volumes:
      - /var/run/docker.sock:/tmp/docker.sock
    networks:
      - web

networks:
  web:
    external: true

Сгенерированный файл конфигурации для nginx -proxy / etc / nginx / conf.d / default.conf содержит записи для моего тестового сервера: 

# If we receive X-Forwarded-Proto, pass it through; otherwise, pass along the
# scheme used to connect to this server
map $http_x_forwarded_proto $proxy_x_forwarded_proto {
  default $http_x_forwarded_proto;
  ''      $scheme;
}
# If we receive X-Forwarded-Port, pass it through; otherwise, pass along the
# server port the client connected to
map $http_x_forwarded_port $proxy_x_forwarded_port {
  default $http_x_forwarded_port;
  ''      $server_port;
}
# If we receive Upgrade, set Connection to "upgrade"; otherwise, delete any
# Connection header that may have been passed to this server
map $http_upgrade $proxy_connection {
  default upgrade;
  '' close;
}
# Apply fix for very long server names
server_names_hash_bucket_size 128;
# Default dhparam
ssl_dhparam /etc/nginx/dhparam/dhparam.pem;
# Set appropriate X-Forwarded-Ssl header
map $scheme $proxy_x_forwarded_ssl {
  default off;
  https on;
}
gzip_types text/plain text/css application/javascript application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
log_format vhost '$host $remote_addr - $remote_user [$time_local] '
                 '"$request" $status $body_bytes_sent '
                 '"$http_referer" "$http_user_agent"';
access_log off;
        ssl_protocols TLSv1.2 TLSv1.3;
        ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384';
        ssl_prefer_server_ciphers off;
resolver 127.0.0.11;
# HTTP 1.1 support
proxy_http_version 1.1;
proxy_buffering off;
proxy_set_header Host $http_host;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $proxy_connection;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $proxy_x_forwarded_proto;
proxy_set_header X-Forwarded-Ssl $proxy_x_forwarded_ssl;
proxy_set_header X-Forwarded-Port $proxy_x_forwarded_port;
# Mitigate httpoxy attack (see README for details)
proxy_set_header Proxy "";
server {
    server_name _; # This is just an invalid value which will never trigger on a real hostname.
    listen 80;
    access_log /var/log/nginx/access.log vhost;
    return 503;
}
# nextcloud.blabla.ddns.net
upstream nextcloud.blabla.ddns.net {
                ## Can be connected with "web" network
            # nginxnextcloud
            server 172.22.0.2:80;
}
server {
    server_name nextcloud.blabla.ddns.net;
    listen 80 ;
    access_log /var/log/nginx/access.log vhost;
    location / {
        proxy_pass http://nextcloud.blabla.ddns.net;
    }
}

Почему этот минимальный пример не работает?

...