You are not logged in.
Bonjour,
Lorsque je remonte un inventaire via OCS, j'ai indiqué un tag.
Je voudrai savoir si dans GLPI il est possible de lui demandé :
Si tu rencontre ce tag, lors de la synchronisation entre OCS et GLPI, les champs lieu et statut seront sur stock.
Cela est possible ?
Merci d'avance.
Offline
Non
Les règles d'import OCS permettent uniquement le choix de l'entité de destination.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
a ok, dommage qu'on ne peux pas faire aussi sur les tags... ça aurait été bien d'exploiter cette fonctionnalité d'OCS.
Offline
Je me suis visiblement mal exprimé
Les règles peuvent utiliser le TAG comme critère (parmi d'autres) et l'Entité comme Action (la seule).
Donc pas de problème pour le TAG, mais impossibilité d'affecter le lieu.
Pour le statut, c'est une option de config pour les nouvelles machines.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
ok donc avec le tag on ne peux pas faire de règle sur la destination et sur le statut.
Je dis donc dommage, de ne pas pouvoir faire des règles sur les destination et statut.
Offline
En même temps, je verrais pas trop l'intérêt...
En effet le TAG est affecté à l'installation initiale et ne peux plus être modifié ensuite (sauf en intervenant sur la console). Donc utiliser une donnée permanente pour représenter une situation temporaire ne me semble pas logique.
De plus un changement de "lieu" (donc de TAG) ne serait pas pris en compte lors de la synchro, puisque les règles ne sont utilisées que lors de l'importation initiale.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
bah dans mon cas cela serai utile, car j'ai un script OCS avec un tag : en stock, pour lorsque je viens de préparer mon pc et un autre (en exploitation) pour les postes qui sont en exploitation.
voila tout !
Offline
Et tu crois qu'il marche ton script ? Parce que côté client, tu peux juste le fixer lors du premier inventaire.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Bonjour,
Je suis nouveau sur le forum et après multiples recherches j'ai compris que le tag servait principalement a affecté une machine à un lieu...
Mais ce que je ne comprends pas c'est lors du déploiement de la GPO de l'agent c'est que le tag spécifié est fixe pour l'UO concernée.
Par conséquent faut t il faire une GPO différentes pour chaques UO?
Ma question est sans doute très bête mais bon je me permets quand même de la poser^^
Merci d'avance et bonne soirée/journée à tous.
Kevin
glpi : 0.71.5 OCS: 1.01
Win2k3 R2
PHP 5.2.0 / MySQL 5.0.27
Offline
Bonjour,
Je suis nouveau sur le forum et après multiples recherches j'ai compris que le tag servait principalement a affecté une machine à un lieu...
en général affecter une machine à une entité plutôt
Mais ce que je ne comprends pas c'est lors du déploiement de la GPO de l'agent c'est que le tag spécifié est fixe pour l'UO concernée.
Par conséquent faut t il faire une GPO différentes pour chaques UO?
tout à fait.
ensuite dans GLPI vous faites une règle par entité, qui peut se baser soit uniquement sur le TAG, soit sur le TAG + d'autres critères
Offline
Bonjour wawa,
j'ai également posté ici:
http://www.glpi-project.org/forum/viewt … ?pid=75574
(désolé mes réponses sur les topices se ressemblent un peu)
Si je n'ai qu'une entité (si tu me le confirmes via l'autre poste).
Comment me servir intelligemment du tag...
merci d'avance
Kevin
glpi : 0.71.5 OCS: 1.01
Win2k3 R2
PHP 5.2.0 / MySQL 5.0.27
Offline