doc-locale/fr-fr/administration/admin_area.md
{{< details >}}
{{< /details >}}
La zone Admin fournit une interface web pour gérer et configurer les fonctionnalités d'une instance GitLab Self-Managed. Si vous êtes administrateur, pour accéder à la zone Admin :
Si l'instance GitLab utilise le mode Admin, vous devez activer le mode Admin pour votre session avant que Admin soit visible.
[!note] Seuls les administrateurs de GitLab Self-Managed ou GitLab Dedicated peuvent accéder à la zone Admin. Sur GitLab.com, la fonctionnalité de la zone Admin n'est pas disponible.
{{< history >}}
admin_projects_vue. Désactivé par défaut.admin_projects_vue supprimé.{{< /history >}}
Pour administrer tous les projets dans l'instance GitLab :
Dans le coin supérieur droit, sélectionnez Admin.
Dans la barre latérale gauche, sélectionnez Vue d'ensemble > Projets. La page affiche pour chaque projet :
Facultatif. Sélectionnez un onglet :
Facultatif. Combinez des filtres pour trouver les projets souhaités. Filtrer par :
Facultatif. Pour modifier l'ordre de tri, sélectionnez la liste déroulante de tri et choisissez l'ordre souhaité. Les options de tri disponibles sont :
Pour modifier le nom ou la description d'un projet depuis la page Projets de la zone Admin :
Pour supprimer un projet :
{{< history >}}
{{< /history >}}
La page Utilisateurs de la zone Admin affiche ces informations pour chaque utilisateur :
Pour administrer tous les utilisateurs depuis la page Utilisateurs de la zone Admin :
Dans le coin supérieur droit, sélectionnez Admin.
Dans la barre latérale gauche, sélectionnez Vue d'ensemble > Utilisateurs.
Facultatif. Pour modifier l'ordre de tri, dont la valeur par défaut est le nom d'utilisateur :
Facultatif. Utilisez la zone de recherche des utilisateurs pour rechercher et filtrer les utilisateurs par :
Facultatif. Dans le champ de recherche des utilisateurs, saisissez du texte, puis appuyez sur <kbd>Entrée</kbd>. Cette recherche textuelle non sensible à la casse applique une correspondance partielle au nom, au nom d'utilisateur et à l'adresse e-mail.
Pour modifier un utilisateur, trouvez la ligne de l'utilisateur et sélectionnez Éditer.
Pour supprimer l'utilisateur, ou supprimer l'utilisateur et ses contributions, depuis la page Utilisateurs de la zone Admin :
Un administrateur peut incarner n'importe quel autre utilisateur, y compris d'autres administrateurs. Cela vous permet de voir ce que l'utilisateur voit dans GitLab et d'effectuer des actions en son nom.
Pour incarner un utilisateur :
Toutes les activités d'usurpation d'identité sont capturées par les événements d'audit. Par défaut, l'usurpation d'identité est activée. GitLab peut être configuré pour désactiver l'usurpation d'identité.
{{< details >}}
{{< /details >}}
{{< history >}}
{{< /history >}}
Lors de l'utilisation de fournisseurs d'authentification, les administrateurs peuvent voir les identités d'un utilisateur. Cette page affiche les identités de l'utilisateur, y compris les identités SCIM. Utilisez ces informations pour résoudre les problèmes liés à SCIM et confirmer les identités utilisées pour un compte.
Pour ce faire :
{{< details >}}
{{< /details >}}
Lorsque vous exportez les permissions des utilisateurs, les informations exportées indiquent les adhésions directes que les utilisateurs ont dans les groupes et les projets. Il comprend ces données, et est limité aux 100 000 premiers utilisateurs :
Pour exporter les permissions des utilisateurs pour tous les utilisateurs actifs de votre instance GitLab :
La page Statistiques sur les utilisateurs fournit une vue d'ensemble des comptes utilisateurs par rôle. Ces statistiques sont calculées quotidiennement. Les modifications d'utilisateurs effectuées après la dernière mise à jour ne sont pas reflétées. Ces totaux sont également inclus :
La facturation GitLab est basée sur le nombre d'utilisateurs facturables.
Pour ajouter manuellement des adresses e-mail aux comptes utilisateurs :
L'onglet Cohortes affiche les cohortes mensuelles de nouveaux utilisateurs et leurs activités au fil du temps.
Les administrateurs peuvent empêcher des utilisateurs spécifiques de créer des groupes principaux. Ces utilisateurs peuvent toujours créer des sous-groupes et collaborer dans des structures organisationnelles existantes.
Pour empêcher un utilisateur de créer des groupes principaux :
Après avoir désactivé ce paramètre :
{{< history >}}
admin_groups_vue. Désactivé par défaut.admin_groups_vue supprimé.{{< /history >}}
[!flag] La disponibilité de cette fonctionnalité est contrôlée par un feature flag. Pour plus d'informations, consultez l'historique.
Pour administrer tous les groupes dans l'instance GitLab :
Dans le coin supérieur droit, sélectionnez Admin.
Dans la barre latérale gauche, sélectionnez Vue d'ensemble > Groupes. La page affiche pour chaque groupe :
Facultatif. Sélectionnez un onglet :
Facultatif. Pour modifier l'ordre de tri, sélectionnez la liste déroulante de tri et choisissez l'ordre souhaité. Les options de tri disponibles sont :
Facultatif. Pour filtrer les groupes par nom, saisissez au moins trois caractères dans la barre de recherche.
Facultatif. Pour créer un nouveau groupe, sélectionnez Nouveau groupe.
Pour modifier le nom ou la description d'un groupe depuis la page Groupes de la zone Admin :
Pour supprimer un groupe :
{{< details >}}
{{< /details >}}
Catégorisez et trouvez des projets similaires grâce aux sujets.
Pour voir tous les sujets dans l'instance GitLab :
Pour chaque sujet, la page affiche son nom et le nombre de projets étiquetés avec ce sujet.
Pour créer un sujet :
Les sujets créés sont affichés sur la page Explorer les sujets.
Les sujets assignés sont visibles uniquement par toutes les personnes ayant accès au projet, mais tout le monde peut voir quels sujets existent dans l'instance GitLab. N'incluez pas d'informations sensibles dans le nom d'un sujet.
Vous pouvez modifier le nom, le titre, la description et l'avatar d'un sujet à tout moment. Pour modifier un sujet :
Si vous n'avez plus besoin d'un sujet, vous pouvez le supprimer définitivement. Pour supprimer un sujet :
Vous pouvez déplacer tous les projets assignés à un sujet vers un autre sujet. Le sujet source est ensuite supprimé définitivement. Une fois qu'un sujet fusionné est supprimé, vous ne pouvez pas le restaurer.
Pour fusionner des sujets :
Vous pouvez lister tous les serveurs Gitaly dans l'instance GitLab depuis la page Serveurs Gitaly de la zone Admin. Pour plus de détails, consultez Gitaly.
Pour accéder à la page Serveurs Gitaly :
La page comprend ces informations pour chaque serveur Gitaly :
| Champ | Description |
|---|---|
| Stockage | Stockage du dépôt |
| Adresse | Adresse réseau sur laquelle le serveur Gitaly est à l'écoute |
| Version du serveur | Version de Gitaly |
| Version de Git | Version de Git installée sur le serveur Gitaly |
| À jour | Indique si la version du serveur Gitaly est la dernière version disponible. Un point vert indique que le serveur est à jour. |
{{< history >}}
ui_for_organizations. Désactivé par défaut.{{< /history >}}
[!flag] Sur GitLab Self-Managed, cette fonctionnalité n'est pas disponible par défaut. Pour la rendre disponible, un administrateur peut activer le feature flag nommé
ui_for_organizations. Sur GitLab.com et GitLab Dedicated, cette fonctionnalité n'est pas disponible. Cette fonctionnalité n'est pas prête pour une utilisation en production.
La page Organisations dans la zone Admin liste tous les projets par défaut, dans l'ordre inverse de leur dernière mise à jour. Chaque projet affiche :
Pour administrer toutes les organisations dans l'instance GitLab depuis cette page :
{{< history >}}
{{< /history >}}
Pour administrer tous les runners dans l'instance GitLab :
Ces informations sont affichées pour chaque runner :
| Attribut | Description |
|---|---|
| Statut | Le statut du runner. Dans GitLab 15.1 et versions ultérieures, pour le niveau Ultimate, le statut de mise à niveau est disponible. |
| Détails du runner | Informations sur le runner, y compris le jeton partiel et les détails sur l'ordinateur depuis lequel le runner a été enregistré. |
| Version | Version de GitLab Runner. |
| Jobs | Nombre total de jobs exécutés par le runner. |
| Tags | Étiquettes associées au runner. |
| Dernier contact | Horodatage indiquant quand le runner a contacté pour la dernière fois l'instance GitLab. |
Vous pouvez également modifier, mettre en pause ou supprimer chaque runner.
Pour plus d'informations, consultez GitLab Runner.
Pour rechercher dans les descriptions des runners :
Pour filtrer les runners par statut, type et étiquette :
{{< history >}}
{{< /history >}}
Pour supprimer plusieurs runners simultanément :
{{< history >}}
{{< /history >}}
Pour administrer tous les jobs dans l'instance GitLab :
Pour chaque job, les détails suivants sont listés :
| Champ | Description |
|---|---|
| Statut | Statut du job. L'un des états suivants : réussi, ignoré ou en échec. |
| Job | Comprend des liens vers le job, la branche et le commit qui a démarré le job. |
| Pipeline | Comprend un lien vers le pipeline spécifique. |
| Projet | Nom du projet et de l'organisation auxquels appartient le job. |
| Runner | Nom du runner CI assigné pour exécuter le job. |
| Étape | L'étape dans laquelle le job est déclaré dans un fichier .gitlab-ci.yml. |
| Nom | Nom du job spécifié dans un fichier .gitlab-ci.yml. |
| Durée | Durée du job et temps écoulé depuis la fin du job. |
| Couverture | Pourcentage de couverture des tests. |
Les rubriques suivantes documentent la section Surveillance de la zone Admin.
{{< history >}}
{{< /history >}}
La page Informations système fournit les statistiques suivantes :
| Champ | Description |
|---|---|
| CPU | Nombre de cœurs CPU disponibles |
| Utilisation de la mémoire | Mémoire utilisée et mémoire totale disponible |
| Utilisation du disque | Espace disque utilisé et espace disque total disponible |
| Démarrage du système | Quand le système hébergeant GitLab a démarré. Dans GitLab 15.1 et versions antérieures, il s'agissait d'une statistique de disponibilité. |
Ces statistiques sont mises à jour uniquement lorsque vous accédez à la page Informations système ou que vous actualisez la page dans votre navigateur.
La page Jobs en arrière-plan affiche le tableau de bord Sidekiq. Sidekiq est utilisé par GitLab pour effectuer des processus en arrière-plan.
Le tableau de bord Sidekiq contient :
{{< history >}}
{{< /history >}}
La page Gestion des données fournit une interface complète pour visualiser et gérer le statut de vérification de tous les composants sur un site Geo principal. Les composants incluent tous les types de données pris en charge par Geo.
Utilisez cette page pour :
La vue liste affiche le statut de vérification pour un composant sélectionné.
Choisissez un composant dans la liste déroulante pour basculer entre différents modèles de vérification (Projets, Téléversements, etc.). Depuis la vue liste, vous pouvez :
Sélectionnez un modèle individuel dans la vue liste pour consulter des informations complètes sur le statut de vérification d'un objet spécifique, telles que :
{{< history >}}
{{< /history >}}
La page de diagnostics de base de données comprend un ensemble de vérifications qui tentent de signaler les problèmes courants liés à la base de données :
Pour exécuter chaque vérification, sélectionnez le bouton d'exécution correspondant. La sélection du bouton d'exécution planifie un job en arrière-plan qui rapportera les informations de la vérification à la page.
La vérification de l'état de la collation tente de détecter les problèmes PostgreSQL qui entraînent des index corrompus. Cela se produit généralement si le système d'exploitation précédent exécutant PostgreSQL utilisait une version de glibc antérieure à la version 2.28. Pour plus d'informations, consultez la documentation sur la mise à niveau des systèmes d'exploitation pour PostgreSQL.
Tous les problèmes sont listés dans une section Corrupted Indexes. Si vous rencontrez des problèmes, vous pouvez réparer les index corrompus.
La vérification de l'état de la collation tente également de signaler les doublons dans les tables fréquemment affectées :
ci_refsci_resource_groupsenvironmentsmerge_request_diff_commit_userssbom_componentstagstopicsPour plus d'informations, consultez l'issue 505982.
Le tableau de bord liste les informations identiques à celles affichées dans la tâche Rake gitlab:db:collation_checker.
La vérification de l'état du schéma compare l'état de la base de données avec le schéma cible et liste les incohérences détectées. Aucun outil automatisé de réparation du schéma n'est disponible.
Si vous constatez des faux positifs ou si vous avez des questions sur les résultats de la vérification, consultez l'issue de retour d'information.
Le contenu de ces fichiers journaux peut aider à résoudre un problème. Le contenu de chaque fichier journal est listé dans l'ordre chronologique. Pour minimiser les problèmes de performance, un maximum de 2000 lignes de chaque fichier journal est affiché.
| Fichier journal | Contenu |
|---|---|
application_json.log | Activité des utilisateurs GitLab |
git_json.log | Interaction GitLab échouée avec les dépôts Git |
production.log | Requêtes reçues par Puma et actions effectuées pour y répondre |
sidekiq.log | Jobs en arrière-plan |
repocheck.log | Activité du dépôt |
integrations_json.log | Activité entre GitLab et les systèmes intégrés |
kubernetes.log | Activité Kubernetes |
Pour plus de détails sur ces fichiers journaux et leur contenu, consultez Système de journalisation.
La vue Journal a été supprimée du tableau de bord de la zone Admin pour éviter toute confusion pour les administrateurs des systèmes multi-nœuds. Cette vue présente des informations partielles pour les configurations multi-nœuds. Pour les systèmes multi-nœuds, intégrez les journaux dans des services tels qu'Elasticsearch et Splunk.
{{< details >}}
{{< /details >}}
La page Événements d'audit liste les modifications apportées au serveur GitLab. Utilisez ces informations pour contrôler, analyser et suivre chaque modification.
La section Vue d'ensemble de l'instance du tableau de bord liste les statistiques actuelles de l'instance GitLab. Récupérez ces informations avec l'API de statistiques d'application.
Ces statistiques affichent des comptages exacts pour les valeurs inférieures à 10 000. Pour les valeurs supérieures ou égales à 10 000, ces statistiques affichent des données approximatives lorsque les stratégies TablesampleCountStrategy et ReltuplesCountStrategy sont utilisées pour les calculs.