centreon · emgcentreon · Dec 26, 2024 · Dec 26, 2024 · Dec 26, 2024 · Dec 26, 2024
diff --git a/cloud/alerts-notifications/custom-views.md b/cloud/alerts-notifications/custom-views.md
@@ -39,7 +39,7 @@ Custom views are dashboards created with widgets. You can share views with other
 
 On the control bar, click **Edit view**. ![image](../assets/alerts/view_edit.png)
 
-You can rename the view, change the layout of the columns, and [share the view](#sharing-a-custom-view) in read-only mode with other users. You can also edit or move widgets.
+You can rename the view, change the layout of the columns, and [share the view](#sharing-custom-views) in read-only mode with other users. You can also edit or move widgets.
 
 ### Editing a widget
 

diff --git a/cloud/monitoring/anomaly-detection.md b/cloud/monitoring/anomaly-detection.md
@@ -52,8 +52,8 @@ To have a fully functional Anomaly Detection service, you need to complete four
 
 1. [Create an Anomaly Detection service](#step-1-create-an-anomaly-detection-service). This will activate the sending of the collected data to the Centreon SaaS platform, in order to start modeling regular behavior.
 2. Assess the relevance of the computed predictions.
-3. Once the model seems right, [activate status changes for the service](#activate-the-generation-of-alerts).
-4. When all changes in status seem relevant, [activate the notification process](#activate-the-notification-process).
+3. Once the model seems right, [activate status changes for the service](#step-3-activate-status-changes).
+4. When all changes in status seem relevant, [activate the notification process](#step-4-activate-the-notification-process).
 
 ### Step 1: Create an Anomaly Detection service
 

diff --git a/i18n/fr/docusaurus-plugin-content-docs-cloud/current/administration/api_tokens.md b/i18n/fr/docusaurus-plugin-content-docs-cloud/current/administration/api_tokens.md
@@ -5,11 +5,11 @@ title: Jetons d'API
 
 Avec un jeton d'application, une application tierce peut faire des appels à l'API Centreon afin de réaliser des actions dans Centreon (webhooks).
 
-Un jeton est lié à un [utilisateur Centreon](../users/users.md) et a une durée de validité. Les appels API seront exécutés en fonction des [droits assignés à cet utilisateur](../users/users.md#user-roles). Un même utilisateur peut avoir plusieurs jetons.
+Un jeton est lié à un [utilisateur Centreon](../users/users.md) et a une durée de validité. Les appels API seront exécutés en fonction des [droits assignés à cet utilisateur](../users/users.md#rôles-des-utilisateurs). Un même utilisateur peut avoir plusieurs jetons.
 
 ## Qui peut créer des jetons d'API ?
 
-[Les utilisateurs ayant un rôle **Administrator**](../users/users.md#user-roles) ont accès à la page **Administration > Jetons d'API** et peuvent :
+[Les utilisateurs ayant un rôle **Administrator**](../users/users.md#rôles-des-utilisateurs) ont accès à la page **Administration > Jetons d'API** et peuvent :
 * créer des jetons d'API pour leur propre usage.
 * voir les jetons créés par d'autres utilisateurs.
 * créer des jetons pour d'autres utilisateurs, ou les désactiver ou les supprimer.

diff --git a/.../docusaurus-plugin-content-docs-cloud/current/administration/resource_access.md b/.../docusaurus-plugin-content-docs-cloud/current/administration/resource_access.md
@@ -3,7 +3,7 @@ id: ram
 title: Attribuer des droits aux utilisateurs sur les ressources
 ---
 
-Les règles d'accès aux ressources vous permettent d'attribuer aux utilisateurs le droit de voir des [ressources](../resources/glossary.md#resource) spécifiques.
+Les règles d'accès aux ressources vous permettent d'attribuer aux utilisateurs le droit de voir des [ressources](../resources/glossary.md#ressource) spécifiques.
 
 Par défaut, tous les utilisateurs peuvent voir toutes les ressources. En effet, une règle par défaut nommée "ALL" est créée automatiquement à l'installation de la plateforme. Les utilisateurs ayant le rôle **Administrator** peuvent voir toutes les ressources dans tous les cas, même si aucune règle ne leur attribue explicitement ce droit.
 

diff --git a/i18n/fr/docusaurus-plugin-content-docs-cloud/current/ciam/ciam.md b/i18n/fr/docusaurus-plugin-content-docs-cloud/current/ciam/ciam.md
@@ -35,7 +35,7 @@ Une organisation correspond à un périmètre d'équipements à superviser. Par
 ### Inviter des utilisateurs dans l'organisation
 
 1. À la page **Users**, cliquez sur **Invite user**.
-2. Renseignez les emails des utilisateurs que vous souhaitez inviter, et sélectionnez le rôle à leur attribuer dans le CIAM et dans Centreon Cloud (voir [Rôles des utilisateurs](../users##rôles-des-utilisateurs)).
+2. Renseignez les emails des utilisateurs que vous souhaitez inviter, et sélectionnez le rôle à leur attribuer dans le CIAM et dans Centreon Cloud (voir [Rôles des utilisateurs](../users/users.md#rôles-des-utilisateurs)).
 3. Cliquez sur **Invite**. Les personnes recevront un email intitulé **You've been invited to join `<organization>`'s Centreon account**. Votre adresse email sera visible dans cet email.
 
 ## Je suis un utilisateur Centreon

diff --git a/i18n/fr/docusaurus-plugin-content-docs-cloud/current/installation/deploy-poller.md b/i18n/fr/docusaurus-plugin-content-docs-cloud/current/installation/deploy-poller.md
@@ -8,7 +8,7 @@ import TabItem from '@theme/TabItem';
 
 Avec Centreon Cloud, votre serveur central est déjà prêt à l'emploi. Il ne vous reste qu'à installer un ou des collecteurs dans votre infrastructure, ce qui est très facile : exécutez un script, exportez la configuration et le collecteur est prêt.
 
-Avant de déployer un collecteur, assurez-vous que votre machine hôte répond aux [prérequis](prerequisites.md). Seuls les utilisateurs ayant les [rôles](../users/users.md#user-roles) **Administrator** ou **Editor** ont accès à la commande d'installation de collecteurs.
+Avant de déployer un collecteur, assurez-vous que votre machine hôte répond aux [prérequis](prerequisites.md). Seuls les utilisateurs ayant les [rôles](../users/users.md#rôles-des-utilisateurs) **Administrator** ou **Editor** ont accès à la commande d'installation de collecteurs.
 
 ## Étape 1 : Exécuter le script d'installation du collecteur
 

diff --git a/...cusaurus-plugin-content-docs-cloud/current/monitoring/basic-objects/commands.md b/...cusaurus-plugin-content-docs-cloud/current/monitoring/basic-objects/commands.md
@@ -30,7 +30,7 @@ Les commandes peuvent être configurées à la page **Configuration > Commands >
       * Vous pouvez utiliser des [macros](macros.md) (macros d'hôtes ou de services) afin de rendre votre commande plus générique, mais ce n'est pas obligatoire. Le nom de la macro apparaîtra dans le formulaire de configuration de l'hôte ou du service afin que vous puissiez lui attribuer une valeur spécifique pour chaque hôte ou service avec lequel vous l'utiliserez.
 
    * **Description des macros** : saisissez une description pour les macros personnalisées. Cette description sera visible lorsque vous utiliserez la commande dans le formulaire de configuration d'hôte ou de service.
-   * **Connecteurs**: utilisez le **[connecteur Perl](#perl-connector)** ou le **[connecteur SSH](#ssh-connector)** afin de réduire la comsommation de ressources du plugin. Le connecteur Perl peut être utilisé avec toutes les commandes, sauf **check_icmp** et **check_nrpe**.
+   * **Connecteurs**: utilisez le **[connecteur Perl](#connecteur-perl)** ou le **[connecteur SSH](#connecteur-ssh)** afin de réduire la comsommation de ressources du plugin. Le connecteur Perl peut être utilisé avec toutes les commandes, sauf **check_icmp** et **check_nrpe**.
    * **Modèle de graphique** : liez la commande à un modèle de graphique.
 
 4. Cliquez sur **Sauvegarder**. La commande apparaît maintenant dans la liste **Commande de vérification** dans les formulaires de configuration de modèles d'hôtes ou de services.
@@ -43,7 +43,7 @@ Une fois votre commande personnalisée créée :
 2. Liez ce modèle d'hôte ou de service à l'hôte ou au service désiré : dans le formulaire de configuration de l'hôte ou du service, sélectionnez le modèle auquel vous avez lié la commande.
 3. Renseignez les valeurs correctes pour les macros dans le formulaire de configuration de l'hôte ou du service.
 3. [Déployez la configuration](../monitoring-servers/deploying-a-configuration.md). L'hôte ou le service apparaît à la page **Statut des ressources**. Vous pouvez voir la commande personnalisée dans le panneau de détails de l'hôte ou du service, avec les valeurs correctes pour les macros. Une fois le contrôle exécuté, vous pouvez également voir le message de sortie à cet endroit.
-4. Ajoutez la commande à la [liste blanche de commandes](#command-whitelist) du poller qui exécutera le contrôle.
+4. Ajoutez la commande à la [liste blanche de commandes](#liste-blanche-de-commandes) du poller qui exécutera le contrôle.
 
 ## Liste blanche de commandes
 

diff --git a/i18n/fr/docusaurus-plugin-content-docs-cloud/current/monitoring/categories.md b/i18n/fr/docusaurus-plugin-content-docs-cloud/current/monitoring/categories.md
@@ -6,7 +6,7 @@ title: Catégories et criticités
 Les catégories vous permettent :
 
 - d'organiser hôtes et services.
-- de [filtrer la vue](../alerts-notifications/resources-status.md#filtering-events) dans la page **Statut des ressources**.
+- de [filtrer la vue](../alerts-notifications/resources-status.md#filtrer-les-évènements) dans la page **Statut des ressources**.
 
 Il existe un type spécial de catégorie, nommé criticité. Les criticités vous permettent de faire la même chose que les catégories, mais également de :
 

diff --git a/...us-plugin-content-docs-cloud/current/monitoring/discovery/services-discovery.md b/...us-plugin-content-docs-cloud/current/monitoring/discovery/services-discovery.md
@@ -195,7 +195,7 @@ partie **Macros**.
 ## Commandes de découverte
 
 Une **discovery commands** est la définition d’une ligne de commande exécutant
-la [sonde de découverte](#discovery-plugins).
+la [sonde de découverte](#sondes-de-découverte).
 
 Chaque sonde de découverte doit disposer de deux commandes :
 

diff --git a/i18n/fr/docusaurus-plugin-content-docs-cloud/current/monitoring/metrics.md b/i18n/fr/docusaurus-plugin-content-docs-cloud/current/monitoring/metrics.md
@@ -42,11 +42,11 @@ Dans tous les cas, le format des métriques telles que retournées par les plugi
 
 * **valeur** : la valeur affichée dans le panneau de détails est celle retournée par le dernier contrôle effectué.
 
-* **alerte/critique**: [seuils](#syntaxe-des-seuils-des-métriques) pour lesquels le statut de la métrique sera ALERTE ou CRITIQUE. Si aucun seuil n'est défini, le statut de la métrique sera toujours OK. La valeur de ces seuils est définie [dans une macro spécifique au service, ou bien dans la macro EXTRAOPTIONS du service](#comment-définir-des-seuils-pour-des-métriques-spécifiques).
+* **alerte/critique**: [seuils](#syntaxe-des-seuils-des-métriques) pour lesquels le statut de la métrique sera ALERTE ou CRITIQUE. Si aucun seuil n'est défini, le statut de la métrique sera toujours OK. La valeur de ces seuils est définie [dans une macro spécifique au service, ou bien dans la macro EXTRAOPTIONS du service](#comment-définir-des-seuils-pour-une-métrique-spécifique).
 
    > Il est possible de ne définir qu'un seuil CRITIQUE, sans passer par le stade ALERTE (et vice-versa).
 
-* **min/max** : Il ne s'agit pas de la valeur minimale/maximale constatée dans les données de performance, mais de la valeur minimale/maximale possible que peut prendre la métrique. Par exemple, le maximum d'une utilisation CPU sera toujours 100%. Pour certains plugins ou modes, ces valeurs peuvent être redéfinies [dans la macro EXTRAOPTIONS](#comment-définir-des-seuils-pour-des-métriques-spécifiques).
+* **min/max** : Il ne s'agit pas de la valeur minimale/maximale constatée dans les données de performance, mais de la valeur minimale/maximale possible que peut prendre la métrique. Par exemple, le maximum d'une utilisation CPU sera toujours 100%. Pour certains plugins ou modes, ces valeurs peuvent être redéfinies [dans la macro EXTRAOPTIONS](#comment-définir-des-seuils-pour-une-métrique-spécifique).
 
    * Le min et le max seront les valeurs minimales/maximales sur l'axe des Y du graphique. Si aucun min et max ne sont définis, le graphique s'adaptera en hauteur en fonction de la plus petite et la plus grande valeur constatées. Redéfinir les valeurs min/max permet de rendre l'affichage des graphes le plus pertinent possible : si plusieurs graphiques représentant le même service pour plusieurs hôtes sont affichés ensemble, définir le même min et max permet de représenter toutes les métriques à la même échelle.
    * Elles servent également à évaluer le niveau d'utilisation d'une ressource par rapport à sa capacité, d'où l'intérêt de pouvoir les redéfinir dans certains cas. Par exemple, si on contrôle le trafic réseau sur une interface, l'interface fournit son débit maximum théorique au plugin, mais celui-ci peut être changé à la main si le débit réel est limité par le fait d'être connecté à un autre équipement.

diff --git a/...r/docusaurus-plugin-content-docs-cloud/current/service-mapping/ba-management.md b/...r/docusaurus-plugin-content-docs-cloud/current/service-mapping/ba-management.md
@@ -227,7 +227,7 @@ Cet écran n'est pas actif actuellement. Dans Centreon Cloud, les BA utilisent [
 -   Plages de reporting additionnelles: permet de calculer les
     statistiques de l'activité métier sur d'autres plages horaire
 
-> Dans les champs **Période de rapport par défaut** et **Plages de reporting additionnelles**, n'utilisez pas de périodes temporelles comprenant des [exceptions](../monitoring/basic-objects/timeperiods.md#time-range-exceptions-tab) : les exceptions ne seront pas prises en compte.
+> Dans les champs **Période de rapport par défaut** et **Plages de reporting additionnelles**, n'utilisez pas de périodes temporelles comprenant des [exceptions](../monitoring/basic-objects/timeperiods.md#onglet-période-dexception) : les exceptions ne seront pas prises en compte.
 
 #### Gestionnaire d'évènements
 

diff --git a/i18n/fr/docusaurus-plugin-content-docs/version-22.10/administration/licenses.md b/i18n/fr/docusaurus-plugin-content-docs/version-22.10/administration/licenses.md
@@ -21,7 +21,7 @@ Selon votre [édition Centreon](https://www.centreon.com/editions/), votre licen
 
 Les modules suivants doivent être installés séparément et nécessitent une licence valide.
 
-- [Plugin Packs](../monitoring/pluginpacks.md#installation)
+- [Plugin Packs](../monitoring/pluginpacks.md#installer-le-pack)
 - [Auto Discovery](../monitoring/discovery/installation.md)
 - [Anomaly Detection](../monitoring/anomaly-detection.md)
 - [Service mapping (BAM)](../service-mapping/install.md)

diff --git a/.../docusaurus-plugin-content-docs/version-22.10/administration/secure-platform.md b/.../docusaurus-plugin-content-docs/version-22.10/administration/secure-platform.md
@@ -238,7 +238,7 @@ systemctl start firewalld
 Ajoutez des règles pour firewalld :
 
 > La liste des flux réseau nécessaires pour chaque type de serveur est définie
-> [ici](../installation/architectures.md#tableau-des-flux-de-la-plate-forme).
+> [ici](../installation/technical.md#tableau-des-flux-réseau).
 
 <Tabs groupId="sync">
 <TabItem value="Central / Remote Server" label="Central / Remote Server">
@@ -1205,7 +1205,7 @@ Si tout est correct, vous devriez avoir quelque chose comme :
 
 Vous pouvez maintenant accéder à votre plateforme via votre navigateur en mode HTTPS.
 
-> Une fois que votre serveur web est configuré en mode HTTPS et si vous avez un serveur MAP sur votre plateforme, vous devez le configurer en mode HTTPS également. Sinon, les navigateurs web récents peuvent bloquer la communication entre les deux serveurs. Voir la procédure détaillée [ici](../graph-views/secure-your-map-platform.md#configure-httpstls-on-the-map-server).
+> Une fois que votre serveur web est configuré en mode HTTPS et si vous avez un serveur MAP sur votre plateforme, vous devez le configurer en mode HTTPS également. Sinon, les navigateurs web récents peuvent bloquer la communication entre les deux serveurs. Voir la procédure détaillée [ici](../graph-views/secure-your-map-platform.md#configurer-httpstls-sur-le-serveur-map).).
 
 9. Configuration API de Gorgone
 
@@ -1482,15 +1482,15 @@ via la gestion de [liste de contrôle d'accès](./access-control-lists.md).
 Il est fortement recommandé de sécuriser les communications entre les différents serveurs de la plateforme Centreon si
 certains serveurs ne sont pas dans un réseau sécurisé.
 
-> Le tableau des flux réseau est disponible [ici](../installation/architectures.md#tableau-des-flux-réseau).
+> Le tableau des flux réseau est disponible [ici](../installation/technical.md#tableau-des-flux-réseau).
 
 ### Communication Centreon Broker
 
 #### Centreon Broker et pare-feu
 
 Parfois, il n'est pas possible d'initialiser le flux Centreon Broker depuis le collecteur (ou Remote Server)
 vers le serveur Centreon Central ou le Remote Server.
-[Voir la configuration suivante pour inverser le flux](../monitoring/monitoring-servers/advanced-configuration.md#centreon-broker-and-the-firewall).
+[Voir la configuration suivante pour inverser le flux](../monitoring/monitoring-servers/advanced-configuration.md#centreon-broker-et-pare-feu).
 
 #### Authentification des flux Centreon Broker
 

diff --git a/...usaurus-plugin-content-docs/version-22.10/alerts-notifications/event-console.md b/...usaurus-plugin-content-docs/version-22.10/alerts-notifications/event-console.md
@@ -38,7 +38,7 @@ les différentes fonctions de ces icônes :
 
 > Cette interface est **dépréciée** et remplacée par la page
 > **Statut des ressources** et la [liste des
-> évènements](resources-status.md#lister-les-evenements).
+> évènements](resources-status.md#lister-les-évènements).
 
 Pour visualiser le statut des hôtes, rendez-vous dans le menu
 **Monitoring > Status Details > Hosts**.
@@ -120,7 +120,7 @@ Pour visualiser le statut des groupes d'hôtes, rendez-vous dans le menu
 
 > Cette interface est **dépréciée** et remplacée par la page
 > **Statut des ressources** et le [panneau
-> d'hôte](resources-status.md#panneau-dhote).
+> d'hôte](resources-status.md#panneau-dhôte).
 
 Lorsque vous cliquez sur le nom d'un hôte, vous accédez à la page de
 détails de la ressource.

diff --git a/...saurus-plugin-content-docs/version-22.10/alerts-notifications/notif-advanced.md b/...saurus-plugin-content-docs/version-22.10/alerts-notifications/notif-advanced.md
@@ -11,7 +11,7 @@ attachée à chaque contact à notifier. Centreon propose des commandes par
 défaut que vous pouvez modifier.
 
 Accédez au chapitre de [configuration des
-commandes](../monitoring/basic-objects/commands.md#definition) pour
+commandes](../monitoring/basic-objects/commands.md#définition) pour
 modifier / ajouter de nouvelles commandes de notification.
 
 > Vous pouvez également trouver dans les [plugins

diff --git a/...s-plugin-content-docs/version-22.10/alerts-notifications/notif-configuration.md b/...s-plugin-content-docs/version-22.10/alerts-notifications/notif-configuration.md
@@ -49,7 +49,7 @@ title: Configurer les notifications
 
         Si l'option est à **Défaut**, la valeur appliquée sera celle définie sur le modèle de l'hôte ou du service (voir [Règles d'héritage des modèles](#règles-dhéritage-des-modèles)). Si aucune valeur n'est définie sur aucun modèle parent, la valeur par défaut est **Non**.
 
-    - Dans le champ **Contacts liés/Groupes de contacts liés**, définissez quels contacts recevront les notifications. Les notifications doivent être activées pour ces contacts (voir [Étape 3](#étape-3-activer-les-notifications-pour-les-contacts-choisis)).
+    - Dans le champ **Contacts liés/Groupes de contacts liés**, définissez quels contacts recevront les notifications. Les notifications doivent être activées pour ces contacts (voir [Étape 3](#étape-3--activer-les-notifications-pour-les-contacts-choisis)).
 
         > Si les notifications sont activées pour un hôte et un contact est défini, alors les notifications seront également activées pour les services liés à cet hôte (sauf si l'option **Notification activée** du service est à **Non**).
 
@@ -188,4 +188,4 @@ Vérifiez le fuseau horaire de l'utilisateur à qui sont envoyées les notificat
 
 1. Allez à la page **Configuration > Utilisateurs > Contacts/Utilisateurs**, puis cliquez sur le contact à qui vous voulez que les notifications soient envoyées. 
 
-2. Vérifiez le champ **Fuseau horaire/Localisation**. La période de temps pendant laquelle les notifications seront envoyées à l'utilisateur est la période de temps dans son fuseau horaire.
+2. Vérifiez le champ **Fuseau horaire/Localisation**. La période de temps pendant laquelle les notifications seront envoyées à l'utilisateur est la période de temps dans son fuseau horaire.
diff --git a/i18n/fr/docusaurus-plugin-content-docs/version-22.10/connect/loginpwd.md b/i18n/fr/docusaurus-plugin-content-docs/version-22.10/connect/loginpwd.md
@@ -40,7 +40,7 @@ Allez à la page **Administration > Authentification> Politique de sécurité de
 Configurez les conditions dans lesquelles les mots de passe expireront. Pour des raisons de sécurité, cette fonctionnalité ne peut être désactivée à l'exception des cas décrits ci-dessous.
 
 - **Le mot de passe expire après** : Une fois le mot de passe expiré, l'utilisateur sera redirigé vers une
-  [page dédiée](../getting-started/interface.md#réinitialisez-votre-mot-de-passe-après-expiration) pour mettre à jour son mot de passe. La durée de vie d'un mot de passe doit être d'au moins 7 jours.
+  [page dédiée](../monitoring/basic-objects/customization.md#réinitialiser-votre-mot-de-passe-après-expiration) pour mettre à jour son mot de passe. La durée de vie d'un mot de passe doit être d'au moins 7 jours.
 - **Durée minimum entre chaque changement de mot de passe** : Lorsqu'un mot de passe vient d'être changé, combien de temps doit s'écouler avant qu'il puisse être changé à nouveau.
 - Activez ou non l'option **Les 3 derniers mot de passe peuvent être réutilisés**.
 - **Excluded users** : Sélectionnez des comptes utilisateur pour lesquels la politique d'expiration de mot de passe ne s'appliquera pas (par exemple, le compte **admin**, ou les comptes accédant aux API). Les mots de passe de ces comptes n'expireront jamais.