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:
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 raphj . É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 ».
[^] # Re: Forum ?
Posté par garfi (site web personnel) . É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 palm123 (site web personnel) . Évalué à 2.
déplacé
ウィズコロナ
# Problème de chemin ?
Posté par Nanawel (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 garfi (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 Nanawel (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.
[^] # Re: Problème de chemin ?
Posté par garfi (site web personnel) . Évalué à 1.
d'accord, je viens d'écrire sur le git. Je ne manque pas de mettre la solution ici, si ça peut être utile.
Merci
# Base URL ?
Posté par Sclarckone . É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.