salut la liste,
J'ai récemment posté et reçu de l'aide pour installer et configurer
GLPI grâce à nginx.
Mes premiers essais se heurtent à un soucis :
2016/03/06 17:37:37 [error] 19156#0: *10229 open()
"/usr/share/glpi/lib/extjs/locale/ext-lang-en.js" failed (2: No such
file or directory), client: 192.168.x.x, server: _, request:
"GET /glpi/lib/extjs/locale/ext-lang-en.js HTTP/1.1", host:
"x.localdomain", referrer: "http://x.localdomain/glpi/login.php"
Normal, dans le répertoire extjs, pas de sous-répertoire locale.
Et c'est repris comme un bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bugv6744
Apparemment, l'absence de ce sous-répertoire ne pose pas de soucis à
GLPI et pas de soucis non plus à certains web serveur comme Apache
qui ont l'air plus souples (mis à part les nombreux messages
d'erreur).
Mais nginx semble moins tolérant.
Des idées / suggestions ?
Jean-Marc
salut la liste,
J'ai récemment posté et reçu de l'aide pour installer et configurer
GLPI grâce à nginx.
Mes premiers essais se heurtent à un soucis :
2016/03/06 17:37:37 [error] 19156#0: *10229 open()
"/usr/share/glpi/lib/extjs/locale/ext-lang-en.js" failed (2: No such
file or directory), client: 192.168.x.x, server: _, request:
"GET /glpi/lib/extjs/locale/ext-lang-en.js HTTP/1.1", host:
"x.localdomain", referrer: "http://x.localdomain/glpi/login.php"
Normal, dans le répertoire extjs, pas de sous-répertoire locale.
Et c'est repris comme un bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bugv6744
Apparemment, l'absence de ce sous-répertoire ne pose pas de soucis à
GLPI et pas de soucis non plus à certains web serveur comme Apache
qui ont l'air plus souples (mis à part les nombreux messages
d'erreur).
Mais nginx semble moins tolérant.
Des idées / suggestions ?
Jean-Marc <jean-marc@6jf.be>
salut la liste,
J'ai récemment posté et reçu de l'aide pour installer et configurer
GLPI grâce à nginx.
Mes premiers essais se heurtent à un soucis :
2016/03/06 17:37:37 [error] 19156#0: *10229 open()
"/usr/share/glpi/lib/extjs/locale/ext-lang-en.js" failed (2: No such
file or directory), client: 192.168.x.x, server: _, request:
"GET /glpi/lib/extjs/locale/ext-lang-en.js HTTP/1.1", host:
"x.localdomain", referrer: "http://x.localdomain/glpi/login.php"
Normal, dans le répertoire extjs, pas de sous-répertoire locale.
Et c'est repris comme un bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bugv6744
Apparemment, l'absence de ce sous-répertoire ne pose pas de soucis à
GLPI et pas de soucis non plus à certains web serveur comme Apache
qui ont l'air plus souples (mis à part les nombreux messages
d'erreur).
Mais nginx semble moins tolérant.
Des idées / suggestions ?
Jean-Marc
salut la liste,
J'ai récemment posté et reçu de l'aide pour installer et configurer GLPI grâce à nginx.
Mes premiers essais se heurtent à un soucis :
2016/03/06 17:37:37 [error] 19156#0: *10229 open() "/usr/share/glpi/lib/extjs/locale/ext-lang-en.js" failed (2: No such file or directory), client: 192.168.x.x, server: _, request: "GET /glpi/lib/extjs/locale/ext-lang-en.js HTTP/1.1", host: "x.localdomain", referrer: "http://x.localdomain/glpi/login.php"
Normal, dans le répertoire extjs, pas de sous-répertoire locale.
Et c'est repris comme un bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bugv6744
Apparemment, l'absence de ce sous-répertoire ne pose pas de soucis à GLPI et pas de soucis non plus à certains web serveur comme Apache qui ont l'air plus souples (mis à part les nombreux messages d'erreur).
Mais nginx semble moins tolérant.
Des idées / suggestions ?
Jean-Marc
salut la liste,
J'ai récemment posté et reçu de l'aide pour installer et configurer GLPI grâce à nginx.
Mes premiers essais se heurtent à un soucis :
2016/03/06 17:37:37 [error] 19156#0: *10229 open() "/usr/share/glpi/lib/extjs/locale/ext-lang-en.js" failed (2: No such file or directory), client: 192.168.x.x, server: _, request: "GET /glpi/lib/extjs/locale/ext-lang-en.js HTTP/1.1", host: "x.localdomain", referrer: "http://x.localdomain/glpi/login.php"
Normal, dans le répertoire extjs, pas de sous-répertoire locale.
Et c'est repris comme un bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766744
Apparemment, l'absence de ce sous-répertoire ne pose pas de soucis à GLPI et pas de soucis non plus à certains web serveur comme Apache qui ont l'air plus souples (mis à part les nombreux messages d'erreur).
Mais nginx semble moins tolérant.
Des idées / suggestions ?
Jean-Marc <jean-marc@6jf.be>
salut la liste,
J'ai récemment posté et reçu de l'aide pour installer et configurer GLPI grâce à nginx.
Mes premiers essais se heurtent à un soucis :
2016/03/06 17:37:37 [error] 19156#0: *10229 open() "/usr/share/glpi/lib/extjs/locale/ext-lang-en.js" failed (2: No such file or directory), client: 192.168.x.x, server: _, request: "GET /glpi/lib/extjs/locale/ext-lang-en.js HTTP/1.1", host: "x.localdomain", referrer: "http://x.localdomain/glpi/login.php"
Normal, dans le répertoire extjs, pas de sous-répertoire locale.
Et c'est repris comme un bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bugv6744
Apparemment, l'absence de ce sous-répertoire ne pose pas de soucis à GLPI et pas de soucis non plus à certains web serveur comme Apache qui ont l'air plus souples (mis à part les nombreux messages d'erreur).
Mais nginx semble moins tolérant.
Des idées / suggestions ?
Jean-Marc
Mes premiers essais se heurtent à un soucis :
2016/03/06 17:37:37 [error] 19156#0: *10229 open() "/usr/share/glpi/lib/extjs/locale/ext-lang-en.js" failed (2: No such file or directory), client: 192.168.x.x, server: _, request: "GET /glpi/lib/extjs/locale/ext-lang-en.js HTTP/1.1", host: "x.localdomain", referrer: "http://x.localdomain/glpi/login.php"
Normal, dans le répertoire extjs, pas de sous-répertoire locale.
Et c'est repris comme un bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bugv6744
Apparemment, l'absence de ce sous-répertoire ne pose pas de soucis à GLPI et pas de soucis non plus à certains web serveur comme Apache qui ont l'air plus souples (mis à part les nombreux messages d'erreur).
Mais nginx semble moins tolérant.
Mes premiers essais se heurtent à un soucis :
2016/03/06 17:37:37 [error] 19156#0: *10229 open() "/usr/share/glpi/lib/extjs/locale/ext-lang-en.js" failed (2: No such file or directory), client: 192.168.x.x, server: _, request: "GET /glpi/lib/extjs/locale/ext-lang-en.js HTTP/1.1", host: "x.localdomain", referrer: "http://x.localdomain/glpi/login.php"
Normal, dans le répertoire extjs, pas de sous-répertoire locale.
Et c'est repris comme un bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bugv6744
Apparemment, l'absence de ce sous-répertoire ne pose pas de soucis à GLPI et pas de soucis non plus à certains web serveur comme Apache qui ont l'air plus souples (mis à part les nombreux messages d'erreur).
Mais nginx semble moins tolérant.
Mes premiers essais se heurtent à un soucis :
2016/03/06 17:37:37 [error] 19156#0: *10229 open() "/usr/share/glpi/lib/extjs/locale/ext-lang-en.js" failed (2: No such file or directory), client: 192.168.x.x, server: _, request: "GET /glpi/lib/extjs/locale/ext-lang-en.js HTTP/1.1", host: "x.localdomain", referrer: "http://x.localdomain/glpi/login.php"
Normal, dans le répertoire extjs, pas de sous-répertoire locale.
Et c'est repris comme un bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bugv6744
Apparemment, l'absence de ce sous-répertoire ne pose pas de soucis à GLPI et pas de soucis non plus à certains web serveur comme Apache qui ont l'air plus souples (mis à part les nombreux messages d'erreur).
Mais nginx semble moins tolérant.
Bonjour,
Ãa ne devrait pas empêcher le fonctionnement général de lâapplication, Nginx
devrait renvoyer une erreur 404 au chargement de ce fichier et câ est tout
(dâailleurs le rapport de bug « reproche » la pollution des logs mais pas le
mauvais fonctionnement de lâapplication).
Quel comportement obtiens-tu (dans ton navigateur) au juste ? Vois-t u des choses
intéressantes si tu charges les outils de dev. de ton navigateur (ou bien
Firebug dans Iceweasel)Â ?
Sébastien
Bonjour,
Ãa ne devrait pas empêcher le fonctionnement général de lâapplication, Nginx
devrait renvoyer une erreur 404 au chargement de ce fichier et câ est tout
(dâailleurs le rapport de bug « reproche » la pollution des logs mais pas le
mauvais fonctionnement de lâapplication).
Quel comportement obtiens-tu (dans ton navigateur) au juste ? Vois-t u des choses
intéressantes si tu charges les outils de dev. de ton navigateur (ou bien
Firebug dans Iceweasel)Â ?
Sébastien
Bonjour,
Ãa ne devrait pas empêcher le fonctionnement général de lâapplication, Nginx
devrait renvoyer une erreur 404 au chargement de ce fichier et câ est tout
(dâailleurs le rapport de bug « reproche » la pollution des logs mais pas le
mauvais fonctionnement de lâapplication).
Quel comportement obtiens-tu (dans ton navigateur) au juste ? Vois-t u des choses
intéressantes si tu charges les outils de dev. de ton navigateur (ou bien
Firebug dans Iceweasel)Â ?
Sébastien
Quand j'essaie de me connecter, j'obtiens l'écran de login de GLPI, j'entre le user/password glpi/glpi comme indiqué dans la doc et j'ai le message suivant :
« The action you have requested is not allowed. Reload previous page before doing action again. »
Le seul élément trouvé jusqu'à présent est l'erreur 404.
Et là, je viens de jeter un œil en détail sur le trafic grâce à wireshark et je viens de voir que la tentative de connexion reçoit un message "access denied".
Ce n'est qu'ensuite que j'ai les erreurs 404.
Quand j'essaie de me connecter, j'obtiens l'écran de login de GLPI, j'entre le user/password glpi/glpi comme indiqué dans la doc et j'ai le message suivant :
« The action you have requested is not allowed. Reload previous page before doing action again. »
Le seul élément trouvé jusqu'à présent est l'erreur 404.
Et là, je viens de jeter un œil en détail sur le trafic grâce à wireshark et je viens de voir que la tentative de connexion reçoit un message "access denied".
Ce n'est qu'ensuite que j'ai les erreurs 404.
Quand j'essaie de me connecter, j'obtiens l'écran de login de GLPI, j'entre le user/password glpi/glpi comme indiqué dans la doc et j'ai le message suivant :
« The action you have requested is not allowed. Reload previous page before doing action again. »
Le seul élément trouvé jusqu'à présent est l'erreur 404.
Et là, je viens de jeter un œil en détail sur le trafic grâce à wireshark et je viens de voir que la tentative de connexion reçoit un message "access denied".
Ce n'est qu'ensuite que j'ai les erreurs 404.
[...]
Tu parles dâun « access denied », sur quelle URL ?
Dâoù te vient la configuration Nginx ? Du paquet Debian , dâun tuto sur le Web,
de ta production ?
Sébastien
[...]
Tu parles dâun « access denied », sur quelle URL ?
Dâoù te vient la configuration Nginx ? Du paquet Debian , dâun tuto sur le Web,
de ta production ?
Sébastien
[...]
Tu parles dâun « access denied », sur quelle URL ?
Dâoù te vient la configuration Nginx ? Du paquet Debian , dâun tuto sur le Web,
de ta production ?
Sébastien
Mon, 7 Mar 2016 15:38:43 +0100
Sébastien NOBILI é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>
> 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;
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>
> 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;
Mon, 7 Mar 2016 15:38:43 +0100
Sébastien NOBILI é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>
> 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;
Bonjour Jean-Marc,
[...]
>
> 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 « /us r/share/glpi/ ».
[...]
Enfin, le paquet fournit un certain nombre de fichiers « .htacc ess », 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 fonctionn era.
Sébastien
Bonjour Jean-Marc,
[...]
>
> 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 « /us r/share/glpi/ ».
[...]
Enfin, le paquet fournit un certain nombre de fichiers « .htacc ess », 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 fonctionn era.
Sébastien
Bonjour Jean-Marc,
[...]
>
> 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 « /us r/share/glpi/ ».
[...]
Enfin, le paquet fournit un certain nombre de fichiers « .htacc ess », 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 fonctionn era.
Sébastien
Bonjour Jean-Marc,
location /glpi/ {
root /usr/share;
^^^^^^^^^^
Cette ligne métonne. Je verrais plutôt « /usr/share/glpi/ ».
Bonjour Jean-Marc,
location /glpi/ {
root /usr/share;
^^^^^^^^^^
Cette ligne métonne. Je verrais plutôt « /usr/share/glpi/ ».
Bonjour Jean-Marc,
location /glpi/ {
root /usr/share;
^^^^^^^^^^
Cette ligne métonne. Je verrais plutôt « /usr/share/glpi/ ».
Je pense donc que je devrais modifier la config nginx pour définir un bloc server{} par application (dokuwiki est aussi installé sur ce serveur et fonctionne sans soucis; ou presque ;-) ).
Je pense donc que je devrais modifier la config nginx pour définir un bloc server{} par application (dokuwiki est aussi installé sur ce serveur et fonctionne sans soucis; ou presque ;-) ).
Je pense donc que je devrais modifier la config nginx pour définir un bloc server{} par application (dokuwiki est aussi installé sur ce serveur et fonctionne sans soucis; ou presque ;-) ).