# Gérer les ressources réseau Zero Trust

Canonical: https://www.nsecsoft.com/fr/docs/ping64-zero-trust/zero-trust/network-resources/resource-objects/

Language: fr-FR

Updated: 2026-11-15T04:12:15.545016Z

Une ressource réseau décrit une cible référencée par le contrôle d'accès, telle qu'un réseau IPv4, un hôte ou un domaine. La créer ne configure ni route ni DNS et n'accorde pas d'accès automatiquement. Vérifiez séparément chemin réseau, politique et service cible.

Si les ressources, groupes d’accès et stratégies actives existants répondent aux exigences de destination, source, protocole, port, action, direction et contrôle de sécurité, réutilisez-les et procédez directement aux vérifications ; il n’est pas nécessaire de les recréer pour chaque accès. Les étapes de création ci-dessous s’appliquent lorsqu’un ajout ou une modification est nécessaire. Vérifiez au préalable les autres références et l’incidence sur les routes.

## Préparation

-   Utilisez un compte disposant des droits nécessaires sur les ressources, groupes et politiques Zero Trust. La suppression peut exiger des droits différents de la création ou modification.
-   Identifiez réseau, adresse ou domaine réel, nœuds demandeurs, protocole et ports métier. Les valeurs ci-dessous illustrent le format et ne doivent pas être reprises en production sans vérification.
-   Examinez les ressources, groupes et politiques existants pour éviter doublons et élargissement involontaire. Pour un réseau distant, prévoyez les [routes réseau](https://www.nsecsoft.com/fr/docs/ping64-zero-trust/zero-trust/network-resources/network-routes/), le pare-feu cible et le retour ; pour un domaine, vérifiez aussi sa résolution par le terminal.
-   Testez d'abord sur des nœuds contrôlés et préparez des essais autorisés et non autorisés. Enregistrement, distribution et accès métier sont des états distincts.

## Créer une ressource

1.  Dans Zero Trust, ouvrez **Resource**, puis choisissez **Create** ou **Create Resource Object** si la liste est vide.
2.  Saisissez « Name » et « Value », puis choisissez « Type ». Nom et valeur sont obligatoires :
    -   **CIDR :** réseau IPv4 et préfixe, par exemple `192.0.2.0/24`, selon le plan réseau.
    -   **HOST :** adresse IPv4 unique ou nom d'hôte, par exemple `192.0.2.10` ou `files.example.com`.
    -   **DOMAIN :** nom de domaine complet, par exemple `service.example.com`. Le formulaire n'accepte pas de joker contenant `*`.
3.  Vérifiez « Enabled ». La page indique que ce réglage permet aux politiques d'utiliser la ressource ; il est initialement activé à la création, à confirmer selon le changement prévu.
4.  Enregistrez et vérifiez nom, type, valeur et état dans la liste. En cas d'échec, vérifiez champs requis et format selon le type et le message. Après enregistrement, contrôlez le type et la valeur dans la liste : la plateforme détermine à nouveau le type selon la valeur cible. Par exemple, `files.example.com` saisi comme `HOST` peut apparaître comme `DOMAIN` après enregistrement ; une adresse IPv4 est reconnue comme adresse hôte. Contrôlez aussi après modification. Le changement de type ne prouve ni résolution DNS ni accessibilité ; vérifiez DNS, route et accès métier.

## Configurer l'accès à la ressource

-   [Politiques d’accès](https://www.nsecsoft.com/fr/docs/ping64-zero-trust/zero-trust/access-control/access-policy/)

Vérifiez d’abord si les membres du groupe source existant et une stratégie activée satisfont aux exigences de ressource, source, action, direction, protocole, ports et contrôles de sécurité. Si oui, aucune modification n’est nécessaire : passez les étapes 1 à 4 et vérifiez l’accès après contrôle du routage, du DNS et des autres conditions. Seule une personne habilitée effectue les modifications nécessaires ; pour modifier une stratégie existante, ouvrez-la en édition et suivez les étapes pertinentes.

1.  Uniquement si un groupe source ou des membres supplémentaires sont nécessaires : Dans « Access Groups » du contrôle d'accès Zero Trust, créez ou choisissez un groupe source. Ouvrez ses détails, sélectionnez « Add Endpoints », choisissez les nœuds pilotes et confirmez. Avant de modifier un groupe existant, vérifiez ses autres références.
2.  Uniquement si une nouvelle stratégie est nécessaire : Sur la page des politiques, sélectionnez « Create » si des politiques existent déjà, ou « Create Policy » si la liste est vide. Dans « Policies », créez une politique avec nom et description nécessaires. Sous « Sources », sélectionnez le groupe ou un nœud ; sous « Destinations », choisissez « Network resource » et la ressource applicable.
3.  Uniquement lors de la création ou modification d’une stratégie : Choisissez « Accept » ou « Drop » et le protocole métier. Pour `TCP` ou `UDP`, saisissez les ports ou plages valides. Vide signifie tous les ports ; valeurs de `1` à `65535`. Validez selon l'invite. Avec une ressource réseau en destination, la direction ne peut être changée ; suivez l'affichage. Ne mélangez pas dans une même politique des ports individuels et des plages, ni `*` avec d’autres ports. Une saisie acceptée ne garantit pas un enregistrement réussi. Si les deux sont nécessaires, envisagez des politiques distinctes et vérifiez leur effet combiné sur l’accès réel.
4.  Si la stratégie a été modifiée : Enregistrez et vérifiez activation, source et destination. Si une route ou le DNS est nécessaire, configurez-le séparément et vérifiez l'accès au service. L'enregistrement ne prouve ni distribution ni disponibilité.
5.  Attendez la réception par les nœuds et testez séparément depuis un nœud autorisé et un nœud non autorisé. Vérifiez les autres politiques et le pare-feu cible.

Dans les détails d'un groupe, « Bind Network Resources » permet aussi d'y ajouter des ressources existantes pour les configurations qui le référencent. La liaison seule n'accorde pas l'accès ; vérifiez les références avant de modifier les membres.

Exemple : créez un `HOST` de valeur `192.0.2.10`, placez les nœuds pilotes dans un groupe source et créez une politique autorisant `TCP` sur le port `443`. Ce n'est pas une valeur par défaut ; routes, autres politiques, service et réseau influencent le résultat. Voir [Groupes et politiques](https://www.nsecsoft.com/fr/docs/ping64-zero-trust/zero-trust/access-control/).

**Routes :** vérifiez nœud de routage et périmètre. Une sélection « Policy Target Groups » vide crée une autorisation par défaut et non un refus par défaut. Pour restreindre, choisissez le groupe cible et testez l'accès réel.

Si cette ressource est accessible par une route réseau classique décrite dans ce manuel, la stratégie qui sélectionne directement « Network resource » ne remplace pas celle du groupe cible de la route. Créez ou choisissez séparément un groupe d’accès cible et une stratégie activée ayant les sources prévues et ce groupe pour destination ; sélectionnez le même groupe dans les groupes cibles de la route. Vérifiez protocole et ports, puis testez les accès autorisés et non autorisés selon le guide des routes. Ne laissez pas le groupe cible vide pour éviter cette configuration : une sélection vide crée une règle d’autorisation par défaut.

Un chemin d’accès propre à une ressource dépend aussi de son réseau associé et de nœuds de routage activés ; créer la ressource ou une route classique ne suffit pas à établir ce chemin. Une stratégie de refus visant uniquement la ressource ne doit pas être supposée remplacer les autres règles d’autorisation d’une route classique. Si les chemins ou restrictions sont incertains, faites-les vérifier par un administrateur ou le support technique et testez séparément chaque chemin réel.

**Vérifier après une modification :** passer de `TCP` ou `UDP` à `ALL` ou `ICMP` efface les ports et plages saisis. Revenir à `TCP` ou `UDP` ne les restaure pas automatiquement ; un champ vide signifie tous les ports. Changer le type de source ou de destination efface également la sélection du côté concerné. Choisir une ressource réseau comme destination remet le sens de la source vers la destination ; ne supposez pas que l’ancien réglage bidirectionnel sera restauré en revenant à un autre type. Avant d’enregistrer, sélectionnez à nouveau les objets et vérifiez protocole, ports et sens pour éviter une modification ou extension involontaire de l’accès.

## Modifier, désactiver et supprimer

1.  Utilisez l'action de modification dans la liste pour changer nom, type, valeur ou état, puis vérifiez l'affichage après enregistrement.
2.  Avant modification ou désactivation, examinez les références des groupes, politiques et autres configurations, consignez les réglages et évaluez l'impact. Après distribution, testez séparément nœuds autorisés et non autorisés.
3.  Avant suppression, confirmez dépendances, droits et restauration ; choisissez supprimer sur la ligne et confirmez. En cas d'échec, examinez message, droits et références sans contourner les restrictions.

## Problèmes courants

-   **Valeur non enregistrée :** vérifiez champs requis et format. CIDR exige IPv4 et préfixe, HOST une IPv4 valide ou un nom d'hôte, DOMAIN un nom complet sans protocole, chemin ni joker.
-   **Ressource absente d'une politique :** vérifiez enregistrement, activation, droits, type de destination et sélection de ressource ou groupe.
-   **Accès toujours impossible :** vérifiez séparément sources et destinations, protocole et ports, route, DNS, service, pare-feu et état du nœud. La ressource ne remplace ni chemin ni autorisation.
-   **Autres utilisateurs affectés :** examinez les groupes et politiques utilisant la ressource, restaurez ou ajustez selon le journal et la procédure de l'organisation, puis retestez autorisations et restrictions.