Type complexe ChannelType

• Application
• Système
• Personnalisée

            L"O:BAG:SYD:"
            L"(A;;0xf0007;;;SY)"                // local system               (read, write, clear)
            L"(A;;0x7;;;BA)"                    // built-in admins            (read, write, clear)
            L"(A;;0x7;;;SO)"                    // server operators           (read, write, clear)
            L"(A;;0x3;;;IU)"                    // INTERACTIVE LOGON          (read, write)
            L"(A;;0x3;;;SU)"                    // SERVICES LOGON             (read, write)
            L"(A;;0x3;;;S-1-5-3)"               // BATCH LOGON                (read, write)
            L"(A;;0x3;;;S-1-5-33)"              // write restricted service   (read, write)
            L"(A;;0x1;;;S-1-5-32-573)";         // event log readers          (read) 

Les autorisations par défaut pour System sont (affichées à l’aide de SDDL) :

            L"O:BAG:SYD:"
            L"(A;;0xf0007;;;SY)"                // local system             (read, write, clear)
            L"(A;;0x7;;;BA)"                    // built-in admins          (read, write, clear)
            L"(A;;0x3;;;BO)"                    // backup operators         (read, write)
            L"(A;;0x5;;;SO)"                    // server operators         (read, clear) 
            L"(A;;0x1;;;IU)"                    // INTERACTIVE LOGON        (read)
            L"(A;;0x3;;;SU)"                    // SERVICES LOGON           (read, write)
            L"(A;;0x1;;;S-1-5-3)"               // BATCH LOGON              (read)
            L"(A;;0x2;;;S-1-5-33)"              // write restricted service (write)
            L"(A;;0x1;;;S-1-5-32-573)";         // event log readers        (read)

Les autorisations par défaut pour l’isolation personnalisée sont les mêmes que celles de l’application.

Les canaux qui spécifient l’isolation d’application utilisent la même session ETW. Il en va de même pour l’isolation du système . Toutefois, si vous spécifiez Isolation personnalisée , le service crée une session ETW distincte pour le canal. L’utilisation de l’isolation personnalisée vous permet de contrôler les autorisations d’accès pour le canal et le fichier de stockage. Étant donné qu’il n’y a que 64 sessions ETW disponibles, vous devez limiter votre utilisation de l’isolation personnalisée .

Nom du canal. Le nom doit être unique dans la liste des canaux que le fournisseur utilise. La convention pour nommer des canaux consiste à ajouter le type de canal au nom du fournisseur. Par exemple, si le nom du fournisseur est Company-Product-Component et que vous définissez un canal opérationnel, le nom est Company-Product-Component/Operational.

Les noms de canal doivent comporter moins de 255 caractères et ne peuvent pas contenir les caractères suivants : « > », « < », « & », « » « », « \ », « : », « » « ? », « * » ou des caractères dont les codes sont inférieurs à 31.

Identifie le type du canal. Vous pouvez spécifier l’un des types suivants :

• Administrateur
• En fonctionnement
• Analytiques
• Déboguer

Administration types de canaux prennent en charge les événements qui ciblent les utilisateurs finaux, les administrateurs et le personnel de support. Les événements écrits dans les canaux Administration doivent avoir une solution bien définie sur laquelle l’administrateur peut agir. Un exemple d’événement administrateur est un événement qui se produit lorsqu’une application ne parvient pas à se connecter à une imprimante. Ces événements sont bien documentés ou associés à un message qui donne au lecteur des instructions directes sur ce qui doit être fait pour corriger le problème.

Les canaux de type opérationnel prennent en charge les événements utilisés pour analyser et diagnostiquer un problème ou une occurrence. Ils peuvent être utilisés pour déclencher des outils ou des tâches selon le problème ou l'occurrence. Un exemple d'événement opérationnel est un événement qui se produit lorsqu'une imprimante est ajoutée ou supprimée d'un système.

Les canaux de type analytique prennent en charge les événements publiés dans un volume élevé. Ils décrivent une opération de programme et indiquent des problèmes qui ne peuvent pas être pris en charge par une intervention de l'utilisateur.

Les canaux de type de débogage prennent en charge les événements qui sont utilisés uniquement par les développeurs pour diagnostiquer un problème de débogage.

Les canaux d’analyse et de débogage sont désactivés par défaut et doivent uniquement être activés pour déterminer la cause d’un problème. Par exemple, vous activez le canal, exécutez le scénario à l’origine du problème, désactivez le canal, puis interrogez les événements. Notez que l’activation du canal efface le canal des événements existants. Si le canal analytique et de débogage utilise un fichier de stockage circulaire, vous devez désactiver le canal pour interroger ses événements.

Tous les canaux Administration utilisent la même session ETW ; il en va de même pour les canaux opérationnels. Toutefois, chaque canal d’analyse et de débogage utilise une session ETW distincte, ce qui est une autre raison d’activer ces types de canaux uniquement si nécessaire (un nombre limité de sessions ETW est disponible).