Bonjour à tous... je reviens vers vous pour avoir une explication sur un symptôme un peu bizarre, que j'ai rencontré ce WE pour me connecter à ruTorrent, et pour lequel j'ai mis un de temps à comprendre. Je m'explique :

Ci-dessous, l'erreur en question :

Lien incorrect avec rTorrent. Vérifier qu'il est bien en cours d'exécution. Vérifier la configuration de $scgi_port et de $scgi_host dans config.php et scgi_port dans le fichier de configuration de rTorrent.

Ce message, tout le monde le connaît maintenant, et vient souvent d'un défaut d'écriture d'une ligne dans un des fichiers CONF que l'on modifie. Seulement voilà, ce n'est absolument plus le cas quand on est sous Debian 9 ! En effet, le défaut vient d'une petite information qui semble anodine, mais vachement "OBLIGATOIRE", contenue dans le fichier de configuration situé sous '/etc/nginx/sites-enabled/' : la double authentification !

server {
[...]
    error_page 500 502 503 504 /50x.html;
    >>> auth_basic "seedbox"; <<<<
    >>> auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd"; <<<<
    root /var/www;
[...]
    location = /USER1 {
        include scgi_params;
        scgi_pass 127.0.0.1:5001;
        auth_basic "Welcome, User1!";
        auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_user1";
    }
}

Sans les 2 premières lignes 'auth_basic', on est marron et on n'accède plus à ruTorrent du tout, et l'erreur citée ci-dessus nous apparaît. Et cela, que l'on soit avec une configuration NoSSL (80) ou SSL (443). Pourtant, jusqu'à la version de Debian 8.7, je commentais ces 2 lignes et je n'avais jamais de soucis pour accéder à ruTorrent qui ne me demandait alors plus qu'une seule authentification.

Le pb dans tout ça est que, si l'on souhaite faire un petit site web à la racine de '/var/www/', on devra alors s'identifier aussi. Et c'est pas terrible comme situation, surtout si chaque visiteur (anonyme) se retrouve le bec dans l'eau avec des identifiants qu'il ne connaît pas. Donc, pour l'instant j'ai décommenté les 2 lignes en question, et je peux à nouveau accéder à ruTorrent. Mais est-ce qu'il existe une solution pour corriger cette anomalie ? Peut-être que la configuration de NGiNX a changé depuis Debian 9 !

Dans l'attente de vous lire.

Bien cordialement,

V.

location ~ /rutorrent
{
	auth_basic	"Welcome, User1!";
	auth_basic_user_file /etc/nginx/passwd/rutorrent_passwd_user1.htpasswd;
	## Il n'est pas nécessaire de mettre des guillemets (dans le chemin mais l'erreur ne doit pas venir de là. What if ?)... 
	## Une autre solution existe grâce à cette ligne : 'satisfy any;'.
	## Pour obtenir plus de détails : http://nginx.org/en/docs/http/ngx_http_core_module.html#satisfy
}

Bonjour,

non il n'y a eu aucun changement @virgo77 (et c'est vrai quelque soit la version de Debian). Cet exemple le démontre très bien car normalement, il n'y a (ou aura) qu'une seule demande (d'identification et nulle part ailleurs).
D'autant plus, cela fait des années que j'ai des commentaires. Alors non je n'ai pas rencontré cette erreur depuis très très très longtemps.
D'un autre point de vue, (à titre de rappel) nous pouvons aussi retirer ces lignes. Ensuite, nous pouvons les remettre (par étapes) car dès fois cela permet de dénicher une autre petite erreur. Certes, Nginx est assez fiable mais il lui reste encore des progrès à faire là-dessus.

Bien cordialement.

Salut @Wagner et merci pour ton retour... en effet, ton explication semble plus juste que la mienne... ayant testé sous IE11, je n'ai qu'une seule demande d'authentification ; mais elle se présente dès l'accès au site http://domain.tld/ ! Et c'est ça qui m'ennuie, parce que je ne veux pas de demande d'authentification dès la page d'accueil ; uniquement en accédant à ruTorrent. Etrangement, sous Firefox ou Opera, j'ai une double demande d'identification : 1 en accès à la page d'accueil du site, et 1 en allant sur ruTorrent.

Regardes :
Dans le tuto récent "https://mondedie.fr/d/9655-beta-installer-rutorrent-sur-debian-9-nginx-php-fpm", si tu cherches la balise 'auth_basic', tu trouveras 4 lignes dans le fichier "/etc/nginx/sites-enabled/seedbox.conf" : les deux premières concernent l'accès au site http(s)://domain.tld/, et les deux autres sont pour l'utilisateur "<USERNAME>" qui ira sur http(s)://domain.tld/rutorrent/.
Moi, jusqu'à maintenant, et en suivant les tutos d'ici, je mettais un dièse devant les deux premières ligne 'auth_basic' et je pouvais accéder correctement au site http(s)://domain.tld/ sans identification. Et si j'allais sur ./rutorrent/, alors j'avais la demande d'authentification. Mais sous Debian 9, le fonctionnement semble différent car, si je commente les deux premières lignes, j'ai bien accès au site http(s)://domain.tld/ normalement, mais je n'ai plus accès à ./rutorrent ! Ce dernier m'affiche alors le message indiquant que le lien ne fonctionne pas bla bla bla... Je viens de faire l'essai, sous IE11, Firefox et Opera et le constat est le même.

Il y a, selon moi, bel et bien une modification dans le fonctionnement de NGiNX sous Debian 9. Je ne peux malheureusement pas dire quoi. Aussi, j'aimerais bien savoir pourquoi j'ai ce pb-là, aujourd'hui, alors qu'auparavant je n'avais pas de soucis. Au pire, je réinstalle mon petit serveur dédié sous Debian 8.x et je verrai bien, vu que Debian 8 semble maintenu jusqu'à fin Avril 2020 (selon ce que j'ai lu sur le site de debian).

Mon dilemme est donc là : dois-je attendre une solution, ou dois-je redescendre sous Debian 8... Zat Iz Ze Kouestieun!

Au plaisir, bonne soirée, et à demain !

V.

virgo77 Pour désactiver la demande de mot de passe pour une location, il suffit d'ajouter cette directive : auth_basic off;

Tu peux donc laisser la demande d'identification par défaut et au cas par cas la désactiver

Par exemple pour la page de base si tu as suivi le script d'Ex_rat

        location ^~ / {
                root /var/www/base;
                include /etc/nginx/conf.d/php.conf;
                include /etc/nginx/conf.d/cache.conf;
                auth_basic off;
        }

Ou cette solution passe également :

         location ^~ / {
                root /var/www/base;
                include /etc/nginx/conf.d/php.conf;
                include /etc/nginx/conf.d/cache.conf;
                satisfy any;
                allow all;
        }

Salutations, et merci à vous 2 pour vos réponses... mais malheureusement, rien n'y fait : je suis tjs bloqué tant que la 1e authentification n'est pas effectuée.

J'ai tenté différentes manoeuvres en me servant des 4 types de balises 'location' possibles ( = | ~ | ~* | ^ ~ ) mais ça ne change rien de concret.

Avant de commencer mes tests, j'ai commenté la ligne "root /var/www;" présente de base. Puis, si je mets ce code :

         location / {
                root /var/www;
                #include /etc/nginx/conf.d/php.conf;
                #include /etc/nginx/conf.d/cache.conf;
                # les 2 balises 'include' ne fonctionnent pas --> démarrage de NginX "failed". Je les ai donc supprimées
                satisfy any;
                allow all;
        }

J'accède bien à la page d'accueil, sans identification. Mais le formatage de la page ne fonctionne pas. Le code PHP ne semble pas lu. Et si je tente d'accéder à ruTorrent, j'arrive sur la même page d'accueil. Donc en gros, il ne lit pas les sous-répertoires.

Si je teste ce code :

         location = / {
                root /var/www;
                satisfy any;
                allow all;
        }

J'ai un "404 Not Found", quel que soit le répertoire ciblé.

Si je teste ce code :

         location ~ / {
                root /var/www;
                satisfy any;
                allow all;
        }

ça permet d'arriver sur la page d'accueil sans identification, et le formatage est correct. Je peux aussi accéder à une interface vierge de ruTorrent. Par contre, aucune demande d'authentification, et un joli message en prime me disant "Bad response from server: (200 [parsererror,getplugins]) SyntaxError: Unexpected token <"

Si je teste ce code :

         location ~* / {
                root /var/www;
                satisfy any;
                allow all;
        }

Mêmes symptômes que ci-dessus.

Enfin, si je teste ce code :

         location ^~ / {
                root /var/www;
                satisfy any;
                allow all;
        }

J'accède à la page d'accueil, sans identification et le formatage et bon. Idem si je tente d'aller sur ruTorrent : page d'accueil.

J'ai aussi testé avec uniquement "auth_basic off;", sans la variable 'location' ci-dessus, mais ça a le même effet que de commenter les 2 premières balises en question, soit mon symptôme de départ.

Donc pour le moment, je suis revenu à la configuration initiale, avec les 2 balises "auth_basic" décommentées et là j'accède à la page d'accueil avec demande d'identification (chose que je ne veux absolument pas !), et ruTorrent me demande une seconde identification, mais là j'ai bien accès aux interfaces de chaque utilisateur indépendamment. J'ai d'ailleurs été contraint de relancer le serveur dédié, car avec toutes ces modifications, NGiNX ne savait plus où donner de la tête...

Donc je ne sais pas où ça coince, mais ce qui est sûr, c'est que ça donne du fil à retordre, grrrr...

Je continue mes recherches.

Bien à vous !

Cordialement,

V.

Bonsoir,

j'ai suivie le tuto comme j'ai pu le tuto car j'ai du le faire à la main car j'ai migré mon serveur en version 9.1 de Debian et impossible de faire une installation propre. ce serveur. gère mon cloud....

j'ai donc suivi le tuto mais impossible d'installer libtorrent et torrent depuis le depot git, j'obtient le message suivant:

 root@nas:/tmp# git clone https://github.com/rakshasa/libtorrent.git
 Clonage dans 'libtorrent'...
 fatal: unable to access 'https://github.com/rakshasa/libtorrent.git/': gnutls_handshake() failed: Public key  signature verification has failed.
 root@nas:/tmp# git clone https://github.com/rakshasa/rtorrent.git
 Clonage dans 'rtorrent'...
 fatal: unable to access 'https://github.com/rakshasa/rtorrent.git/': gnutls_handshake() failed: Public key  signature verification has failed.

j'ai donc récuperer rutorrent comme j'ai pus j'ai finis la configuration sans la partie compilation de rtorrent.

j'accede bien a l'interface avec mon user paramètres mas lorsque je lance le chargement j'obtient invariablement le message d'erreur :

 Bad response from server: (502 [error,list]) <html>
 <head><title>502 Bad Gateway</title></head>
 <body bgcolor="white">
 <center><h1>502 Bad Gateway</h1></center>
 <hr><center>nginx</center>
 </body>
 </html>

avez vous une idée d'ou viens ces problèmes???

cordialement.

wget -c 'https://github.com/rakshasa/rtorrent/archive/master.zip' -O rtorrent_master.zip
wget -c 'https://github.com/rakshasa/libtorrent/archive/master.zip' -O libtorrent_master.zip

Bonsoir,

il existe une autre façon @palouf34 afin de les récupérer.
Et non car malgré quelques tentatives, a priori il n'y a aucun problème (pour le moment).

Cordialement.

D'ac de rien, je viens de regardé et j'espère avoir trouvé une solution :

wget -c 'https://github.com/rakshasa/rtorrent/archive/feature-bind.zip' -O rtorrent_master_feature-bind.zip
wget -c 'https://github.com/rakshasa/libtorrent/archive/feature-bind.zip' -O rtorrent_master_feature-bind.zip

Cordialement.

Argh je suppose que cela doit venir de l'une des dépendances mais laquelle ?
Il y a eu un souci lors de l'installation (de xmlrpc-c, etc) ? Il ne manque rien ? À moins que cela soit la version ?

j'ai finis mais après le reboot je me connecte bien a l'interface mais j'ai toujours cette erreur dans le journal

Lien incorrect avec rTorrent. Vérifier qu'il est bien en cours d'exécution. Vérifier la configuration de $scgi_port et de $scgi_host dans config.php et scgi_port dans le fichier de configuration de rTorrent.

pourtant rtorrent semble tourné correctement.

ps fax|grep rtorrent
  2101 pts/2    S+     0:00              \_ grep rtorrent
  1333 ?        Ss     0:00 SCREEN -dmS christr87-rtorrent rtorrent
  1336 pts/0    Ssl+   0:00  \_ rtorrent[code]

avez vous une idée. brillante ???