Bonjour à tous, J'aurais besoin d'un coup de main concernant la configuration de Medusa en reverse proxy. Le sujet a été abordé plusieurs fois mais jamais vraiment résolu et chaque cas peuvent être vraiment spécifique. Je n'ai bientôt plus de cheveux et je sens que je touche au but mais quand ça veut pas... J'ai suivi ce tuto https://mondedie.fr/d/6429-tuto-medusa-telechargement-automatique-depisodes-de-series-tv La configuration Nginx piquée à @lilp sur le sujet de discussion du tuto : location /medusa { proxy_pass http://127.0.0.1:8081; 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-Server $host; proxy_set_header X-Forwarded-Proto $scheme; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_read_timeout 86400; } Le problème, quand j'accède à ndd.tld/medusa je me fais rediriger vers ndd.tld/medusa/home avec une page blanche. Les logs Nginx : 2018/04/03 15:54:43 [error] 20625#20625: *288 open() "/var/www/medusa/js/browser.js" failed (2: No such file or directory), client: 0.1.0.1, server: ndd.tld, request: "GET /medusa/js/browser.js?21276 HTTP/1.1", host: "ndd.tld", referrer: "http://ndd.tld/medusa/home/" Pourquoi nginx cherche medusa dans /var/www alors que la première ligne du bloc que j'appelle c'est proxy_pass http://127.0.0.1:8081 ??? Ma config Medusa (reflet du tuto) : Dans /etc/default/medusa APP_USER=mylene APP_HOME=/opt/medusa/medusa (ce n'est pas une erreur sickbeard.py est dans /opt/medusa) APP_DATA=/opt/medusa/medusa APP_GROUP=mylene Dans /opt/medusa/config.ini web_root = /medusa Question secondaire je lance comme suit medusa exec -a medusa python /opt/medusa/SickBeard.py -d Afin que mon process s'appelle medusa, mais je ne peux pas le kill : root@server:/opt/medusa# kill medusa -bash: kill: medusa: arguments must be process or job IDs Une idée ? Merci d'avance à ceux qui jetteront un œil par ici 🙂

Salut, Si ça peut aider, voilà le mien location ^~ /medusa { proxy_pass http://127.0.0.1:8081; 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-Host $host:443; proxy_set_header X-Forwarded-Server $host; proxy_set_header X-Forwarded-Port 443; proxy_set_header X-Forwarded-Proto $scheme; # Websocket proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_read_timeout 86400; } Mon cat /etc/default/medusa APP_USER=fana APP_HOME=/var/www/medusa/ APP_DATA=/var/www/medusa/ APP_GROUP=root Et pour finir mon cat /var/www/medusa/config.ini web_port = 8081 web_host = 0.0.0.0 web_root = /medusa web_username = fana GL 🙂

Salut @Banip a-tu bien précisé dans les options de Medusa, l'URL Base qui doit être renseigner comme dans ton fichier Nginx (dans ton cas medusa)?

lilp Ouep c'est correct idem dans config.ini web_root = /medusa fana c'est la même conf nginx sauf ^~ /medusa au lieu de /medusa Quand au fichier /etc/default/medusa je me suis aperçu que je descendais un cran trop bas dans l'arborescence donc j'ai corrigé comme suit: APP_USER=mylene APP_HOME=/opt/medusa/ APP_DATA=/opt/medusa/ APP_GROUP=mylene Après redémarrage de medusa et nginx même constat 🙁

@Banip Pourquoi nginx cherche medusa dans /var/www alors que la première ligne [...] J'arrive trop tard ? Ou alors il est encore temps de tenter d'y apporter une réponse ?

Wagner Toute aide est la bienvenue je suis toujours au même point. l'accès par ndd.tld:8081/medusa est OK l'accès par ndd.tld/medusa m'amène avec une page blanche et les log nginx du style 2018/04/03 15:54:43 [error] 20625#20625: *288 open() "/var/www/medusa/js/browser.js" failed (2: No such file or directory)

Medusa en reverse proxy

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

Medusa en reverse proxy

Steven

Salut ! Personnellement je n'utilise pas Medusa mais Sickrage, j'avais galérer pendant pas mal de temps sur un problème tout bête, est-ce que tu arrête bien Medusa quand tu fais tes modifications dans ton config.ini ?

Quelque chose du style service medusa stop, va voir le post que @spider1163 viens de poster pour sickrage sa peut t'aider : https://mondedie.fr/d/10021-tuto-sickrage-telechargement-automatique-depisodes-de-series-tv/3

🤓

Banip

Steven spider1163
Ouep j'arrête bien avant chaque modif, je me suis fais avoir la première fois 🙂
J'ai aussi vu ce que @spider1163 a mis, j'ai changé ma conf comme cela :

handle_reverse_proxy = 1

J'ai démarré plein d'espoir mais ça ne fonctionne pas non plus 🙁

spider1163

Je crois l'avoir déjà noté quelque part, mais je rappelle que les modifs faites dans config.ini ne sont prises en compte que si le service est arrêté :

service medusa stop

Ça m'avait causé pas mal de tort par le passé.

Steven

Je vois que je suis pas le seul à m'être fait avoir 😂

MMhhh.. c'est bizarre cette histoire pour ta conf nginx tu as un fichier medusa.conf ou tu le met dans ton rutorrent.conf ?

Banip

Steven C'est dans le rutorrent.conf

lilp Sonarr avec les animes ça fonctionne bien ? Et surtout avec Yggtorrent ?

lilp

Je me suis aussi fait avoir.
J'avoue avoir lacher Medusa/Sickrage en faveur de Sonarr (fork de Radarr mais pour les séries).

lilp

@Banip pour YGG j'utilise Jackett (je l'utilisais déjà avec Medusa/Sickrage). Par contre depuis le changement, la MAJ n'est pas encore effective.... 🙁.
Pour les animes je ne sais pas, je n'en regarde pas. Mais sur le papier je dirais que oui.

Banip

lilp Jackett 🤐 dès que CP a intégré ygg en natif j'ai enlevé Jackett parce que compliqué+mono... Je préfère encore atteindre mon service sur 8081 plutôt que de remettre les mains dans Jackett 😛

lilp

@Banip je comprend, Jackett n'est pas très compliqué à mettre en oeuvre, mais ca rajoute une couche (et donc de potentiels sources d'incidents).

Wagner

root /var/www;
D'ac alors tu n'aurais pas @Banip cette ligne quelque part ? Tu devras peut-être en rajouter une autre (de directive root ou alias). En tout cas, j'ai l'impression que cela vient du chemin.
Cela n'est pas le bon répertoire ? A priori, ton dossier medusa se trouve ailleurs.

Banip

Wagner Steven Exact le tout est dans /opt/medusa/
Je test et je vous dis.

MattProd C'est pas @fana qui a un problème chez lui ça fonctionne 🙂

[EDIT1] j'ai modifier mon rutorrent.conf redémarré nginx et medusa mais ça ne fonctionne pas mieux 🙁

        ## Config medusa ##

    location /medusa {
            root /opt/medusa/;
            proxy_pass http://127.0.0.1:8081;
            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-Server $host;
            proxy_set_header X-Forwarded-Proto $scheme;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection "upgrade";
            proxy_read_timeout 86400;
    }

[EDIT2] je test en séparant la medusa.conf et rutorrent.conf sans grand espoir

Steven

En faite sa configuration de medusa est actuellement dans son rutorrent.conf et le /Var/www est utilisé pour rutorrent (si je me trompe pas).

Perso je ferais un Medusa.conf à part du rutorrent.conf

MattProd

Il se peut qu'il y ai 2 conflits :
le 1er : APP_GROUP=root le groupe doit être normalement le même que le user APP_USER=fana
le 2 ème : comme il se trouve dans le /var/www/ et que medusa lance un service web il doit y avoir des problèmes de droits successif.

[EDIT]
et le debut de ton rutorrent.conf ? la partie servername ?
A voir

Wagner

Banip Exact le tout est dans /opt/medusa/

J'ai bien noté le reverse proxy mais bon il faut croire que cette fois-ci les logs induise en erreur argh... C'est assez étrange car il ne s'agit pas du bon chemin (et merci @Banip pour la confirmation).

location /medusa
{
	root /opt;
	[...]
}
##--------------------------------##
server
{
	root /opt;
	location /medusa
	{
		[...]
	}
}

J'espère que cela pourra t'aider pour le sous-dossier. Parce qu'il se pourrait que tu cible ce dossier /opt/medusa/medusa/ (au lieu /opt/medusa/).
Au moins, désormais le sous domaine fonctionne (en soit voilà une bonne nouvelle).

MattProd

Autant pour moi @Banip .

location /medusa {
par
location ^~ /medusa {
apres si je ne m'abuse, medusa integre son serveur web, donc la directive root dans le proxy est inutile non ?!

tu a installer medusa sur la template de exRat ou de Xavier ?
La derniere fois que j'ai du faire un reverse proxy, je me suis rendu fou a cause du cache du navigateur aussi.

Banip

MattProd J'ai déjà essayé de changer la location idem.

je vide mon cache entre chaque modif et j'essaie depuis 2 devices mais c'est pareil.

Je me disais bien que la directive root ne servait à rien en reverse proxy...

Tu parles de template docker ? désolé j'installe tout à la mano donc j'ai gité dans /opt/medusa

[EDIT] Bon finalement je me rabat sur medusa.ndd.tld... MAIS POURQUOI AAAAAAAAAAAAAAAAAAAAH !!!! la même conf en sous domaine ça fonctionne en "sous dossier" ça fonctionne pas

Banip

Salut, c'était japan touch ce week end alors désolé pour l'attente 🙂

Wagner Ma configuration initiale était comme ta première conf c-à-d tout dans le rutorrent.conf avec un bloc du style :

location /medusa
{
	root /opt/medusa;
	proxy_pass 127.0.0.1:8081;
}

Effectivement j'allais un cran trop bas ... comme quoi on a beau faire ça depuis des mois on on en apprend toujours 😅

MattProd Ouais j'ai utilisé le script d'install de Ex

Enfin ce qui ma conduit à l'erreur c'est que CouchPotato ou ShellinaBox sont des appli en proxy_pass chez moi et je n'ai jamais eu à désigner un root /QQCHOSE/ ... dommage que ce ne soit pas précisé dans le tuto de medusa 🙁

Merci à tous et bonne semaine 🙂

MattProd

du coup tu a fait un fichier conf a part ? et dans le bloc de rutorrent tu l'a placé où ? peut etre trop bas ? donc non pris en compte ?
Template pour moi c'etait les scripts pardon

Wagner

Salut,

aucun souci @Banip (un brin différent Japan Game) alors je comprends 😉
MDR Cela varie mais cette fois-ci c'était bien le cran trop bas. Je crois c'est la 3 ou 4 ème fois qu'il me fait le coup (sur ces derniers mois). 😄 😂
De rien et merci bonne semaine également ☺

Page suivante »