# Vérification et résultats des accès aux périphériques

Canonical: https://www.nsecsoft.com/fr/docs/ping64-endpoint-management/uem/devices/device-control/verify-and-events/

Language: fr-FR

Updated: 2026-11-15T03:27:21.195161Z

Le contrôle des périphériques gère leur accès aux postes au moyen de stratégies. Les paramètres comportent deux sections distinctes : **USB Admission**, qui permet des règles par type, modèle ou périphérique précis, et **Hardware Control**, qui propose des commutateurs par catégorie matérielle. Elles sont activées séparément ; configurer l'une ne signifie pas que l'autre s'applique de la même manière.

Cette page utilise des postes pilotes Windows pour expliquer la stratégie d'accès USB, les essais et la vérification des enregistrements. Le contrôle peut affecter les claviers, souris, connexions réseau et autres périphériques métier. Préparez une méthode de rétablissement opérationnelle avant toute modification. Ne déployez pas de règles de blocage sur tous les postes sans les avoir vérifiées.

Les noms des commandes ci-dessous correspondent à l'interface en anglais et peuvent différer dans une autre langue d'interface.

Pour la configuration complète, voir la [stratégie d’accès USB](https://www.nsecsoft.com/fr/docs/ping64-endpoint-management/uem/devices/device-control/usb-policy/) et la [stratégie de contrôle des catégories matérielles](https://www.nsecsoft.com/fr/docs/ping64-endpoint-management/uem/devices/device-control/hardware-policy/).

Vérifiez d’abord la stratégie et le mode existants du terminal pilote. Si la configuration correspond au plan de validation approuvé, testez-la directement ; ne supposez pas que le mode observation est actif et ne modifiez pas la stratégie uniquement pour consulter les résultats. Une personne autorisée évalue et effectue toute modification nécessaire selon les procédures de l’organisation.

Pour consulter un inventaire d’appareils, des événements ou des alertes existants, une personne disposant des droits de consultation appropriés peut passer directement à la section de résultats et de dépannage ci-dessous, sans reconfigurer de stratégie ni connecter d’appareil de test pour la seule recherche. La visibilité dépend du périmètre du compte et des données chargées ; une liste vide ne prouve pas l’absence d’historique.

## Préparation

-   La consultation de l’inventaire, des événements ou des alertes exige les droits correspondants ; modifier une politique exige les droits de gestion des politiques UEM. Pour un nouvel essai, vérifiez le client géré, sa connexion, l’autorisation et le périmètre applicable des terminaux pilotes.
-   Consignez les postes pilotes, leurs stratégies existantes et leurs périphériques de saisie, de réseau et métier. Prévoyez une intervention sur place et une méthode de rétablissement testée. Ne dépendez pas uniquement d'une connexion distante susceptible d'être affectée par la stratégie.
-   Préparez des périphériques de test approuvés et des données non sensibles. Prévoyez des périphériques distincts devant être autorisés et limités. Leur identification peut dépendre du matériel et de son mode de connexion : vérifiez-la lors de l'essai pilote.
-   Si vous utilisez aussi des fonctions de stockage amovible, contrôlez séparément leurs stratégies et leurs résultats. Le contrôle d'accès USB, l'inventaire du stockage amovible et le chiffrement sont des réglages différents. Un périphérique visible ne prouve pas que les conditions de lecture, d'écriture, de chiffrement ou d'envoi externe sont satisfaites.

## Configurer l'accès USB des postes pilotes

1.  Dans **UEM > Policy**, vérifiez la politique applicable aux terminaux pilotes, sa période d’effet et son périmètre. Réutilisez une configuration conforme au plan d’essai approuvé ; avant toute modification, évaluez son impact sur les autres terminaux.
2.  Dans **Device Control**, vérifiez l’activation du commutateur principal **Device Control** et de **USB Admission**, le mode, les actions par défaut et hors ligne, les exemptions intégrées ainsi que les règles et leur ordre. Ne supposez pas que la politique existante est en mode observation et ne retirez pas les exemptions de clavier ou souris uniquement pour un essai.
3.  Si une modification est nécessaire, une personne habilitée suit la [politique d’accès USB](https://www.nsecsoft.com/fr/docs/ping64-endpoint-management/uem/devices/device-control/usb-policy/), puis enregistre séparément la règle, les paramètres et toute la politique. Testez après réception et application sur le terminal ; sans modification, il n’est pas nécessaire d’enregistrer à nouveau.

## Tester l'observation et le blocage

1.  Pendant une fenêtre de maintenance, connectez un périphérique de test à un poste pilote. En mode observation, vérifiez son utilisation réelle et contrôlez le périphérique, le poste, l'heure et les informations de correspondance dans **Device Ledger** et **Events**. La visibilité des enregistrements dépend notamment des remontées du poste et du périmètre de l'administrateur.
2.  Ajustez au besoin les règles, exemptions et action par défaut, puis testez séparément les périphériques à autoriser et à limiter. Avant une restriction effective, confirmez la méthode de rétablissement, passez **Policy Mode** de la stratégie pilote à **Enforce Mode**, enregistrez et confirmez sa réception sur le poste avant de retester.
3.  Vérifiez à la fois la disponibilité réelle du périphérique sur le poste et les événements de la console. Certains périphériques dont la catégorie ne peut être identifiée peuvent être ignorés au lieu d'être bloqués : ne supposez pas que le mode de blocage couvre tous les appareils. Une action prévue ou un événement de blocage ne prouve pas à lui seul que le système d'exploitation a effectivement limité le périphérique. En cas d'échec d'application ou d'écart, interrompez l'extension du déploiement et examinez le problème.
4.  Pour les scénarios hors ligne nécessaires, testez les périphériques autorisés et non autorisés dans des conditions de maintenance sûres, rétablissez ensuite le réseau et vérifiez l'état. Ne généralisez pas le résultat d'un seul périphérique, mode de connexion ou poste à tous les environnements.
5.  Après validation du pilote, élargissez progressivement le périmètre selon la procédure de changement et conservez un moyen d'ajuster ou de désactiver rapidement la stratégie.

## Consulter et résoudre les problèmes

Au chargement, les listes d'inventaire des appareils, d'événements et d'alertes demandent chacune la première page, avec au maximum `20` entrées par liste. La recherche, le tri et la pagination ne portent que sur les données déjà chargées dans la liste concernée ; ils ne récupèrent pas les entrées plus anciennes ou non chargées. Une recherche sans résultat ne prouve donc pas qu'un appareil n'a aucun événement ou aucune alerte historique. La vue d'ensemble et les rapports sont chargés séparément : ne déduisez pas leurs totaux du nombre de lignes affichées. Pour poursuivre l'enquête, contactez l'administrateur ou le support technique.

Bien que la synthèse, les listes et les rapports fassent l’objet de requêtes distinctes, la page attend leur résultat ensemble. Si l’une échoue, les données précédemment affichées peuvent rester visibles ou la page rester vide au premier chargement. Après une erreur de chargement, ne considérez pas ces données comme actuelles. Vérifiez connexion, droits et services, puis rechargez ; contactez le support si le problème persiste.

-   Dans le contrôle des périphériques, consultez les informations utiles de **Dashboard**, **Device Ledger**, **Events**, **Alerts** et **Reports**. Les listes de périphériques, événements et alertes peuvent ne contenir que les données chargées. Ne considérez pas la page actuelle ou la recherche locale comme l'ensemble de l'historique.
-   **Périphérique ou événement absent :** vérifiez que l'accès USB est activé, que le poste pilote a reçu la stratégie et que le périphérique a réellement été connecté. Contrôlez ensuite la connexion du client, la remontée des données, le périmètre visible et les messages de chargement. L'absence d'enregistrement ne prouve pas l'absence de connexion.
-   **Comportement inattendu :** vérifiez les postes ciblés, le mode observation ou blocage, les exemptions, l'ordre et les critères des règles, l'action par défaut et l'état hors ligne. Contrôlez également le contrôle matériel et les autres stratégies applicables.
-   **Périphérique métier soudain indisponible :** appliquez la procédure de rétablissement sur place prévue et examinez le contrôle des périphériques et les autres stratégies susceptibles d'intervenir. Après ajustement, vérifiez que le poste reçoit le changement et que le périphérique fonctionne réellement. L'enregistrement dans la console ne suffit pas à prouver le rétablissement.