You are not logged in.
Bonjour,
Petite parenthèse, cette méthode m'a posé un problème avec le cron de glpi, en gros toutes les actions en mode CLI ne s'éxécutaient plus. N'ayant pas trouvé de solution, j'ai simplement fait une copie du include.php de base renommé en include2.php. Après il suffit de modifier front/cron.php et de faire appel à ce fichier include2.php à la place de include.php.
Ce n'est pas nikel mais tout refonctionne.
Tu as toujours le même problème avec la vérification du navigateur ?
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline
Non la vérification du navigateur fonctionne parfaitement.
si tu veux, je post la modification
Offline
Bonjour,
J'ai suivi les instructions du premier message + config firefox/IE mais l'authentification automatique ne fonctionne pas
Fonction indisponible sur la 0.83 ou bug de mon côté ?
Merci par avance
Last edited by cyril.pierre08 (2012-06-08 15:20:05)
Offline
Désolé pour la réponse tardive.
Je viens de faire une mise à jour permettant de filtrer suivant les navigateurs (sur l'idée de babast).
J'ai préféré utiliser une classe sous license GPL permettant de récupérer les infos sur le navigateur (http://chrisschuld.com/projects/browser … -from-php/).
Pour le moment, seuls IE Firefox et Chrome peuvent utiliser l'authentification automatique sans distinction de version, a vous d'en ajouter dans le filtre. Toutes les infos sont disponibles sur le 1er post.
Bonjour,
J'ai suivi les instructions du premier message + config firefox/IE mais l'authentification automatique ne fonctionne pasFonction indisponible sur la 0.83 ou bug de mon côté ?
Merci par avance
L'authentification fonctionne parfaitement avec la 0.83. Regarde de nouveau le 1er post, j'ai ajouté une copie d'écran indiquant le paramètre à activer.
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline
Bonjour,
Les liens de téléchargement pour le ntlm.function.php.zip et le browser.class.php.zip sur le premier post semblent êtres morts.
Merci de votre aide
Offline
Bonjour,
Les liens de téléchargement pour le ntlm.function.php.zip et le browser.class.php.zip sur le premier post semblent êtres morts.
Merci de votre aide
En effet, le serveur de Free hébergeant la page semble avoir eu un problème, voici donc de nouveaux liens :
browser.class.php.zip
ntlm.function.php.zip
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline
Merci pour les liens ..
Je rencontre également le soucis de page blanche sous IE 9.
J'ai suivi à la lettre le 1er post, j'ai également testé en désactivant le ssl.
sous IE8 c'est un peu plus verbeux : Internet Explorer ne peut pas afficher cette page Web et balabla comme si le site était indisponible.
En revanche sur FF aucun problème.
merci de votre aide
Offline
Merci pour les liens ..
Je rencontre également le soucis de page blanche sous IE 9.
J'ai suivi à la lettre le 1er post, j'ai également testé en désactivant le ssl.
sous IE8 c'est un peu plus verbeux : Internet Explorer ne peut pas afficher cette page Web et balabla comme si le site était indisponible.
En revanche sur FF aucun problème.merci de votre aide
Est ce que l'authentification automatique est bien activée sur IE ?
Est ce que le domaine a été ajouté dans l'Intranet local ou les sites de confiance?
Last edited by Met@lnono (2012-06-18 07:23:04)
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline
L'authenfication Windows intégré est bien coché tout comme l'ajout du domaine dans la liste des sites de confiances
Offline
Alors là, je pense que le problème doit provenir d'un paramètre de la config du serveur web mal accepté par IE.
As-tu le même problème avec le module SSPI d'Apache ?
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline
Bonjour,
J'ai testé et j'approuve !
ça fonctionne parfaitement sous IE9 chez moi.
Pour Firefox 12, j'ai du rajouter dans about:config, le chemin de mon serveur GLPI dans la rubrique "network.automatic-ntlm-auth.trusted-uris"
Merci pour l'astuce en tout cas
Offline
Bonjour,
je viens de retenter suite aux récentes modifications, et si l'authentification fonctionne bien (directement sous IE ou par ajout du serveur dans le trusted-uri de Firefox), le client Fusion inventory refuse alors de remonter les informations au serveur :
[Mon Jun 18 16:15:25 2012][error] [http client] authentication required, no credentials available
[Mon Jun 18 16:15:25 2012][fault] No answer from the server at C:\Program Files (x86)\FusionInventory-Agent\perl\agent/FusionInventory/Agent.pm line 238.
Et au niveau apache :
x.x.x.x - - [18/Jun/2012:16:36:25 +0200] "POST /glpi/plugins/fusioninventory/ HTTP/1.1" 401 - "-" "FusionInventory-Agent_v2.2.2-1"
Commenter la portion de code dans ntlm comme indiqué ici empire les choses (authentification auto HS et erreurs une fois authentifié)
L'agent n'est pas configuré pour s'authentifier,
Comment serait-il possible de filtrer uniquement cet agent ?!
Dommage, ça marche au poil sinon !
Last edited by EmpereurZorg (2012-06-18 16:53:06)
Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1
Offline
C'est très bizarre car maintenant il y a un test sur le navigateur.
Je vais essayer de trouver un moment pour mettre en place le plugin et tester.
Quel paquet du plugin utilises-tu ? http://forge.fusioninventory.org/projec … glpi/files
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline
Je suis en 0.80.7 avec le plugin 0.80+1.4 et les clients 2.2.2-1 (en "http")
Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1
Offline
Je suis en 0.80.7 avec le plugin 0.80+1.4 et les clients 2.2.2-1 (en "http")
J'ai bien réussi à reproduire le problème. Je vais essayer de trouver une solution...
EDIT:
C'est bon ja pense avoir trouvé d'ou provenait le problème.
En fait il s'agissait tout simplement d'une erreur de codage de ma part.
J'ai mis à jour le 1er post
Last edited by Met@lnono (2012-06-19 13:44:42)
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline
Bingo
Version GLPI : 10.0.6 + Plug'in Glpi + Agent Fusion 2.4
Plateforme : Win Server 2019 , Apache 2.4, PHP 8.1
Offline
Merci à toi aussi pour les tests !
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline
Bonjour et tout d'abord merci pour ta methode très simple d'utilisation!!
Cependant il y a une erreur qui m'embette bien c'est quand un utilisateur se connecte depuis un compt qui n'est pas dans l'AD, l'authentification automatique se fait quand même mais le script créé un utilisateur sur GLPI avec le nom de sa session.
Concretement si j'ai un session local qui s'apelle "info" , GLPI va créer un nouvelle utilisateur nommé "info" qui n'aura presque aucun droit (mais ce n'est pas normal que glpi créé un utilisateur comme cela).
L'idéal serai que l'utilisateur tombe sur la page de connexion (comme si le sso n'était pas en place) uniquement si l'utilisateur n'est pas trouvé dans l'AD.
J'espère avoir été clair et que cela te permettra de régler cette petite erreur.
Cordialement.
Offline
Bonjour,
je pense que tu peux résoudre ton problème en bloquant la création automatique des utilisateurs dans la configuration de l'authentification :
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline
Bonjour,
j'ai bien lu toutes vos configs, erreurs... et malheureusement j'ai moi aussi l'erreur sous IE uniquement (8 et 9 ) Sous 9 page blanche sous 8 erreur 500 ou 404.
J'ai glpi 0.83.2 installé sur un cent OS. Tout est bien coché dans IE. (même problème que laurentor999)
Je ne sais pas du tout comment faire....
Merci pour votre contribution!!
PS : dès que je modifie le code dans le fichier /inc/includes.php et je commente la ligne BROWSER::BROWSER_IE je n'ai plus de problème mais plus d'authentification automatique....
Last edited by yann660 (2012-07-03 17:41:42)
En test : Cent OS 6.3 + GLPI 0.83.31 + OCS Inventory 2.0.5
Offline
Si tu as le même problème que laurentor999, ça doit fonctionner avec Firefox et Chrome.
Est ce que ça fonctionne avec IE6 et 7 ?
Est ce que tu pourrais mettre ce script sur ton serveur et faire pointer tes navigateurs pour vérifier si le nom de l'utilisateur est bien affiché :
http://db.tt/atrF9gfT
Est ce que quelqu'un sait s'il y a des sécurités supplémentaires sur les IE8 et 9 qui pourrait bloquer ?
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline
Bonjour, oui en effet ça fonctionne très bien sous Firefox...
Pour le script, il marche très bien sous Firefox mais pas sous IE 8 (toujours un message d'erreur : "Internet explorer ne peut pas afficher la page". Sous IE 9 toujours la même page blanche. Je n'ai pas IE 6 ni 7 !
Merci pour ton aide
En test : Cent OS 6.3 + GLPI 0.83.31 + OCS Inventory 2.0.5
Offline
Peux-tu tester le script fourni ?
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline
Dans mom message précédent
Pour le script, il marche très bien sous Firefox mais pas sous IE 8 (toujours un message d'erreur : "Internet explorer ne peut pas afficher la page". Sous IE 9 toujours la même page blanche. Je n'ai pas IE 6 ni 7 !
En résumé firefox => OK affichage de mon nom utilisateur
IE => KO même problème qu'avant.
En espérant m'être mieux exprimé.
Merci
En test : Cent OS 6.3 + GLPI 0.83.31 + OCS Inventory 2.0.5
Offline
AH OK désolé je pensais que tu parlais du script d'authentification.
Le problème est donc lié à IE ou bien IE+Apache.
Problème de sécurité ou bien problème de config, il faut chercher...
Est ce que tu as des GPO de configuration d'IE sur ton domaine ?
As-tu bien ajouté ton domaine dans les Sites Intranet local (*.ton.domaine) ?
Production -> Server OS: RedHat Enterprise Linux v5.5 - GLPI: v0.72.4
Développement -> Server OS: Windows XP - GLPI: v0.83.2
Offline