You are not logged in.
Hello!
I've installed GLPI 0.83.4 on my nginx 1.2.2 + php 5.4.5 (php-fpm) + 5.5.25a on Arch Linux
Glpi placed at /usr/share/webapps/glpi.
nginx.conf:
location ^~ /glpi {
alias /usr/share/webapps/glpi/;
index index.php;
location ~ /glpi(/.*\.php) {
include fastcgi.conf;
fastcgi_pass unix:/run/php-fpm/php-fpm.sock;
fastcgi_param SCRIPT_FILENAME /usr/share/webapps/glpi$1;
fastcgi_index index.php;
}
}
After sucessfull installation I saw message: Error calling the previous page from forbidden one.
I've installed MoYo's patch from https://forge.indepnet.net/projects/glp … ions/19041. Nothing changed.
What I'm doing wrong?
Last edited by kolucci (2012-07-27 11:50:15)
Offline
Could you give us $_SERVER datas ?
You are in a really specific case.
You could comment part given on previous post.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
The problem was solved after I've changed server_name from localhost to FQDN of my host in server section of nginx config. If you still need $_SERVER datas, I could revert changes and give it to you.
Last edited by kolucci (2012-07-27 12:01:11)
Offline
Thanks for the information.
Regards
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Hi,
I upgraded glpi to GLPI 0.83.4 and had the same error message while trying to log in : "Error calling the previous page from forbidden one".
I am running apache2.2.14 and PHP 5.3.2 on Ubuntu server 10.04.4 LTS
I am connecting to glpi via a cisco VPN and Nat. I could not try directly.
Commenting lines 135 to 150 as recommended fixed the issue.
Offline
GLPI Version 0.83.4
OS : OpenBSD 5.0
Bonjour,
J'ai la même erreur : "Error calling the previous page from forbidden one" uniquement en "https".
Solution (resolve) : commenter les lignes suivantes dans le fichier /var/www/glpi/inc/includes.php
// Security : Check HTTP_REFERRER : need to be in GLPI.
//if (!defined('DO_NOT_CHECK_HTTP_REFERER') && !isCommandLine()
// ...
//}
Olivier
Offline
même erreur en faisant quoi ?
Quelle est votre configuration exact ? utilisation de proxy ?
Si oui vous pouvez regarder ce ticket avec la solution : https://forge.indepnet.net/issues/3803
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
@MoYo
Pas de proxy
J'ai l'erreur juste après avoir entré le login et mot de passe (authentification) et uniquement en https.
Configuration complète :
OS: OpenBSD 5.0
Serveur: Apache 1.3.29
MySQL Server: 5.1.54
PERL: 5.12.2
PHP: 5.3.6
GLPI: 0.83.4
Offline
Je n'arrive pas à reproduire. Aucun problème en https chez moi.
Pouvez vous nous donner les données contenu dans la variable $_SERVER ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
@MoYo
EUREKA .. Merci beaucoup MoYo pour l'indice. Effectivement, la variable $_SERVER ma fait penser à la configuration d'Apache. Et le problème venait de là.
Explication:
Sur mon serveur je suis passé directement de la version 0.83.2 à 0.83.4
Pour une raison que j'ignore, dans le fichier de configuration d'Apache (httpd.conf), pour utiliser le ssl j'avais été obligé de mettre :443 accolé au nom FQDN du serveur comme ci-dessous.
<VirtualHost _default_:443>
ServerName myserver.domain.tld:443
Cela a été ainsi pour les version 0.83.2 et précédentes.
Pour la version 0.83.4, je dois écrire ceci :
<VirtualHost _default_:443>
ServerName myserver.domain.tld
Maintenant, cela fonctionne avec le test du referer du fichier includes.php
Pour moi, l'incident est clos.
Olivier.
Offline
super merci du retour.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Hi.
I just upgraded our GLPI from 0.80.imnotsureanymore to 0.83.7 and encountered the same behaviour - "Error calling the previous page from forbidden one." message.
I can log in, all main pages work good, only when viewing details of any record - computer, network, device or other i see this error at the bottom, where detail information (e.g. connections, history) should be displayed.
See here http://tinypic.com/view.php?pic=t6xs0m&s=6
We use SSL with default HTTPS port 443. Webserver is set up to proxy some other pages, but not GLPI itself - that is installed there, SQL is on external host, but that should not matter. Maybe as proxying is enabled here some settings interfere with your security assumptions.
I am unable to display my $_SERVER variable because your posting system detects some information in there as weblinks and i am only allowed to have 1 link here.
Our webserver config (interesting parts) is like this:
<VirtualHost in.petitpress.sk:443>
ServerName in.petitpress.sk
SSLEngine On
SSLProxyEngine on
.....more settings ad some ProxyPass and ProxyPassReverse sections not related to GLPI
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
<Directory "/usr/lib/cgi-bin">
AllowOverride None
Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
deny from all
allow from 127.0.0.1
AuthType Basic
satisfy any
AuthBasicAuthoritative on
AuthBasicProvider ldap
AuthzLDAPAuthoritative on
.....other LDAP related requirements not listed for securityx reasons
</Directory>
</VirtualHost>
I don't do much PHP myself, but I understand quite a bit of programming. Temporarily I commented out the security check and it works.
I certainly hope you can come up with something.
Last edited by it_petitpress (2013-02-08 12:21:44)
Offline
Hello,
I just installed GLPI ver. 0.83.8 and I have similar problem. When I try to log in to the system by IP address then "Error calling the previous page from forbidden one" is shown but when I try by hostname everything is OK.
Is it possible to resolve this problem? Log in by IP address is what I prefer in my LAN (without internal DNS server or something like that to resolve hostnames or domain names).
Offline
i know the thread is old but i had the same problem today,
i am behind a squid gaurd/ proxy although that was not my problem,
one of my users had a ticket open and it did not show on my dashboard so i had to manualy go to administration/users and closed the tickets there manualy
Offline
with version 0.85.1 same error ... with a reverse proxy ...
Offline
I have the same trouble with 0.85.5 and nginx as reverse proxy
Prod: Centos 5 - FusionInventory 0.85+1.3 - Glpi 0.85.5 - Exchange 2010 - Imap
Offline