> For the complete documentation index, see [llms.txt](https://docs.scepman.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scepman.com/fr/configuration-de-scepman/application-settings/dependencies-azure-services/logging.md). # Journalisation {% hint style="info" %} Ces paramètres ne doivent être appliqués qu’au SCEPman App Service, pas au Certificate Master. Veuillez vous référer à [Paramètres SCEPman](/fr/configuration-de-scepman/application-settings.md). Applicable à la version 2.4 et supérieure {% endhint %} ## AppConfig:LoggingConfig:DataCollectionEndpointUri *Linux : AppConfig\_\_LoggingConfig\_\_*DataCollectionEndpointUri {% hint style="info" %} La journalisation via DCE est possible dans la version 3.0 et ultérieure {% endhint %} **Valeur :** URI **Description :** L'URI du point de terminaison de collecte de données est la cible vers laquelle SCEPman envoie ses journaux. Cela utilise le DCE par défaut de la règle de collecte de données, qui est créée automatiquement lors d'un déploiement standard. ## AppConfig:LoggingConfig:RuleId *Linux : AppConfig\_\_LoggingConfig\_\_*ID de règle {% hint style="info" %} La journalisation via DCE est possible dans la version 3.0 et ultérieure {% endhint %} **Valeur :** Chaîne **Description :** Il s'agit de l'identifiant unique de la règle de collecte de données à utiliser par SCEPman. ## AppConfig:LoggingConfig:WorkspaceId *Linux: AppConfig\_\_LoggingConfig\_\_WorkspaceId* **Valeur :** Guid **Description :** L'ID d'espace de travail de votre Log Analytics Workspace (affiché dans la vue d'ensemble de l'espace de travail). Ce paramètre est requis si vous souhaitez utiliser Azure Monitor, avec SharedKey. ## AppConfig:LoggingConfig:SharedKey *Linux: AppConfig\_\_LoggingConfig\_\_SharedKey* **Valeur :** Chaîne **Description :** Utilisez l'une des deux clés du Log Analytics Workspace. Elles sont affichées si vous accédez à votre Log Analytics Workspace SCEPman et que vous naviguez vers Settings/Agents, où vous pouvez déplier la section « Log Analytics agent instructions ». Utilisez la clé primaire ou secondaire. Il s'agit d'un paramètre obligatoire si vous souhaitez utiliser Azure Monitor, conjointement avec WorkspaceId. ## AppConfig:LoggingConfig:AzureOfferingDomain *Linux: AppConfig\_\_LoggingConfig\_\_AzureOfferingDomain* **Valeur :** Chaîne **Description :** Si l'espace de travail ne se trouve pas dans le cloud Azure global, vous pouvez configurer ici le domaine de l'offre. La valeur par défaut est 'azure.com'. {% hint style="danger" %} Ces changements peuvent nuire à votre service ! {% endhint %} ## AppConfig:LoggingConfig:LogLevel *Linux: AppConfig\_\_LoggingConfig\_\_LogLevel* **Valeur :** *Trace*, *Débogage*, *Informations*, *Avertissement*, *Erreur*, ou *Fatal* **Description :** Le niveau de journalisation minimal à enregistrer. La valeur par défaut est 'Info'. Seules les entrées de journal dont le niveau est égal ou supérieur au niveau configuré seront enregistrées. Notez que si vous configurez ce paramètre sur 'Trace' ou 'Debug', la sortie des journaux peut contenir des données personnelles telles que les UPN ou les adresses IP des utilisateurs. Si vous souhaitez éviter les données personnelles dans la sortie des journaux, vous devriez configurer ce paramètre sur 'Info' ou plus. ## AppConfig:LoggingConfig:AzureEventHubConnectionString *Linux: AppConfig\_\_LoggingConfig\_\_AzureEventHubConnectionString* {% hint style="info" %} La journalisation vers Azure Event Hub est possible dans la version 2.5 et ultérieure {% endhint %} **Valeur :** Chaîne **Description :** La chaîne de connexion de votre Azure Event Hub. Si vous souhaitez utiliser Azure Event Hub, vous devez soit configurer ce paramètre, soit [AppConfig:LoggingConfig:AzureEventHubServiceUri](#appconfig-loggingconfig-azureeventhubserviceuri). Si vous utilisez AzureEventHubConnectionString, elle doit inclure les informations d'authentification. ## AppConfig:LoggingConfig:AzureEventHubName *Linux: AppConfig\_\_LoggingConfig\_\_AzureEventHubName* {% hint style="info" %} La journalisation vers Azure Event Hub est possible dans la version 2.5 et ultérieure {% endhint %} **Valeur :** Chaîne **Description :** Le nom de votre Azure Event Hub. Il s'agit d'un paramètre obligatoire si vous souhaitez utiliser Azure Event Hub. ## AppConfig:LoggingConfig:AzureEventHubPartitionKey *Linux: AppConfig\_\_LoggingConfig\_\_AzureEventHubPartitionKey* {% hint style="info" %} La journalisation vers Azure Event Hub est possible dans la version 2.5 et ultérieure {% endhint %} **Valeur :** Chaîne **Description :** La clé de partition de votre Azure Event Hub. La configuration de ce paramètre est facultative. Si vous ne la renseignez pas, la valeur par défaut est '0'. ## AppConfig:LoggingConfig:AzureEventHubServiceUri *Linux : AppConfig\_\_LoggingConfig\_\_AzureEventHubServiceUri* {% hint style="info" %} La journalisation vers Azure Event Hub avec Managed Identity est possible dans la version 2.8 et ultérieure {% endhint %} **Valeur :** Chaîne Description : L'URI de service de Azure Event Hub. Si vous souhaitez utiliser Azure Event Hub, vous devez soit configurer ce paramètre, soit [AppConfig:LoggingConfig:AzureEventHubConnectionString](#appconfig-loggingconfig-azureeventhubconnectionstring). Si vous utilisez AzureEventHubServiceUri, SCEPman/Certificate Master s'authentifiera auprès du service Azure Event Hub avec son Managed Identity. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.scepman.com/fr/configuration-de-scepman/application-settings/dependencies-azure-services/logging.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.