Ошибка неверного шлюза на целевом веб-сайте, настроенном с помощью Docker-контейнера "nginx-proxy"

Я пытаюсь устранить ошибку шлюза 502 на моем VPS на latex.comnmodel.org, используя великий nginx-proxy Докер контейнер. Я потерял в конфигурации, так что я перехожу эту проблему как вопрос в github, и здесь, чтобы найти помощь.

мой docker0 является 172.17.0.1и docker -ps возврат команды:

CONTAINER ID        IMAGE                   COMMAND                  CREATED             STATUS              PORTS                                      NAMES
dca0d15c69bf        sharelatex/sharelatex   "/sbin/my_init"          2 minutes ago       Up 2 minutes        0.0.0.0:5000->80/tcp                       sharelatex
55ebd6b84a6a        osixia/phpldapadmin     "/container/tool/run"    3 days ago          Up 3 days           80/tcp, 443/tcp                            sleepy_thompson
e8fe2bd50c3a        osixia/openldap         "/container/tool/run"    3 days ago          Up 3 days           389/tcp, 636/tcp                           dreamy_babbage
9597ef0cded5        jwilder/nginx-proxy     "/app/docker-entrypoi"   3 days ago          Up 3 days           0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp   pensive_raman

Я создаю изображение sharelatex с параметром VIRTUAL_PORT и без него:

sudo docker run -d -e "VIRTUAL_HOST=latex.comnmodel.org" -e "VIRTUAL_PORT=80" -v ~/sharelatex_data:/var/lib/sharelatex -p 5000:80 --name=sharelatex sharelatex/sharelatex

docker exec pensive_raman grep -vE '^\s*$' /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 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;
}
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;
# 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;
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;
}
upstream latex.comnmodel.org {
                        # sharelatex
                        server 172.17.0.5:80;
}
server {
        server_name latex.comnmodel.org;
        listen 80 ;
        access_log /var/log/nginx/access.log vhost;
        location / {
                proxy_pass http://latex.comnmodel.org;
        }
}
upstream ldap.comnmodel.org {
                        # sleepy_thompson
                        server 172.17.0.4:80;
}
server {
        server_name ldap.comnmodel.org;
        listen 80 ;
        access_log /var/log/nginx/access.log vhost;
        location / {
                proxy_pass http://ldap.comnmodel.org;
        }
}

Когда я ping latex.comnmodel.org находится на моем VPS IP 51.255.47.40:

PING latex.comnmodel.org (51.255.47.40) 56(84) bytes of data.
64 bytes from 40.ip-51-255-47.eu (51.255.47.40): icmp_seq=1 ttl=50 time=14.6 ms
64 bytes from 40.ip-51-255-47.eu (51.255.47.40): icmp_seq=2 ttl=50 time=12.9 ms
64 bytes from 40.ip-51-255-47.eu (51.255.47.40): icmp_seq=3 ttl=50 time=13.6 ms

docker logs pensive_raman вернуть

nginx.1    | latex.comnmodel.org 81.64.146.124 - - [22/Nov/2015:22:40:23 +0000] "GET / HTTP/1.1" 502 181 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:42.0) Gecko/20100101 Firefox/42.0"
nginx.1    | latex.comnmodel.org 81.64.146.124 - - [22/Nov/2015:22:40:26 +0000] "GET / HTTP/1.1" 502 181 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:42.0) Gecko/20100101 Firefox/42.0"
nginx.1    | latex.comnmodel.org 81.64.146.124 - - [22/Nov/2015:22:40:32 +0000] "GET / HTTP/1.1" 502 181 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:42.0) Gecko/20100101 Firefox/42.0"

Я пытаюсь подключиться к pensive_raman (имя образа nginx-proxy) и пингует контейнер sharelatex 172.0.17.5, без успеха, есть ли проблема с моим сетевым конфигом?

  • Нужно ли использовать --link вариант docker run подключить контейнер nginx-proxy и контейнер sharelatex?

  • У меня два 80 порта на 0.0.0.0, это может быть проблемой, мне нужно уточнить IP 172.17.0.5 когда я запускаю образ sharelatex? Это не чисто

Веб-сайт latex.comnmodel.org вернуть 502 bad gatewayчто мне здесь не хватает, это очень расстраивает:(

ОБНОВЛЕНИЕ 1:

Документация говорит, что если --icc = false, команда sudo iptables -L -n Команда содержит правило падения. Кажется, что это не так, поэтому опция icc принимает значение по умолчанию true.

Chain INPUT (policy ACCEPT)
target     prot opt source               destination
f2b-sshd   tcp  --  0.0.0.0/0            0.0.0.0/0            multiport dports 22

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
DOCKER     all  --  0.0.0.0/0            0.0.0.0/0
ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0            ctstate RELATED,ESTABLISHED
ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Chain DOCKER (1 references)
target     prot opt source               destination
ACCEPT     tcp  --  0.0.0.0/0            172.17.0.2           tcp dpt:443
ACCEPT     tcp  --  0.0.0.0/0            172.17.0.2           tcp dpt:80
ACCEPT     tcp  --  0.0.0.0/0            172.17.0.5           tcp dpt:80

Chain f2b-sshd (1 references)
target     prot opt source               destination
RETURN     all  --  0.0.0.0/0            0.0.0.0/0

1 ответ

Проверьте, запускаете ли вы демон Docker с --icc=false (межконтейнерная связь)

Другие вопросы по тегам