Cron / actions automatiques
Comment puis-je synchroniser automatiquement mes utilisateurs LDAP ?
Pour synchroniser automatiquement vos utilisateurs depuis un LDAP, vous pouvez ajouter une ligne à votre crontab (celle de l'utilisateur qui lit les fichiers web, Apache, www-data, etc.)
0 * * * * www-data cd /var/www/glpi/ && /usr/bin/php bin/console glpi:ldap:synchronize_users --no-interaction >/dev/null 2>&1
Vous pouvez ajouter des options à cette commande pour synchroniser également les comptes désactivés, par exemple :
0 * * * * www-data cd /var/www/glpi/ && /usr/bin/php bin/console glpi:ldap:synchronize_users --no-interaction -d 3 >/dev/null 2>&1
Si vous souhaitez effectuer plusieurs actions, nous vous conseillons d'ajouter autant de commandes LDAP à votre cron que nécessaire (une commande pour synchroniser les comptes, une autre pour désactiver les comptes, etc.).
Vous pouvez adapter votre recherche LDAP dans Configuration
> Authentification
> Configuration
> Action lorsqu'un utilisateur est supprimé de l'annuaire LDAP
:
- 0: Conserver - 1: Mettre à la corbeille - 2: Retirer les habilitations et groupes (dynamiques) - 3: Désactiver - 4: Désactiver + Retirer les habilitations et groupes (dynamiques) - 5: Désactiver + Retirer les groupes
Le cron spécifié sur mon instance on-premise prend-il en compte le filtre LDAP spécifié dans le filtre de connexion de ma configuration ?
Oui, si vous ne spécifiez pas --ldap-filter
dans votre ligne de commande, GLPI prend le champ de synchronisation + la condition indiquée dans le filtre de connexion pour effectuer la recherche.
Exemple :
Champ de synchronisation configuré =
entryuuid
.Filtre de connexion configuré =
(objectClass=inetOrgPerson)
Filtre LDAP résultant en ligne de commande =
& (entryuuid=*) (objectClass=inetOrgPerson))
Pourquoi les actions automatiques ne fonctionnent-elles pas ?
Vérifiez également que le
mode d'exécution
est réglé surCLI
depuisconfiguration
>actions automatiques
pour l'action en question.
Si vous êtes dans le Cloud, vous pouvez contacter le support pour que les vérifications puissent être faites côté serveur : formulaire de contact
Si vous êtes on-premise, vérifiez que votre cron est actif et correctement configuré : cron et actions automatiques
En plus des vérifications ci-dessus :
Videz les dossiers
_cache
et_sessions
Vérifiez les permissions des fichiers et dossiers :
find glpi/ -type d -exec chmod 0755 {} \;
find glpi/ -type f -exec chmod 0644 {} \;
Redémarrez le cron
Pourquoi une action automatique particulière ne fonctionne-t-elle pas ?
Pour qu'une action automatique fonctionne, elle doit être correctement configurée. Depuis configuration
> actions automatiques
, sélectionnez l'action concernée. Vérifiez qu'elle est planifiée
en mode CLI
.
GLPI : basé sur PHP (les actions automatiques ne sont déclenchées que lorsque vous êtes connecté)
CLI : basé sur cron
Cliquez sur exécuter
si vous voulez lancer l'action maintenant

Quelle est la différence entre les actions Logs
, PurgeLogs
et Circularlogs
?
Logs
, PurgeLogs
et Circularlogs
?Circularlogs
: Supprime les entrées dans les logs du dossier fichiers/_log qui sont plus anciennes qu'un certain nombre de jours qui est configurable dans le formulaire de l'action elle-même.logs
: Nettoie les anciennes entrées de logs d'actions automatiques. La durée de conservation des entrées de logs peut être modifiée pour chaque action automatique.PurgeLogs
: Supprime les entrées de données historiques qui sont plus anciennes qu'une certaine durée. La durée ne peut être modifiée que globalement pour toutes les Entités, mais certains types d'entrées peuvent être configurés avec des durées différentes.
Last updated
Was this helpful?