Je viens de prendre en charge la gestion d'un serveur mis en place par un ancien membre du personnel. C'est un serveur Ubuntu 16.04.3 LTS qui sert uniquement de serveur SVN pour certains codes hérités (s'exécutant sur AWS).
Il fonctionne sous nginx et nous pouvons généralement accéder à un navigateur avec l’URL https://mysvn.com et obtenir une page indiquant simplement "Cela fonctionne!".
J'ai récemment corrigé le serveur avec les dernières mises à jour et après le redémarrage, le message 502 Bad Gateway (Passerelle incorrecte) a été envoyé dans le navigateur. Mais ce qui est étrange, c’est que j’ai créé un nouveau volume attaché à l’aide des instantanés les plus récents, et le problème persiste. Donc, je suppose que cela n’est pas causé par le patch, mais plutôt par la configuration de nginx qui ne peut pas gérer le redémarrage.
Malheureusement, je n'en sais pas assez sur nginx pour voir ce qui ne va pas avec la configuration.
Le message d'erreur dans les journaux est le suivant:
2018/01/08 09:35:05 [error] 10387#10387: *162 connect() failed (111: Connection refused) while connecting to upstream, client: XX.XX.XXX.XX, server: mysvn.com, request: "GET / HTTP/1.1", upstream: "http://127.0.0.1:8080/", Host: "mysvn.com"
Le code du fichier dans/etc/nginx/sites-available est le suivant:
server {
listen 80 default_server;
listen [::]:80 default_server;
root /var/www/html;
server_name mysvn.com;
location /.well-known {
alias /var/www/html/.well-known;
}
}
server {
listen 443 ssl;
server_name mysvn.com;
ssl_certificate /home/jenkins/.acme.sh/mysvn.com/mysvn.com.cer;
ssl_certificate_key /home/jenkins/.acme.sh/mysvn.com/mysvn.com.key;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers "EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH";
ssl_dhparam /etc/ssl/certs/dhparam.pem;
root /var/www/html;
# Add index.php to the list if you are using PHP
index index.html index.htm index.nginx-debian.html;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
# try_files $uri $uri/ =404;
proxy_pass http://localhost:8080/;
}
client_max_body_size 200M;
}
Existe-t-il un moyen de trouver plus d'informations sur la cause de l'erreur?
Je ne suis pas sûr que ce sujet s'adresse à askubuntu.com, mais j'essaierai d'y répondre.
Vous avez proxy_pass http://localhost:8080/;
qui est quelque chose que nginx s'attend à utiliser et met en proxy toutes les demandes. Peut-être que vous avez aussi Apache et qu'il ne fonctionne pas après le redémarrage des serveurs.
Essayez de le démarrer en utilisant: service Apache2 start
et voyez si vous avez "Ça marche!" page!