> For the complete documentation index, see [llms.txt](https://docs.radiusaas.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.radiusaas.com/fr/portail-dadministration/acces-et-regles/rules.md). # Règles Voici la documentation du moteur de règles RADIUSaaS, qui vous permet d'ajouter une couche de sécurité supplémentaire en définissant des règles qui restreignent davantage les demandes d'accès au réseau ou en attribuant des ID VLAN. ## Général Le moteur de règles est une seconde couche de sécurité qui se place derrière l’authentification des identifiants. Une fois qu’un appareil ou un utilisateur présente un **certificat** (vérifié par rapport à vos **racines de confiance**) ou un **Nom d'utilisateur/mot de passe** couple valide, le moteur de règles décide si cette requête précise est réellement autorisée à accéder au réseau, et ce qu’elle reçoit en retour, comme un identifiant VLAN ou des attributs RADIUS supplémentaires. ### Règle par défaut Pour éviter toute perturbation d’une instance existante ou si vous ne souhaitez pas utiliser du tout le moteur de règles, toute authentification est autorisée si aucune règle n’est définie par défaut. Cela est réalisé grâce à notre règle par défaut **Toute authentification autorisée**. {% hint style="warning" %} La règle par défaut **Toute authentification autorisée** exige toujours la présence d’identifiants d’authentification valides pour qu’une authentification réseau réussisse. {% endhint %} ### Ordre d’exécution des règles Chaque requête entrante est comparée à vos règles activées de haut en bas. La première règle dont le **moyen**, **méthode d'authentification** et **filtres** correspondent toutes à la requête l’emporte et détermine le résultat. Les règles placées en dessous de celle-ci ne sont jamais évaluées pour cette requête. Si vous avez configuré plusieurs règles, elles seront appliquées dans l’ordre dans lequel vous les voyez dans votre portail web, de haut en bas. La seule exception est la **Toute authentification autorisée** règle, qui sera traitée en dernier si elle est configurée. Cela est particulièrement utile lors d’un déploiement progressif, lorsque vous n’êtes pas certain que vos règles couvrent tous les cas d’utilisation ou emplacements. Toutes les requêtes d’authentification rejetées par les règles précédentes seront alors encore acceptées par la règle par défaut. Dans le tableau de bord, vous pouvez alors observer les appareils/utilisateurs échouant pour toutes les autres règles et corriger/étendre les règles en conséquence. Si vous vous retrouvez avec un grand nombre de règles, nous recommandons — afin de maintenir de hautes performances — d’ordonner les règles de manière à ce que les règles les plus probables soient évaluées en premier. ## Plus d’informations Retrouvez plus de détails sur les règles et sur la manière de les utiliser dans les pages suivantes: {% content-ref url="/pages/e1f5756bb058071081393ca50db896e0c7d23257" %} [Structure générale](/fr/portail-dadministration/acces-et-regles/rules/general-structure.md) {% endcontent-ref %} {% content-ref url="/pages/b6ccdf583c0cd975326826b2a8ab89e6a7eb6b2e" %} [Groupes](/fr/portail-dadministration/acces-et-regles/rules/groupes.md) {% endcontent-ref %} {% content-ref url="/pages/2c05a6a6425270bb5836684f1f4f97561704c50c" %} [Extensions de certificat](/fr/portail-dadministration/acces-et-regles/rules/extensions-de-certificat.md) {% endcontent-ref %} {% content-ref url="/pages/9fd273b0c67bdc7d043b21e1a4662ff2eeb35a73" %} [Catalogue d'attributs](/fr/portail-dadministration/acces-et-regles/rules/catalogue-dattributs.md) {% endcontent-ref %} --- # 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.radiusaas.com/fr/portail-dadministration/acces-et-regles/rules.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.