Balanceador de Carga e Proxy para o Meteor não passando para 127.0.0.1 - Muitos Redirecionamentos?

Question

Eu tenho a seguinte configuração, mas vejo 302 Movido temporariamente quando eu enrolo o balanceador de carga. Em um navegador, ele informa Muitos redirecionamentos:

• 1 balanceador de carga com SSL
• 2 servidores da web

Eu solicito o link e recebo um 302 com o mesmo URL nele (veja a edição abaixo). Aqui está a configuração do servidor:

Servidor 1 - IP, por exemplo, 1.1.1.1 Nginx configurado como um balanceador de carga que lida com SSL e redireciona o http para https:

server_tokens off; # for security-by-obscurity: stop displaying nginx version
upstream www_backend {
    ip_hash;
    server 2.2.2.2:80;
    server 3.3.3.3:80;
}
# this section is needed to proxy web-socket connections
map $http_upgrade $connection_upgrade {
    default upgrade;
    ''      close;
}
# HTTP
server {
    listen 80;
    server_name www.domain.com; # the domain on which we want to host the application.
    # redirect non-SSL to SSL
    location / {
        rewrite     ^ https://$server_name$request_uri? permanent;
    }
}
server {
    listen 443 ssl spdy;
    server_name www.domain.com;
    ssl on;
    ssl_stapling on;
    ssl_session_cache shared:SSL:10m;
    ssl_session_timeout 5m;
    ssl_certificate         /etc/nginx/ssl/www.domain.com/server.pem; # full path to SSL certificate and CA certificate concatenated together
    ssl_certificate_key     /etc/nginx/ssl/www.domain.com/server.key; # full path to SSL key
    ssl_prefer_server_ciphers       on;
    ssl_protocols                   TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers 'ECDHE-R blah blah';
    # config to enable HSTS(HTTP Strict Transport Security) https://developer.mozilla.org/en-US/docs/Security/HTTP_Strict_Transport_Security
    # to avoid ssl stripping https://en.wikipedia.org/wiki/SSL_stripping#SSL_stripping
    add_header Strict-Transport-Security "max-age=31536000";
    ssl_dhparam /etc/nginx/ssl/dhparams.pem;
    location / {
        proxy_pass http://www_backend;
        proxy_http_version 1.1;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header X-Forwarded-For $remote_addr;
        proxy_headers_hash_bucket_size 128;
    }
}

Servidor Web 1 - IP, por exemplo, 2.2.2.2 Nginx configurado como proxy, escuta na porta 80 e passa para a porta 8080:

server_tokens off; # for security-by-obscurity: stop displaying nginx version
# this section is needed to proxy web-socket connections
map $http_upgrade $connection_upgrade {
    default upgrade;
    ''      close;
}
# HTTP
server {
    listen 80 default_server;
    listen [::]:80 default_server ipv6only=on;

    server_name www.domain.com;

    root /var/www/nginx/html;

    location /200.html {
        rewrite ^ /200.html break;
    }

    # pass all requests to Meteor
    location / {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $host;
        proxy_set_header X-NginX-Proxy true;
        proxy_redirect off;
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header X-Forwarded-For $remote_addr; # preserve client IP
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_headers_hash_bucket_size 128;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade; # allow websockets
        proxy_set_header Connection $connection_upgrade;

        # this setting allows the browser to cache the application in a way compatible with Meteor
        # on every application update the name of CSS and JS file is different, so they can be cache infinitely (here: 30 days)
        # the root path (/) MUST NOT be cached
        if ($uri != '/') {
            expires 30d;
        }
    }

    error_page 500 502 503 504 /50x.html;
    location /50x.html{
        root /var/www/nginx/html;
    }
}

Incluí algumas páginas HTML estáticas para testar se o servidor da web foi alcançado.

Aplicativo Meteor, escuta na porta local 8080:

export PORT=8080
# this allows Meteor to figure out correct IP address of visitors
export HTTP_FORWARDED_COUNT=1
# The domain name as configured previously as server_name in nginx
export ROOT_URL=http://www.domain.com
#Start Meteor
exec node /var/www/blah/main.js >> /var/log/blah/meteor.log

O servidor da Web 2 é configurado de forma semelhante.

Se eu fizer ssh no web1 e enrolar o meteoro, ele responderá como esperado: curl http: 127.0.0.1: 8080

Se eu enrolar a página HTML de teste de minha máquina dev, ela responderá como esperado: link

No entanto, se eu enrolar a raiz do meu dispositivo, ele responde sem nada: enrolar link

Atingir o link no Chrome mostra um erro de Muitos redirecionamentos. Como estou acessando https, não http, não entendo como esses redirecionamentos podem ser causados.

Eu tenho uma classificação A + para o SSL da Qualsys. Eu executei o sudo nginx -t em todos os servidores e os arquivos nginx estão corretos.

Eu criei um link simbólico em /etc/nginx/sites-enabled/www.domain.com - > /etc/nginx/sites-available/www.domain.com

Eu recarreguei o Nginx: sudo nginx -s reload

Editar BTW - Eu removi anteriormente / etc / nginx / sites-enabled / default e / etc / nginx / sites-available / default por recomendação de outro usuário ServerFault.

Editar Aqui está a resposta detalhada do curl:

* About to connect() to www.domain.com port 443 (#0)
*   Trying 1.1.1.1...
* connected
* Connected to www.domain.com (1.1.1.1) port 443 (#0)
* SSLv3, TLS handshake, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Server key exchange (12):
* SSLv3, TLS handshake, Server finished (14):
* SSLv3, TLS handshake, Client key exchange (16):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSL connection using DHE-RSA-AES128-SHA
* Server certificate:
*    subject: CN=www.domain.com
*    start date: 2016-03-14 00:00:00 GMT
*    expire date: 2019-03-14 23:59:59 GMT
*    subjectAltName: www.domain.com matched
*    issuer: C=US; O=GeoTrust Inc.; CN=Blah Blah 
*    SSL certificate verify ok.
> GET / HTTP/1.1
> User-Agent: curl/7.24.0 (x86_64-apple-darwin12.0) libcurl/7.24.0 OpenSSL/0.9.8r zlib/1.2.5
> Host: www.domain.com
> Accept: */*
> 
< HTTP/1.1 302 Moved Temporarily
< Server: nginx
< Date: Mon, 28 Mar 2016 05:52:35 GMT
< Transfer-Encoding: chunked
< Connection: keep-alive
< Location: https://www.domain.com/
< Strict-Transport-Security: max-age=31536000
< 
* Connection #0 to host www.domain.com left intact
* Closing connection #0
* SSLv3, TLS alert, Client hello (1):

Eu verifiquei o log de acesso do Nginx no servidor da Web e parece confirmar que é o servidor da web que está enviando o 302, não o balanceador de carga:

[28/Mar/2016:01:56:28 -0500] "GET / HTTP/1.1" 302 5 "-" "curl/7.24.0 (x86_64-apple-darwin12.0) libcurl/7.24.0 OpenSSL/0.9.8r zlib/1.2.5"

Portanto, em resumo, o balanceador de carga parece passar com êxito a chamada SSL de 443 para os servidores Web 80. O serviço de meteoros está sendo executado na web 1 & 2 e respondendo com êxito às solicitações da porta local 8080. Parece que o proxy de servidores da Web não está passando solicitações da porta 80 para a porta 8080.

    

Answer 1

No servidor da web, alterei a linha do esquema para forçar https:

proxy_set_header X-Forwarded-Proto https;

sudo reboot e funcionou.