> 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/es/portal-de-administracion/acceso-y-reglas/rules.md).

# Reglas

Esta es la documentación del Motor de reglas de RADIUSaaS, que le permite añadir otra capa de seguridad mediante la definición de reglas que restrinjan aún más las solicitudes de acceso a la red o mediante la asignación de IDs de VLAN.

## General 

El motor de reglas es una segunda capa de seguridad que se sitúa detrás de la autenticación de credenciales. Una vez que un dispositivo o usuario presenta un válido **certificado** (comprobado contra tus **Raíces de confianza**) o un válido **Nombre de usuario/contraseña** par, el motor de reglas decide si esa solicitud específica está realmente permitida en la red y qué recibe a cambio, como un ID de VLAN o atributos RADIUS adicionales.

### Regla predeterminada

Para evitar interrupciones en cualquier instancia existente o en caso de que no quieras usar el motor de reglas en absoluto, se permite cualquier autenticación si no se define ninguna regla de forma predeterminada. Esto se realiza mediante nuestra regla predeterminada **Se permite cualquier autenticación**.

{% hint style="warning" %}
La regla predeterminada **Se permite cualquier autenticación** aún requiere la presencia de credenciales de autenticación válidas para una autenticación de red correcta.
{% endhint %}

### Orden de ejecución de las reglas

Cada solicitud entrante se comprueba con tus reglas habilitadas de arriba abajo. La primera regla cuyos **medio**, **método de autenticación** y **filtros** coincidan con la solicitud gana y decide el resultado. Las reglas situadas debajo que coincidan nunca se evalúan para esa solicitud.

Si tienes configuradas varias reglas, se aplicarán en el orden que ves en tu portal web, de arriba abajo. 

La única excepción es la **Se permite cualquier autenticación** regla, que se gestionará como último paso en caso de estar configurada. Esto es especialmente útil durante un escenario de incorporación gradual, en el que quizá no estés seguro de que tus reglas cubran todos los casos de uso o ubicaciones. Todas las solicitudes de autenticación rechazadas por las reglas anteriores seguirán siendo aceptadas por la regla predeterminada. En el panel de control, entonces podrás observar los dispositivos/usuarios que fallan para todas las demás reglas y corregir/ampliar las reglas en consecuencia. 

En caso de que termines teniendo un gran número de reglas, recomendamos — para mantener un alto rendimiento — ordenar las reglas de forma que las reglas más probables se activen primero.

## Más información

Encuentra más detalles sobre las reglas y sobre cómo usarlas en las siguientes páginas:

{% content-ref url="/pages/43543b2b1151f2fdf1ce97ec3334da661c9216f0" %}
[Estructura general](/es/portal-de-administracion/acceso-y-reglas/rules/general-structure.md)
{% endcontent-ref %}

{% content-ref url="/pages/b3d96125e38cc0dc211c13a76568ca8b972fe7e0" %}
[Grupos](/es/portal-de-administracion/acceso-y-reglas/rules/grupos.md)
{% endcontent-ref %}

{% content-ref url="/pages/e3007ab077b1c833b9da885a78e0d24ad9748466" %}
[Extensiones de certificado](/es/portal-de-administracion/acceso-y-reglas/rules/extensiones-de-certificado.md)
{% endcontent-ref %}

{% content-ref url="/pages/a3ad7131f3c2fb8951f0164da8ddcbf50568cacd" %}
[Catálogo de atributos](/es/portal-de-administracion/acceso-y-reglas/rules/catalogo-de-atributos.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/es/portal-de-administracion/acceso-y-reglas/rules.md?ask=<question>&goal=<user_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.