You are not logged in.
Bonjour
GLPI derniere version tout fraichement installé (je pratique depuis10ans).
les fenetres de mise à jour des menus déroulant (dropdown je suppose) sont vides :
exemple :
dans /glpi/front/ticket.form.php?id=xx enrichir le menu "categories" en cliquant sur "+"
ou /glpib/front/computer.form.php?id=-1&withtemplate=2 enrichir le menu des lieux en cliquant sur "+"
ou d'autres encore
la fenetre de mise à jour s'ouvre blanche par dessus , mais elle est vide !
j'ai cru comprendre que cela s'appelait "dropdown setup" , et qu'il y avait pouvait y avoir un lien avec un param ajax, mais rien trouvé pour changer quoique ce soit.
rien vu d'anormal dans ~/glpi/files/_log
ni dans /var/log/syslog
ni dans /var/log/mysql
ni dans /var/log/apache2
GLPI 9.4.5
Debian 9.12 , Linux 4.9.0-12-amd64
PHP 7.0.33-0+deb9u6
Apache/2.4.25
10.1.44-MariaDB-0+deb9u1
Firefox/68.0
Merci
Last edited by jejeroro (2020-02-12 17:00:45)
Offline
Personne sur ce post ?
Precision il y a un NGINX en reverse proxy sur une autre VM .
Cela a til une influence ?
Il y a des paquets indispensables à GLPI à installer sur le frontal NGINX ?
Offline
Est que GLPI est installé dans un sous-dossier ou directement à la racine du serveur Web ?
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
Merci de votre réponse Yllen
En effet, mon GLPI n'est pas a la racine du site web.
J'ai pu faire la contremesure : si j'accede en direct en http au serveur apache2 qui contient GLPI j'ai un fct nominal.
le schemas est le suivant :
Internet -> hyperviseur -> portforward https -> VM Nginx en reverse proxy -> VM serveur-rouge (http) .
GLPI se trouve à cette adresse : https:// www . messervices . net/abc/
Dès que je passe par un nginx frontal sur le web en https , ces fenetres (celles qui permettent de modifier les menus quand on clique sur "+") apparaissent blanches.
Donc NGINX déclenche bien un problème sur le serveur GLPI.
Voici ma conf Nginx sur le serveur frontal qui reçoit le https:
server {
server_name http: // www . messervices . net;
include /etc/nginx/sites-available/includes/listen-https.inc;
root /var/www/$server_name;
index index.html index.htm index.nginx-debian.html;
location ~ /.well-known {
root /var/www/well-known;
index index.html;
allow all;
}
(...)
location /abc/ {
auth_basic "$server_name Restricted Content";
auth_basic_user_file /etc/nginx/.htpasswd;
proxy_pass http://serveur-rouge/abc/;
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 600;
proxy_send_timeout 600;
proxy_read_timeout 600;
proxy_buffers 32 4k;
}
error_log /var/log/nginx/sites/$server_name-errors.log;
access_log /var/log/nginx/sites/$server_name-access.log;
}
Dans la conf apache2 de "serveur-rouge" j'ai :
/etc/apache2/conf-available/glpi.conf:
Alias /abc /home/userabc/glpi
<Directory /home/userabc/glpi>
Order Allow,deny
Allow from All
Options FollowSymLinks
AllowOverride None
Require all granted
</Directory>
Et donc le point d'entrée de la distrib GLPI se trouve bien à /home/userabc/glpi/index.php .
Je pense que j'ai dû rater une marche dans la conf NGINX ...
Last edited by jejeroro (2020-02-27 13:03:25)
Offline