Forum Linux.général octoprint derrière nginx

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
0
5
sept.
2018

Bonjour,

J'ai un petit serveur octoprint sur ma machine qui dispose d'un nginx accessible depuis l’extérieur, avec comme configuration:

location /octo/ {
proxy_pass http://localhost:5000/; # make sure to add trailing slash here!
proxy_set_header Host $http_host;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Scheme $scheme;
proxy_set_header X-Script-Name /octoprint;
proxy_http_version 1.1;
client_max_body_size 0;

}

Bon voilà vous voyez. Le problème c'est quand j’accède au serveur octo sur mon adresse externe. Il ne charge pas le js et css:

octo

Je pensé à un problème de SSL (mon serveur renvoi tout les requête sur le ssl) mais j'ai fais un proxy_pass sur un serveur ipwebcam qui renvoi juste le flux vidéo (sans js et css) et ça passe.

Bref il faut éclairer ma petite tête..

  • # Forum ?

    Posté par  . Évalué à 4. Dernière modification le 05 septembre 2018 à 23:27.

    J'ai peut-être loupé quelque chose, mais ceci aurait probablement plus sa place dans les forums.

    Ça pourrait peut-être être une fonctionnalité d'ailleurs ? Un bouton « Transformer en entrée dans les forums ».

  • # Problème de chemin ?

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    Le mieux dans ce cas-là est de regarder la console développeur, onglet Réseau, et de voir à quelle adresse il va chercher les JS et CSS en question et les codes de retour. Puis les logs du reverse-proxy si ça ne suffit pas.

    Pour connaître ce type de comportement, c'est souvent dû à une application (ici octoprint) qui ne supporte pas d'être placée autre part que directement à la racine d'un domaine, car les chemins vers les ressources externes (JS, CSS) sont hardcodées…

    • [^] # Re: Problème de chemin ?

      Posté par  (site web personnel) . Évalué à 1.

      effectivement, lors du chargement de la page j'ai pleins d'erreurs de se genre:

      *177 open() "/mnt/www/octoprint/static/webassets/packed_core.js" failed (2: No such file or directory)

      Je demande aux gens d'octoprint, ou il existe une solution pour contourner ça?

      • [^] # Re: Problème de chemin ?

        Posté par  (site web personnel, Mastodon) . Évalué à 2.

        Là comme ça… je dirais que le mieux est de se rapprocher des devs. Après je ne connais pas l'application, mais je trouve déjà très étrange que des chemin systèmes se retrouvent dans des erreurs de la page web.

  • # Base URL ?

    Posté par  . Évalué à 2. Dernière modification le 07 septembre 2018 à 12:54.

    Ça ne serait pas un problème de base URL ?

    Le préfixe location de nginx laisse penser que ton app se trouve dans /mnt/www/octo mais à cause de la directive "proxy_set_header X-Script-Name /octoprint;" je pense que les requêtes partent vers /mnt/www/octoprint.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.