Proxy reverso nginx mais simples para outro contêiner no mesmo host fornece 502 Gateway inválido / conexão recusada

Question

Proxy reverso nginx mais simples para outro contêiner no mesmo host fornece 502 Gateway inválido / conexão recusada

#1 resposta do (1 votos)

1

Totalmente preso agora.

Isso é o que eu tenho. Eu construo e executo uma página HTML simples em nginx na porta 8080 (eu eventualmente quero rodar um aplicativo Java tomcat quando eu descobri isso).

Isso está no Windows 10 com o Docker 17.09 e o nginx 1.13

Esta é a configuração:

$ cat Dockerfile
FROM nginx
COPY nginx.conf /etc/nginx
COPY static-html /usr/share/nginx/html
EXPOSE 80

e a configuração:

$ cat nginx.conf

user  nginx;
worker_processes  1;

error_log  /dev/stdout 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  /dev/stdout  main;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;

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

Execute assim:

$ docker run -p 8080:80 --name dummy --rm dummy-nginx

Responde bem a curl :

$ curl -i http://localhost:8080
HTTP/1.1 200 OK
Server: nginx/1.13.7
Date: Thu, 30 Nov 2017 16:46:17 GMT
Content-Type: text/html
Content-Length: 101
Last-Modified: Wed, 29 Nov 2017 16:24:39 GMT
Connection: keep-alive
ETag: "5a1edf47-65"
Accept-Ranges: bytes

<head>
  <title>oh yeah</title>
</head>
<body>
  <h1>Absolutely</h1>
  <p>did this work?</p>
</body>

Para que tudo funcione bem. Este é o mesmo material para o proxy reverso, que é a parte que falha:

Dockerfile de proxy reverso

FROM nginx
COPY nginx.conf /etc/nginx/nginx.conf
COPY apt-proxy.conf /etc/apt/apt.conf.d
COPY nginx_signing.key /etc/apt
RUN apt-get update
RUN apt-get -y install apt-utils
RUN apt-get -y install gnupg gnupg2 gnupg1
RUN apt-key add /etc/apt/nginx_signing.key
RUN apt-get -y install curl
RUN apt-get -y install net-tools
EXPOSE 10040
CMD ["nginx"]

(eu coloquei essas ferramentas extras lá para tentar ajudar a diagnosticar isso)

Proxy reverso nginx.conf

daemon off;
user  nginx;
worker_processes  1;
pid        /var/run/nginx.pid;
error_log /dev/stdout debug;
events { worker_connections 1024; }

http {
    access_log /dev/stdout;

    upstream myapp {
        server localhost:8080;
    }

    server {
        listen 10040;

        location / {
            proxy_pass $scheme://myapp;
            proxy_redirect default;
            proxy_set_header HOST $host;
            proxy_set_header Referer $http_referer;
            proxy_set_header X-Forwarded-For $remote_addr;
            proxy_set_header X-Forwarded-Proto $scheme;
        }
    }    
}

Suspeito que todo o problema é apenas um pequeno erro em algum lugar (batendo a cabeça contra a parede).

Linha de comando para iniciar o proxy reverso

Isso inclui um pouco do registro com o erro do nginx e o item access_log que eu também canalizei para / dev / stdout.

$ docker run -p 10040:10040 --name rproxy --rm we1p202420008.cloud.registry(example).com:11095/rproxy
2017/11/30 16:55:20 [notice] 1#1: using the "epoll" event method
2017/11/30 16:55:20 [notice] 1#1: nginx/1.13.7
2017/11/30 16:55:20 [notice] 1#1: built by gcc 6.3.0 20170516 (Debian 6.3.0-18)
2017/11/30 16:55:20 [notice] 1#1: OS: Linux 4.9.49-moby
2017/11/30 16:55:20 [notice] 1#1: getrlimit(RLIMIT_NOFILE): 1048576:1048576
2017/11/30 16:55:20 [notice] 1#1: start worker processes
2017/11/30 16:55:20 [notice] 1#1: start worker process 5
2017/11/30 16:55:25 [error] 5#5: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 172.17.0.1, server: , request: "GET / HTTP/1.1", upstream: "http://0.0.0.0:8080/", host: "localhost:10040"
172.17.0.1 - - [30/Nov/2017:16:55:25 +0000] "GET / HTTP/1.1" 502 173 "-" "curl/7.56.1"
2017/11/30 16:55:25 [info] 5#5: *1 client 172.17.0.1 closed keepalive connection

Esse erro é registrado quando tento acessar o site fictício do r-proxy da seguinte forma:

$ curl -i http://localhost:10040
HTTP/1.1 502 Bad Gateway
Server: nginx/1.13.7
Date: Thu, 30 Nov 2017 18:05:06 GMT
Content-Type: text/html
Content-Length: 173
Connection: keep-alive

<html>
<head><title>502 Bad Gateway</title></head>
<body bgcolor="white">
<center><h1>502 Bad Gateway</h1></center>
<hr><center>nginx/1.13.7</center>
</body>
</html>

Agora, se não há nada óbvio na configuração que acabei de postar e realmente não é apenas a minha estupidez, então há algumas coisas desconcertantes que eu não posso ir mais longe. Por exemplo, quando executo curl dentro da minha instância de proxy reverso:

docker exec rproxy curl -i http://localhost:8080

ele me fornece o resultado do conteúdo bloqueado do firewall corporativo:

The website http://localhost/ that you are trying to access is currently categorised as Uncategorized URLs< and has been deemed to be potentially unsafe or unsuitable for browsing.

nginx docker reverse-proxy

por Adam 30.11.2017 / 19:28

1 resposta

Tags nginx docker reverse-proxy

Scripting TeamViewer VPN Como capturar milissegundos nos arquivos de log do IIS 10?

score 1 · Answer 1

Usando bridge como palavra-chave mágica, finalmente comecei a obter os resultados de mecanismos de pesquisa de que precisava.

O comentário sobre a questão apontou o problema: o nginx estava apenas encaminhando solicitações para localhost:8080 internamente dentro de seu próprio contêiner, em vez do host:ports onde os outros contêineres estivessem.

Eu verifiquei e muitas pessoas estão escrevendo os FQDNs de seus servidores proxy em seus nginx.conf , o que eu não queria, pois imaginei que poderia ser supercomplicado quando a compilação preenche os arquivos de configuração para cada ambiente.

Então, a partir de Aceder à máquina anfitriã a partir do contentor docker e docs do Docker Aprendi sobre docker network hoje e implementei o seguinte para dê ao meu ambiente de desenvolvimento um ip de host único e imutável.

No meu nginx.conf para o proxy reverso, tenho proxy_pass http://myapp:8080 , em que myapp será o nome do contêiner do docker que eu forneço ao aplicativo com proxy.

Em seguida, crio a rede de ponte definida pelo usuário:

docker network create -d bridge myapp-net

Eu ainda não entendi porque a rede padrão da ponte docker não funciona.

E, em seguida, inicio os contêineres, anexando-os ao myapp-net :

docker run -p 8080:8080 --network=myapp-net --name myapp --rm myregistry:11095/myapp

docker run -p 10040:443 --network=myapp-net --name rproxy --rm myregistry:11095/myapp-rproxy

e funciona.

Estou trabalhando na minha estação de trabalho do Windows e imaginei que a gravação do FQDN do host externo real em nginx.conf exigiria uma nova definição de ambiente para cada estação de trabalho, mas com myapp no arquivo conf em vez disso, removeria a dependência o nome do host ou IP.