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

Posté par (page perso) . Licence CC by-sa.
Tags :
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/09/18 à 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 ».

    • [^] # Re: Forum ?

      Posté par (page perso) . Évalué à 2.

      houla désolé, c'est une erreur oui c'était pour le forum.
      Si un modérateur peut déplacer le sujet, merci.

      • [^] # Re: Forum ?

        Posté par (page perso) . Évalué à 2.

        déplacé

        Multitasking — The art of doing twice as much as you should half as well as you could.

  • # Problème de chemin ?

    Posté par (page perso) . É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 (page perso) . É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 (page perso) . É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/09/18 à 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 à ceux qui les ont postés. Nous n'en sommes pas responsables.