You are not logged in.
Bonjour,
Nous sommes une structure juridiquement divisé en 3 entités + 1 holding. Physiquement, nous sommes tous installés dans les mêmes locaux et les membres des 4 entités (avec la holding) sont susceptibles d'utiliser n'importe quel poste informatique du groupe, y compris les ordinateurs libre service des salles de réunion. Nous possédons un seul stock.
Glpi et OCSng sont tous les deux opérationnels et en phase de test. L'ensemble des collaborateur représente un effectif d'environ 75 utilisateurs dispatchés de façon non omogène.
Plutôt que de déclarer chaque entité dans la rubrique "entité" de GLPI et ainsi les rendre hermétiques transversalement, j'ai préféré assigner les utilisateurs à des groupes.
Chaque utilisateur est ainsi assigné à l'un des 4 groupes.
1er question : Est-il possible, lors de la saisie d'un nouveau ticket, que le groupe soit sélectionné automatiquement en fonction de son appartenance à un groupe ?
2e question : Je souhaite mapper dans le champ téléphone de l'utilisateur GLPI, non pas le champ "numéro de téléphone" de l'AD mais le champ "Téléphone IP". Comment puis-je modifier le mappage par défaut ?
Merci d'avance.
OCSng 1.3.2 | GLPI 0.78 | Linux Debian 5.0 (2.6.26-2-686)
Offline
1ere : non ce n'est pas possible
2eme : il faut que vous utilisiez un explorateur AD pour trouver le nom du champ correspondant (dans le cas ou vous en voudriez un autre. Pour le téléphone IP c'est ipPhone
ensuite dans GLPI vous remplacez le champs telephone actuel par ipPhone
Offline
Merci pour votre réponse.
1ere : non ce n'est pas possible
Dommage.
Pour le téléphone IP c'est ipPhone ensuite dans GLPI vous remplacez le champs telephone actuel par ipPhone
Effectivement, c'est cette étape que je ne sais pas mettre en œuvre. A quel endroit dans GLPI puis-je changer le champ à mapper ?
Bonne journée.
OCSng 1.3.2 | GLPI 0.78 | Linux Debian 5.0 (2.6.26-2-686)
Offline
C'est dans la configuration LDAP
Plateforme de Test: PHPinfo
Version de GLPI: 0.72 & SVN
Offline
Ok, je ne trouvais plus le menu :
# Configuration > # Authentification > #LDAP > #"contrôleur de domaine"
Merci.
Last edited by User321654 (2009-12-22 10:31:41)
OCSng 1.3.2 | GLPI 0.78 | Linux Debian 5.0 (2.6.26-2-686)
Offline
User321654: pour le premier point, j'avais aussi posé la question il y a un certain temps (http://www.glpi-project.org/forum/viewt … p?id=10870). La réponse négative s'explique par le fait que un utilisateur peut être assigné à plusieurs groupes, et donc le système ne peut pas savoir quel groupe prendre. L'assignation automatique des groupes ne se fait que basé sur le matériel.
Working environment: Fedora 22, GLPI 0.90.1, upgraded from 0.72.0, 0.78, 0.83 PHP/5.6.16, MySQL/10.0.21-MariaDB, Apache/2.4.17, Firefox 43
Transifex: https://www.transifex.com/accounts/profile/eiseli/
Offline
Voilà, j'ai à présent un problème consécutif au changement de la valeur du tel dans la section "Liaisons GLPI/LDAP:" (Menu authentification dans AD) lors de la synchronisation de mes utilisateurs déja importés dans GLPI.
1. La commande "Synchronisation des utilisateurs déjà importés" se termine avec le message "Pas d'utilisateurs à importer".
Le champ "Filtre de recherche des utilisateurs" est renseigné avec la valeur (objectClass=user)
Par contre, la commande "Importation de nouveaux utilisateurs" liste tous les utilisateurs présent dans mon OU mais non importés dans GLPI. Les paramètres de connexion semblent donc bons.
2. Lors de la synchronisation MANUELLE d'un utilisateur avec l'AD (admnistration -> utilisateurs -> sélection d'un utilisateur -> onglet synchronisation puis forcer la synchronisation) la commande retourne le message :
"Authentification:LDAP Serveur SRV-DC1 Date dernière mise à jour:2009-12-22 11:05"
Le champ téléphone de l'utilisateur n'est pas modifié ou renseigner par cette commande, et ce, même si le champ "Téléphone" est vide ou renseigné avec son ancienne valeur dans les paramètres d'authentification de l'AD !
Voici le paramétrage renseigné permettant la synchronisation avec notre AD (le test de synchro retourne un résultat réussi) :
Rubrique "LDPA"
Basedn : CN=Users,DC=**********,DC=fr
rootdn (pour les connexions non anonymes) : CN=glpi_ldap,OU=Systeme,OU=Users specifiques,DC=**********,DC=fr
Filtre de connexion : (objectClass=user)
Utiliser TLS : non
Traitement des alias LDAP : Jamais déréférencés
Utiliser le DN pour la recherche : Oui
Fuseau horaire : GMT
Rubrique "Liaisons GLPI/LDAP"
Nom de famille : sn
Prénom : givenname
Commentaires : info
E-Mail : mail
Téléphone : ipPhone
Téléphone 2 : othertelephone
Portable : mobile
Remarque : pendant mes essais, j'ai basculé de GMT à GMT + 1. Je ne sais pas si cette modification à provoquer le problème.
Merci d'avance.
OCSng 1.3.2 | GLPI 0.78 | Linux Debian 5.0 (2.6.26-2-686)
Offline
Bonjour,
Je suis confronté au point 1 également.
Ayant utilisé la notion de groupe pour créer mes services, j'espérais que celui-ci soit remonté automatiquement pour effectuer des stats...
Ok pour la notion de groupes multiples, mais alors, pourquoi ne pas pouvoir en selectionner plus d'un ?
En effet, j'aurais voulu créer des groupes pour l'utilisation d'imprimantes réseau, et je suis bloqué car j'ai du affecter mes utilisateurs à un service, donc un groupe...
Une évolution de prévue ? Groupes multiples, groupe par défaut, service ?
Bonnes fêtes à tous.
Ubuntu 10.04 LTS - Glpi 0.72.4 - Ocs 1.3.2 - Mysql 5.1.41
Offline
Voici la réponse à ma problématique :
La date de mise à jour des utilisateurs dans GLPI est supérieure à la date de mise à jour des utilisateurs dans l'AD.
Il semble donc impossible de corriger les informations utilisateurs importés dans GLPI depuis l'AD une fois que celle-ci ont a été réalisée, et ce même en forçant la synchronisation.
D'autre part, en créant un nouvel utilisateur dans l'OU interrogé par GLPI lors de la synchro, le champ numéro de téléphone IP correspondant à un utilisateur ne semble pas pouvoir être mappé sur le champ téléphone de l'utilisateur GLPI (problème de vérification du nombre de caractère ?).
Bonnes fêtes
OCSng 1.3.2 | GLPI 0.78 | Linux Debian 5.0 (2.6.26-2-686)
Offline