502 Bad Gateway lors de la redirection sur nginx

J’ai un problème avec la redirection nginx. Je travaille sur nginx 1.4.4 et j’ai deux redirections séparées. Cela devrait fonctionner de deux manières: Première redirection: Adresse address1.com redirige vers l’adresse address2.com -> Adresse address2.com redirige vers addres2.com:1234 où réside l’application.

La deuxième redirection est directement depuis ddress2.com: – address2.com redirige vers address2.com:1234

Maintenant, le problème: – Redirection de address1.com pour address2.com fonctionne, mais address2.com pour address2.com:port ne le fait pas. Il se termine par l’erreur 502 Bad Gateway. Configs et

les erreurs de journal sont présentées ci-dessous: Informations de error.log:

[error] : *386 connect() failed (111: Connection refused) while connecting to upstream, client: {client ip addr}, server:{server name}, request: 

“GET / HTTP / 1.1″, en amont: ” https://127.0.0.1 : {port}”, hôte: “{nom du serveur}”

Nginx utilise de nombreux fichiers .conf stockés dans l’emplacement conf.d.

address1.conf (cela fonctionne):

 server { ### server port and name ### listen {ip_addr}:443; ssl on; server_name address1.com; access_log /var/log/nginx/address1.log; error_log /var/log/nginx/address1-error.log; ssl_certificatee /etc/httpd/ssl/servercert.crt; ssl_certificatee_key /etc/httpd/ssl/private/serverkey.key; location / { rewrite ^ $scheme://address2.com redirect; }} 

fichier de config address2.com (ceci ne fait pas):

 server { ### server port and name ### listen {ip_addr}:443; ssl on; server_name address2.com; access_log /var/log/nginx/address2.log; error_log /var/log/nginx/address2-error.log; ssl_certificatee /etc/httpd/ssl/servercert.crt; ssl_certificatee_key /etc/httpd/ssl/private/serverkey.key; proxy_read_timeout 180; location / { proxy_pass https://127.0.0.1:{port}; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Ssl on; proxy_set_header X-Forwarded-Protocol $scheme; proxy_set_header X-Forwarded-HTTPS on; }} 

Ce qui est drôle, c’est que j’ai une autre application travaillant sur le schéma addr3.com -> addr3.com:port et redirection fonctionne tout simplement parfait. Le seul

La différence entre address2.conf et address3.conf est le port sur lequel les applications fonctionnent. Chaque adresse utilise https, le port 443 est ouvert sur le pare-feu.

J’espère que ma description est suffisamment détaillée, si ce n’est juste me le faire savoir. Je suis aux sockets avec ce problème depuis quelques jours et je n’ai trouvé aucun conseil ou solution qui me convienne.

J’apprécierais toute aide.

Le problème pourrait être avec SELinux. Vérifiez si cela fonctionne avec sestatus . Étant donné que certains transferts fonctionnent pour vous, cette commande peut être redondante, mais d’autres peuvent en avoir besoin:

 sudo setsebool -P httpd_can_network_connect 1 

Pour activer la sauvegarde de ports spécifiques, ce qui peut être votre problème, exécutez cette commande:

 sudo semanage port -a -t http_port_t -p tcp 8088 

Remplacez 8088 par le port en question.

La commande semanage peut ne pas être trouvée. La façon dont vous l’installez dépend de la dissortingbution, mais vous pouvez très probablement chercher une solution sur Google.