You are not logged in.
Pages: 1
Topic closed
Bonjour,
Suite à l'installation de la version 0.90 sur un serveur Debian (qui marche bien pour le reste), je ne peux accéder à aucun plugin.
L'erreur 400 Bad Request est récurrente sur tous les plugin.
C'est une installation vierge, pas une mise à jour.
Auriez-vous des pistes? Si besoin d'informations je vous les fournirai volontiers.
Merci par avance de votre aide.
XKali
Last edited by xkali (2015-11-04 17:31:36)
Offline
et sans aucun plugin la 0.90 est opérationnelle ?
Avez-vous des erreurs dans les logs (glpi et apache) ?
Avez-vous essayé d'installer le splugin 1 par 1 pour voir si 1 seul ne provoquerait pas le problème ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
Tout d'abord, merci de votre réponse.
La version 0.90 est opérationnelle effectivement, tout fonctionne parfaitement sauf les plugin. J'ai essayé de n'installer que le plugin de liaison OCS et sans succès, mon erreur 400 Bad Request reste présente.
Concernant les logs Apache :
***.***.***.*** - - [29/Oct/2015:13:25:13 +0100] "GET /plugins/ocsinventoryng/front/ocsng.php HTTP/1.1" 400 496 "http://glpi.****************.fr/front/central.php" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36"
Sinon pour les logs de GLPI, je n'ai aucune information qui remonte.
Pourtant après vérification, le chemin du fichier ocsng.php est bien la ainsi que le fichier lui même, j'ai regardé l'entête HTTP et tout me semble normal.
Si vous avez une idée, je suis preneur car je bute vraiment sur ce point la avant de valider la mise en production.
Merci par avance!
XKali.
Offline
Vous avez quelle version du plugin OCS ?
Vous voyez bien le plugin Ocs inventory NG dans la liste des plugins ? si oui, sous quel statut ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
J'ai le plugin OCS Inventory NG en version 1.2.0 donc version compatible avec le 0.90.
Pour ce qui est de l'interface du plugin, j'ai pu l'installer et l'activer, il est donc dans la liste des outils mais c'est à partir du moment ou je clique sur le lien qu'il me met une erreur 400.
Merci de votre aide.
XKali.
Offline
Vous avez donner les droits dans le profil ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Oui, l'utilisateur est super-administrateur (le temps de la configuration du projet) et par conséquent à bien les droits nécessaires.
Offline
Un super-admin a bien tous les droits du coeur, mais chaque projet gère ses propres droits. Donc il faut vérifier les droits définis dans l'onglet OCS inventory NG du profil super-admin
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Après vérification, il a bien tout les droits sur le plugin OCS.
Le soucis c'est que même en installant n'importe quel plugin, le résultat est le même : 400 Bad Request.
Cela ne pourrait pas venir d'une configuration du serveur Debian?
Offline
Je pense à un problème de proxy mais je ne suis pas expert en debian
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Je suis en local et il n'y a pas de proxy, mais c'est la ou mon problème devient embêtant c'est que c'est récurant sur les plugin GLPI.
Offline
Toujours pas de solutions?
Offline
A mon humble avis, ça provient de l'url demandée /plugin/ocsinventory ... le / en début doit sans doute poser un petit problème
et si c'est vrai pour tous les plugins, c'est que la solution doit se trouver dans les paramètres généraux de glpi
dans l'onglet configuration générale; url du site y a t il un / à la fin de l'URL ?
Offline
Bonjour,
Après beaucoup de recherches et de tests, c'était la configuration de apache qui posait soucis, une réinstallation de apache a donc réglé le problème.
Si le soucis arrive à d'autres personnes, il faut bien penser à désinstaller, purger, et réinstaller proprement apache.
Merci de votre aide.
Offline
Merci du retour. Je clos
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Pages: 1
Topic closed