Bonjour, J'ai réinstaller ma seedbox hier avec nginx. Cependant j'ai remarquer que je doit m'authentifier deux fois: une fois a la racine ou j'ai mis seedbox manager et une autre fois dés que je vais sur rutorrent. Je pense que cela viens du fichier de configuration de nginx mais je n'ai pas encore l'habitude de ce serveur web donc je ne voit pas d' ou peu venir ce doublon. Voici mon fichier de configuration: server { listen 80 default_server; listen 443 default_server ssl; server_name _; index index.html index.php; charset utf-8; client_max_body_size 10M; ssl_certificate /etc/nginx/ssl/server.crt; ssl_certificate_key /etc/nginx/ssl/server.key; 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; location = /50x.html { root /var/www/; } auth_basic "seedbox"; auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd"; location = /favicon.ico { access_log off; log_not_found off; } ## début config seedbox-manager ## location ^~ / { root /var/www/seedbox-manager/public; include /etc/nginx/conf.d/php; include /etc/nginx/conf.d/cache; } ## fin config seedbox-manager ## ## début config rutorrent ## location ^~ /rutorrent { root /var/www; include /etc/nginx/conf.d/php; include /etc/nginx/conf.d/cache; location ~ /\.svn { deny all; } location ~ /\.ht { deny all; } } location ^~ /rutorrent/conf/ { deny all; } location ^~ /rutorrent/share/ { deny all; } ## fin config rutorrent ## ## user configuration location /TAKER { include scgi_params; scgi_pass 127.0.0.1:5001; #ou socket : unix:/home/username/.session/username.socket auth_basic "seedbox"; auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_taker"; } } Merci a ceux qui pourrons m'aider.

Bonjour, je pense que cela vient de là : server { auth_basic "seedbox"; auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd"; location /TAKER { auth_basic "seedbox"; auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_taker"; } }

C'est a dire ? J'ai pas compris car j'ai ça: auth_basic "seedbox"; auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd"; et ça: /location /TAKER { include scgi_params; scgi_pass 127.0.0.1:5001; #ou socket : unix:/home/username/.session/username.socket auth_basic "seedbox"; auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_taker"; } } Je doit supprimer l'un des deux ?

Tu as deux demande d'autorisation donc il faut en enlever une

Oui, en effet, c'est bien ce que je sous entendais 🙂.

Non mais en fait c'est normal... Je comprend pas trop là.. Je suis pas un expert nginx et je connais pas le tuto par coeur

Bon, merci beaucoup a vous deux, problème régler ! Edit: Sa a l'air de fonctionner comme sa @hydrog3n

hydrog3n oui, c'est normal. Il n'y a pas chercher, c'est bien ça. De rien Taker

C'est pas normale du tout. Il faut remettre l'autre authentification ça apporte une sécurité supplémentaire. Normalement il ne demande pas une authentification supplémentaire. Tu peux remettre comme avant, vider ton cache navigateur et réessayer ?

J'ai remis l'autre identification comme tu m'as dit et vider mon cache. J'ai bien un demande de mot de passe a la racine et sur rutorrent (même si je suis déjà connecter)

Taker wrote: J'ai remis l'autre identification comme tu m'as dit et vider mon cache. J'ai bien un demande de mot de passe a la racine et sur rutorrent (même si je suis déjà connecter) tu utilises quoi comme navigateur ? y a un truc qui va pas dans ta config je pense.

Configuration nginx : Page 2

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

Configuration nginx

Wagner

Kerberos ne serait pas l'initiateur de la première demande d'authentification ? Là, je ne vois rien qui indique que ça soit Nginx...
J'imagine qu'il n'y a pas d'autre fichier de conf(ig) de Nginx concerné ?
Dans les fichiers logs d'erreur, il y a quelque chose en rapport à cette demande ?

SquallVIII

Tout d'abord merci de ta réponse !
Ensuite, je ne pense pas pour Kerberos sinon il me loguerait connaissant les user et MDP que je lui envoie. Il n'y a donc pas de raison que si ce soit lui, il me jette ... Je pense. Mais pour moi c'est même quasi sur que ce n'est pas Nginx. Car lorsque j'éxecute la redirection pour la supervision étant en 80 et donc en HTTP la je n'ai aucune fenêtre d'ID qui apparaît.
Logiquement non, j'ai tout essayer. D'enlever les parties de chaque configuration une à une et de les remettre sans pour autant voir de différences. De plus ce qui est, je trouve, curieux c'est que les deux fenêtres d'authentification ne soient que sur Mozilla et non sur chrome ou IE par exemple.
Pour ce qui est des logs, aucun lorsque je fais mes tests sur Mozilla, mais sur chrome j'ai cette ligne :
2014/07/03 08:56:42 [error] 575#0: *240900 open() "/usr/local/nginx/html/favicon.ico" failed (2: No such file or directory), client: 172.24.1.36, server: mobile.com, request: "GET /favicon.ico HTTP/1.1", host: "mobile.com"
Je ne pense pas que cela ai à voir avec l'authentification car si je comprend bien, je n'en suis pas sûr, il me dit juste qu'il ne trouve pas le fichier favicon.ico ?

EDIT : Et ce qui est plutôt bizarre, c'est que je ne me fais pas jeter en fait. Il devrait directement me sortir et me mettre une page 401, hors il me l'affiche que si j'annule. Sinon je peux faire autant d'essaie que je veux il me propose de retenter ma chance si je peux dire. Après peut être que ça c'est juste a configurer avec un certain nombre d'essais possible ou non.

EagleLake

Squa tu as dejà une erreur

* user c'est pas nginx mais user www-data
2eme quand tu ouvre une balise il faut la fermer apres

location ^~ /rutorrent {
root /var/www;
include /etc/nginx/conf.d/php;
include /etc/nginx/conf.d/cache;

location ~ /\.svn {
deny all;
}
il manque pas ça } en dessous de include /etc/nginx/conf.d/cache;
c'est comme en php5
<?php tu ouvre
?> tu ferme

autre chose que je viens de voir worker_processes 1;
par
worker_processes auto;

si avec toute ses explications et celle d'avant ne fonctionne pas reformate ton serveur et prend ton temps au calme sans précipitation

SquallVIII

Avec www-data cela me fait une erreur je vais me pencher dessus pour le coup.
Ensuite pour fermer ma fonction je ne vois pas où il manque de "}" je vois ce que tu veux dire j'ai pas mal programmer en C++ mais la pour le coup je vois pas où il en manque ... Nginx me le dirait en le relançant si j'avais ce type d'erreur. Peut être que j'ai mal réaliser mon copier coller.
Je remplace pour le worker je n'avais pas vu cette alternative.
Pour ce qui est de reprendre tout a zero je n'aurais malheureusement pas le temps. Comme je l'ai dis dans le tchat j'aurais aimé découvrir ce site plus tôt cela m'aurai bien aidé. Car demain je signe la fin de mon stage et donc de mon projet ... Mais en tout cas merci encore pour tes informations.

ex_rat

Salut
Je me trompe peut-être mais il me semble qu'on utilise" www-data" et pas "nginx" ici par rapport à la conf de ruTorrent.,Donc si j'ai bien suivi ton soucis, t'es pas du tout dans ce cadre là avec ton histoire

Pour le reste malheureusement...
Ex.

SquallVIII

Oui oui on utilise bien www-data mais j'avais mis nginx car www-data ne passait pas ^^.
Mais oui possible pour la suite, de toute façon après avoir regarder avec BXT j'ai cru comprendre que ce n'était pas possible de faire ce que je souhaitais ... Donc bon, tant pis hein. Mais merci beaucoup en tout cas.

winz

Taker wrote:Tout fonctionne désormais, j'avais fait un erreur

Merci !

Je me permet de "déterrer ce topic" car j'ai toujours le soucis de double, voire triple (SM, Cakebox, rutorrent) authentification et ca commence tout doucement à m'embeter

Voici mon rutorrent.conf

server {
    listen 80 default_server;
    listen 443 default_server ssl;
    server_name _;

    charset utf-8;
    index index.html index.php;
    client_max_body_size 10M;

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

    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;
    location = /50x.html { root /usr/share/nginx/html; }

    auth_basic "seedbox";
    auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd";
    
    location = /favicon.ico {
        access_log off;
        log_not_found off;
    }
    
    ## début config rutorrent ##
	
	location /winz {
        include scgi_params;
        scgi_pass 127.0.0.1:5001;
        auth_basic "seedbox";
        auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_winz";
    }
	
	location /cinetik {
        include scgi_params;
        scgi_pass 127.0.0.1:5002;
        auth_basic "seedbox";
        auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_cinetik";
    }

    location ^~ /rutorrent {
	root /var/www;
	include /etc/nginx/conf.d/php;
	include /etc/nginx/conf.d/cache;

	location ~ /\.svn {
		deny all;
	}

	location ~ /\.ht {
		deny all;
	}
    }

    location ^~ /rutorrent/conf/ {
	deny all;
    }

    location ^~ /rutorrent/share/ {
	deny all;
    }	
    
    ## fin config rutorrent ##
	
	## début config seedbox-manager ##

    location ^~ / {
	root /var/www/seedbox-manager/public;
	include /etc/nginx/conf.d/php;
	include /etc/nginx/conf.d/cache;
    }

    ## fin config seedbox-manager ##
	
   
	
	location ^~ /phpmyadmin {
	alias /var/www/phpmyadmin;
	include /etc/nginx/conf.d/php;
	include /etc/nginx/conf.d/cache;
    }
	
	location ^~ /paste {
	alias /var/www/zerobin;
	include /etc/nginx/conf.d/php;
	include /etc/nginx/conf.d/cache;
    }
		
	
}

winz

Personne

Wagner

Je me dis qu'il suffira probablement de redéfinir les mots de passe. À la rigeur, une supression du cache. Suivit d'un redémarrage de Nginx et de php5-fpm devrait bien aider.
Bien entendu, ne pas oublier de vérifier les droits (chmod, chown).
Autrement, ce que j'ai dis reste toujours vrai.

AlexUser

C'est cette ligne :

    auth_basic "seedbox";
    auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd";

tu peux les mettre en commentaires avec # devant .
Je vois pas ou est le problème, tu redémarres Nginx et tout roule....

Chaque USER va s'authentifier avec son password par la suite.

Le but de mettre ça c'est d'avoir genre un mdp "général" puis le mot de passe de l'user...

winz

Ok merci à vous j'essaye ca

Wagner

D'évidence, l'usage de commentaire reste également toujours vrai. Sur le moment, je l'ai juste omis. Cela fut mainte fois repris.

Vendetta1985

Bonjour,

Je relance ce topic car j'ai aussi le problème de double authentification (Tuto ruTorrent sur Debian 9 de ex-rat).

Taker peux-tu nous indiquer ton erreur ? Peut-être que mon problème est identique, ou me donner une piste ...

Merci d'avance

Wagner

Bonjour,

tu as le choix @Vendetta1985 soit tu poste ton fichier (nginx.conf, etc), soit tu relis mes messages car ils sont très clair.
Autrement, tu (me ou nous) demande une explication (clarification, etc) car c'est ultra simple à résoudre. D'autant plus, j'ai déjà répondu maintefois (sur ce même sujet) alors il y a d'autres topics (ou messages qui seront probablement plus explicite).

PS : Ce topic date de 2014 alors que les derniers (rappel) sont paru vers 2017 et 2018.

Vendetta1985

Bonjour,

Merci pour ta réponse @Wagner, mais je souhaite garder l'autre authentification car comme l'a précisé Magicalex cela apporte une sécurité en plus.
Je ne souhaite donc pas "commenté" une des demande d'authentification puisque j'ai déjà réussi à le faire fonctionner ainsi avant, tout comme beaucoup de monde (Magicalex ).

Je penche plus pour une petite faute d'attention et je me suis dis qu'il était possible que j'ai fais la même que @Taker ...

Wagner

De rien @Vendetta1985 et au final, il s'avère que tu souhaite la conserver.
Cette fautte d'attention, malheureusement sans le(s) fichier(s), nous alllons avoir du mal à la dénicher...
Cependant, j'ai l'impression que tu n'as pas tout lu. Alors je me demande si tu as oublié la directive satisfy ?

PS : À moins que cela soit un bug ?
Une sécurité de plus ? C'est discutable car si tu ne (re)trouve pas de solution... Alors non je considère que c'est une contrainte superflu.
Donc hélas je ne pourrais pas t'aider car je préfère de loin avoir autre chose (un couple d'identifiant différent etc).

« Page précédente