Bonjour, J'ai mis à jour Rutorrent en 3.9 récemment avec pas mal de galères. Tout est OK, j'ai bien l'accès en HTTP par contre en HTTPS j'ai "page inacessible" J'ai suivit ce tuto ( https://mondedie.fr/d/5373-tuto-redirection-automatique-vers-du-https-nginx ) pour rediriger HTTP en HTTPS, il me fait bien la redirection mais tombe évidemment sur la page inacessible. Je ne souhaite pas forcément avoir à un certificat sur l'accès HTTPS mais juste y accéder comme en HTTP avec pseudo /mot de passe Comment faire pour débloquer l'accès HTTPS svp ? Merci

Bonjour @belorom il nous faut le début de ton fichier vhost rutorrent.conf Matt

Le voici 🙂 server { listen 80 default_server; server_name _; charset utf-8; index index.html index.php; client_max_body_size 10M; access_log /var/log/nginx/rutorrent-access.log combined; error_log /var/log/nginx/rutorrent-error.log error; error_page 500 502 503 504 /50x.html; auth_basic "seedbox"; auth_basic_user_file "/var/www/rutorrent/.htpasswd"; root /var/www; location /rutorrent { try_files $uri $uri/ /index.html; auth_basic "seedbox"; auth_basic_user_file "/var/www/rutorrent/.htpasswd"; }

Salut il te manque le bloc 443 ... server { listen 80; server_name domaine.tld; return 301 https://$host$request_uri; } server { listen 443 ssl http2; server_name public.domaine.tld; charset utf-8; index index.html index.php; client_max_body_size 10M; access_log /var/log/nginx/rutorrent-access.log combined; error_log /var/log/nginx/rutorrent-error.log error; error_page 500 502 503 504 /50x.html; auth_basic "seedbox"; auth_basic_user_file "/var/www/rutorrent/.htpasswd"; root /var/www; location /rutorrent { try_files $uri $uri/ /index.html; auth_basic "seedbox"; auth_basic_user_file "/var/www/rutorrent/.htpasswd"; }

Perso je préfère plutôt la variable : return 301 https://$server_name$request_uri; que return 301 https://$host$request_uri; point de vue personnel 🙂 Mais sinon @tanguy te donne la bonne réponse @belorom

J'ai fait comme vous m'avez indiqué en retirant "http2" sinon lors du restart de nginx il m'indique paramètre invalide. server { listen 80; server_name _; return 301 https://$host$request_uri; } server { listen 443 ssl; server_name _; charset utf-8; index index.html index.php; client_max_body_size 10M; access_log /var/log/nginx/rutorrent-access.log combined; error_log /var/log/nginx/rutorrent-error.log error; error_page 500 502 503 504 /50x.html; auth_basic "seedbox"; auth_basic_user_file "/var/www/rutorrent/.htpasswd"; Mais avec ce début de conf j'ai le HTTP qui se lance mais rutorrent est planté (getPlugins) et le HTTPS toujours pareil

@belorom [...] il m'indique paramètre invalide. Nous pourrions avoir la suite ? Autrement dit, il faut prendre l'habitude de recopier les messages (en entier) et avec de la chance quelqu'un pourra découvrir l'origine du problème. Même un extrait pourrait nous convenir afin de déterminer si ce paramètre est une bonne piste à étudier. Malheureusement (à cet instant) je constate qu'il n'y a rien (ni la commande, ni le résultat, etc) sic...

Oui désolé donc si je met ceci : server` { listen 80; server_name _; return 301 https://$host$request_uri; } server { listen 443 ssl http; server_name _; Et que je fait un "service nginx restart" j'obtiens ce message : [....] Restarting nginx: nginxnginx: [emerg] invalid parameter "http" in /etc/nginx/sites-enabled/rutorrent.conf:9 nginx: configuration file /etc/nginx/nginx.conf test failed

belorom Je pense que c'est une erreur de copie mais tu as une backquote " ` " apres server Si non il y a pas besoin de http vu que tu lui dis ssl avant.

@hydrog3n je pense une erreur de C/C au dessus c'est bon 😉 @belorom l'erreur est normale dans ce cas : tu as mis http et non http2

@MattProd même en HTTP2 j'ai la même erreur Restarting nginx: nginxnginx: [emerg] invalid parameter "http2" in /etc/nginx/sites-enabled/rutorrent.conf:9 @hydrog3n la quote c'est dans ma mise en forme sur le forum mais je ne l'ai pas dans mon fichier. Si je ne met pas le http juste ça j'ai page inacessible en HTTPS et rutorrent planté sur getPlugins en HTTP server { listen 80; server_name _; return 301 https://$host$request_uri; } server { listen 443 ssl; server_name _;

[ Résolu ] Rétablir l'accès HTTPS : Page 2

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[ Résolu ] Rétablir l'accès HTTPS

belorom

Bon ben sans mettre à jour nginx j'ai résolut mon problème.

En rajoutant : ssl_certificate /etc/nginx/ssl/server.crt;
ssl_certificate_key /etc/nginx/ssl/server.key;

J'ai bien maintenant le HTTP qui redirige vers HTTPS et le HTTPS qui fonctionne

hydrog3n

belorom Tu n'avais pas de certificat dans ta configuration ?
Pense a nous la donner en entier on l'aurait vu rapidement 😃

belorom

hydrog3n Visiblement si lorsqu'on m'a installé le serveur il y a quelques années la personne me l'avait fait ^^

Mais non je n'avais pas mis ces lignes dans mon rutorrent.conf, c'est après avoir vérifié dans /etc/nginx/ssl que j'avais les 2 fichiers en questions que j'ai eu l'idée, désolé

MattProd

@hydrog3n j'ai vu dans le 3ème post que les 2 lignes manquait, j'ai donc répondu en les ajoutant....

@belorom je te l'ai précisé 😉

MattProd Les certificats auto-signé comme là c'est quand même le passeport. Si tu les as pas, pas de https...

MattProd Alors je pense qu'on a du louper des etapes :
server {
  listen 80 default_server;
  server_name _;
  return 301 https://$server_name$request_uri;
}

server {
    listen 443 default_server ssl http2;
    server_name _;
    

ssl_certificate /etc/nginx/ssl/server.crt;
ssl_certificate_key /etc/nginx/ssl/server.key;
...

Content que tout soit rétabli, à bientôt

Matt

« Page précédente