Re: GLPI - extjs: sous-répertoire manquant
Bonjour Jean-Marc,
Le lundi 07 mars 2016 à 18:33, Jean-Marc a écrit :
> Mon, 7 Mar 2016 15:38:43 +0100
> Sébastien NOBILI <sebnewsletter@free.fr> écrivait :
> > Tu parles d’un « access denied », sur quelle URL ?
>
> C'est le tag <title> du html que GLPI me retourne.
>
> Donc, en gros, je poste la forme de login et GLPI me retourne ceci comme HTML body :
> <body><div id='page'><div id='bloc'><div id='logo_bloc'></div><div class='center'><br><br><img src='/glpi/pics/warning.png' alt='Warning'><br><br><span class='b'>The action you have requested is not allowed. Reload previous page before doing action again.</span></div></div></div><div id='footer-login'><a href='http://glpi-project.org/' title='Powered By Indepnet'>GLPI version 0.84.8 Copyright (C) 2003-2016 INDEPNET Development Team.</a></div></body>
OK, ce n’est donc pas le serveur Web qui te refoule mais l’application. Quoique…
(voir plus bas)
> > D’où te vient la configuration Nginx ? Du paquet Debian, d’un tuto sur le Web,
> > de ta production ?
>
> Config' perso basée sur une conversation précédente et d'autres configs.
>
> La voilà :
>
> location /glpi/ {
> root /usr/share;
^^^^^^^^^^
Cette ligne m’étonne. Je verrais plutôt « /usr/share/glpi/ ».
En l’état, tu indiques à ton serveur Web de rechercher les fichiers de
l’application dans « /usr/share ». Ça n’est pas recommandé, ça pourrait
permettre à un client de récupérer des données depuis ce dossier (qui ne
contient rien de bien sensible, mais bon…)
Si tu regardes le contenu du fichier « /etc/glpi/apache.conf », la directive
« DocumentRoot » dit la même chose.
Enfin, le paquet fournit un certain nombre de fichiers « .htaccess », il va
falloir que tu reportes (et traduises) leur contenu dans ta configuration Nginx
(je crois). Il doit s’agir principalement de restrictions de sécurité, tu
pourras t’en occuper une fois que l’application fonctionnera.
Sébastien
Reply to: