Enregistrements d’accès réseau

Les enregistrements Network Access présentent les décisions de connexion issues de Network Access Control et Illegal Outbound dans la gestion des terminaux. Ces stratégies sont distinctes : la première compare les connexions aux règles, la seconde évalue les connexions sortantes selon les adresses autorisées configurées. Ce n’est pas un inventaire complet du trafic. Une liste vide ne prouve pas l’absence de connexion ; un événement autorisé ne prouve pas à lui seul la réussite finale de l’accès métier.

Les stratégies réseau peuvent affecter les services, la maintenance distante et la communication avec la plateforme de gestion. Testez d’abord des adresses approuvées sur un terminal Windows pilote maintenable sur place, avec un moyen de restauration. Ne déployez pas directement le blocage sur tous les terminaux. La description des journaux prend pour exemple les connexions TCP sur les terminaux Windows ; les autres protocoles et plateformes doivent être vérifiés séparément.

• Stratégie de contrôle d’accès réseau
• Stratégie des connexions sortantes non autorisées

Pour consulter des enregistrements existants, utilisez un compte doté du droit de consultation approprié et passez directement aux étapes de recherche ci-dessous. Il n’est pas nécessaire de créer une stratégie ni de produire des événements de test pour la seule consultation. Pour vérifier de nouveaux enregistrements, contrôlez d’abord la stratégie applicable existante ; seule une personne autorisée à gérer les stratégies la modifie si nécessaire avant le test pilote.

Préparer le pilote

1. Vérifiez que l’organisation possède la licence nécessaire ; modifier les stratégies de gestion des terminaux, consulter et exporter les enregistrements exigent les droits correspondants. Les terminaux pilotes doivent être inscrits et capables de recevoir les stratégies. Pour vérifier les enregistrements, confirmez aussi leur transmission et la visibilité des terminaux pour le compte de consultation.
2. Avec les responsables réseau et métier, confirmez programme de test, adresse cible, port, direction et fenêtre de maintenance. Préservez un accès sur place et une solution de retour arrière ; ne bloquez notamment pas la plateforme de gestion, les services essentiels ni la connexion de maintenance distante utilisée.
3. Dans UEM > Policy, vérifiez d’abord la stratégie existante applicable aux terminaux pilotes, sa période et son périmètre ; réutilisez-la si elle répond au test. Seulement si une création ou modification est nécessaire, une personne habilitée évalue les effets et suit le plan approuvé. Vérifiez séparément les deux stratégies ci-dessous selon le besoin ; l’une n’active pas l’autre.

Configurer Network Access Control

Pour vérifier les enregistrements Network Access Control, contrôlez d’abord l’activation, le périmètre et la direction, le type, le contenu, le protocole et l’action des règles concernées dans la stratégie pilote. Réutilisez les paramètres adaptés. Si une modification est nécessaire, un administrateur habilité en évalue les effets, suit la stratégie Network Access Control, enregistre la règle, les paramètres et la stratégie entière, puis vérifie la réception. Privilégiez un essai isolé non bloquant approuvé ; ne modifiez pas les blocages existants uniquement pour tester. Avant un essai de blocage, vérifiez les effets et la reprise.

Si une action de règle doit être définie, No action conserve le comportement réseau actuel en cas de correspondance ; Block tente de limiter la connexion correspondante. Privilégiez un pilote séparé non bloquant et approuvé pour vérifier correspondance et enregistrements ; ne modifiez pas une règle de blocage existante uniquement pour un test. Pour tester le blocage, évaluez les autres règles et dépendances, obtenez l’approbation et confirmez le moyen de restauration.

Enregistrez comme indiqué ci-dessous uniquement si la stratégie a été modifiée ; sa réutilisation ne nécessite pas un nouvel enregistrement.

Enregistrez successivement la règle, les paramètres Network Access Control et toute la stratégie. Revérifiez activation, règles et terminaux, puis attendez la réception et l’application. La sauvegarde ne prouve ni l’exécution sur le terminal ni le succès ou l’échec de la connexion.

Avant le test, vérifiez dans tous les cas que le terminal a reçu la stratégie applicable.

Dans certains enregistrements Windows TCP de Network Access Control, le nom de règle peut être générique et ne suffit pas à identifier la règle configurée correspondante. Des règles peuvent se chevaucher : vérifiez leur ordre et les conditions de connexion, puis testez-les séparément dans un pilote contrôlé. Ne supposez pas que chaque règle correspondante produit un enregistrement distinct.

Configurer Illegal Outbound

Pour vérifier les enregistrements Illegal Outbound, contrôlez d’abord l’activation, les adresses IPv4 et IPv6 autorisées et l’état du blocage dans la stratégie pilote. Réutilisez les paramètres adaptés ; les adresses autorisées sont gérées séparément de Network Access Control. Ne désactivez pas un blocage existant uniquement pour tester. Si nécessaire, un administrateur habilité évalue les effets, suit la stratégie Illegal Outbound, enregistre la stratégie entière et vérifie sa réception, puis teste séparément les adresses autorisées et les adresses de test approuvées.

Vérifiez Block Illegal Outbound : désactivé, il enregistre les connexions sortantes non autorisées correspondantes ; activé, il les bloque. Ne désactivez pas un blocage existant uniquement pour tester. Pour une vérification non bloquante, utilisez un pilote convenablement isolé selon un plan approuvé, après vérification des effets métier et de la restauration. Toute modification de l’option suit les procédures d’approbation et de changement de l’organisation.

Enregistrez comme indiqué ci-dessous uniquement si la stratégie a été modifiée ; sa réutilisation ne nécessite pas un nouvel enregistrement.

Enregistrez les paramètres et toute la stratégie, puis revérifiez activation, adresses autorisées et terminaux. Après réception, testez séparément les adresses autorisées et l’adresse de test approuvée. Les correspondances dépendent des règles, connexions et du terminal ; elles ne constituent pas un audit complet du réseau.

Avant le test, vérifiez dans tous les cas que le terminal a reçu la stratégie applicable.

Risque lié aux familles d’adresses : dans certains traitements de connexions TCP sous Windows, les adresses IPv4 et IPv6 autorisées sont comparées séparément. Configurer uniquement IPv4 n’autorise pas automatiquement IPv6, et inversement. Sans règle correspondante pour une famille, ses connexions peuvent être considérées comme des connexions sortantes illégales et interrompues si le blocage est activé. Vérifiez les familles réellement utilisées par le terminal pilote, configurez séparément les adresses nécessaires à l’administration et aux activités, puis testez-les individuellement avant d’activer le blocage.

Rechercher, exporter et dépanner

1. Pour vérifier un nouvel enregistrement : Générez une connexion TCP contrôlée sur le pilote et notez l’heure réelle, le programme, l’adresse cible et le port. Attendez le traitement et la remontée. Les connexions sortantes répétées peuvent être regroupées avec un compteur et apparaître avec retard.
2. Ouvrez UEM > Audit > Network Access. La période initiale comprend aujourd’hui et les 29 jours précédents et peut être modifiée. Utilisez au besoin un mot-clé et parcourez les pages. La liste affiche notamment terminal, type, adresse distante, protocole, processus, nombre de correspondances, décision et heure.
3. Distinguez Network Access Control et Illegal Outbound par type, ouvrez les détails et interprétez règle et décision avec le résultat réel et le contexte métier. Une décision autorisée ou non bloquée ne prouve pas la disponibilité du service distant ; le nombre d’événements n’est pas directement celui des utilisateurs distincts.
4. Export crée un XLSX en collectant les enregistrements correspondant aux dates, mot-clé et autres conditions sur plusieurs pages, pas seulement la page visible. L’export échoue au-delà de 50 000 lignes : réduisez la période ou les filtres et réessayez. Vérifiez le fichier et protégez adresses, processus et informations utilisateur selon les règles de l’organisation.
5. En l’absence de résultat attendu, vérifiez licence, activation et contenu de stratégie, périmètre et réception du terminal, test TCP réel, dates et mot-clé, fonctionnement du client et remontée. En cas de blocage ou d’incident métier, restaurez selon le plan et examinez les autres stratégies applicables. Une liste vide ne prouve pas à elle seule l’absence d’exécution ou de trafic.