> 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/otro/faqs/general.md).

# General

## Autenticación

#### ¿Con qué frecuencia suele autenticarse un dispositivo frente a RADIUSaaS?

Esto es difícil de responder, ya que depende del comportamiento de tus usuarios, clientes y equipos de red (puntos de acceso, NAC, conmutadores). Además, es **importante** que RADIUSaaS no

* activará una autenticación ni
* enviará una solicitud de terminación a través de su puerto de accounting al cliente, lo que potencialmente activará una reautenticación.

Si consideras que tus dispositivos se autentican con mucha frecuencia (varias veces por hora) sin que el usuario reinicie constantemente el cliente, entonces esto podría deberse a las siguientes razones:

* El controlador de red no autentica al cliente lo suficientemente rápido para que este se una a la red, por lo que el cliente intenta autenticarse de nuevo. Comprueba el controlador de red para ver si/cuándo está recibiendo una respuesta de RaaS. 
* El controlador de red está reiniciando la autenticación. Comprueba el controlador de red para ver qué podría estar causando esto. 

## Portal de administración de RADIUSaaS

#### ¿Cómo puedo agregar el Portal de administración de RADIUSaaS a Mis aplicaciones?

**Crear la aplicación**

Primero, tienes que crear una aplicación empresarial. Para hacerlo a través del portal de Azure, sigue estos pasos:

1. Inicia sesión en tu [Azure](https://portal.azure.com/) cuenta
2. Vaya a **Microsoft Entra ID**
3. Seleccione **Aplicaciones empresariales**
4. Haga clic en **+ Nueva aplicación**

<figure><img src="https://1614783686-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSWU1DQ4UGkqER7uGNUOm%2Fuploads%2FgXoin0duf0npCttHlP3g%2F2024-05-13_16h39_30.png?alt=media&amp;token=c438d135-1e5d-4df7-b057-5b5092ad3f39" alt=""><figcaption><p>Se muestra la creación de una nueva aplicación</p></figcaption></figure>

5. Haga clic en **+ Crea tu propia aplicación**
6. Asigna un nombre a la aplicación (p. ej., RADIUSaaS Portal)
7. Elija **Integra cualquier otra aplicación que no encuentres en la galería** y&#x20;
8. Haga clic en **Crear**

<figure><img src="https://1614783686-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSWU1DQ4UGkqER7uGNUOm%2Fuploads%2Fwo0K6KYFFPQuEe65F472%2Fimage.png?alt=media&amp;token=7e15934b-7ac4-4264-b7bc-380e9629fbc3" alt=""><figcaption></figcaption></figure>

Una vez configurada la aplicación, ahora necesitamos agregar usuarios y configurar el logotipo y el enlace

**Agregar usuarios y un logotipo**

1. En **Administrar** ve a **Usuarios y grupos** - Agrega todos los usuarios/grupos que deban poder ver/usar tu nuevo mosaico de URL y guarda

   <figure><img src="https://content.gitbook.com/content/SWU1DQ4UGkqER7uGNUOm/blobs/hyH1icrfXF4mBd3nXLxZ/image.png" alt=""><figcaption><p>Haz clic en "Usuarios y grupos"</p></figcaption></figure>
2. Haga clic en **Propiedades** - Sube un logotipo de imagen de tu elección y guarda

   <figure><img src="https://content.gitbook.com/content/SWU1DQ4UGkqER7uGNUOm/blobs/u7ykwx7srqap3BW41Hmx/image.png" alt=""><figcaption><p>Haz clic en "Propiedades"</p></figcaption></figure>
3. Haga clic en **Inicio de sesión único** - Selecciona **Vinculado** modo; luego introduce la URL que quieras y guarda.

   <figure><img src="https://content.gitbook.com/content/SWU1DQ4UGkqER7uGNUOm/blobs/c6rZSCMxFjxXTvgwVbSN/image.png" alt=""><figcaption><p>Haz clic en Inicio de sesión único - selecciona el modo "Vinculado"</p></figcaption></figure>

<figure><img src="https://1614783686-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSWU1DQ4UGkqER7uGNUOm%2Fuploads%2F6u2t9T6oS6YSumklqcbZ%2Fimage.png?alt=media&amp;token=29a26b98-59c1-494d-bc71-a4b09b555796" alt="Enter your RADIUSaaS instance URL"><figcaption><p>Introduce la URL de tu instancia de RADIUSaaS</p></figcaption></figure>

**Acceder a Mis aplicaciones**

Tus usuarios ahora deberían poder acceder al mosaico de enlace recién creado a través de [Mis aplicaciones](https://myapps.microsoft.com/).

## Atributos de retorno de RADIUS

#### ¿Qué atributos relacionados con VLAN devuelve RADIUSaaS de forma predeterminada?

{% hint style="info" %}
En caso de que necesites otros atributos de VLAN distintos de los devueltos de forma predeterminada, por favor [contacta con nuestro soporte](https://www.radius-as-a-service.com/help/).
{% endhint %}

Si el etiquetado de VLAN está habilitado mediante la configuración y activación de una [Regla](/es/portal-de-administracion/acceso-y-reglas/rules.md#vlan-assignment), RADIUSaaS devuelve los siguientes atributos genéricos de VLAN

`"Tunnel-Type": "VLAN"`&#x20;

`"Tunnel-Medium-Type": "802"`

`"Tunnel-Private-Group-ID"`

junto con los demás atributos de VLAN específicos de proveedor de uso común:

`"WiMAX-VLAN-ID"`

`"Nexans-Port-Default-VLAN-ID"`

`"Dlink-VLAN-ID"`

`"UTStarcom-VLAN-ID"`

`"DHCP-IEEE-802.1Q-VLAN-ID"`

`"Motorola-WiMAX-VLAN-ID"`

`"Telrad-C-VLAN-ID"`

`"Telrad-S-VLAN-ID"`

`"SN-Assigned-VLAN-ID"`

`"Extreme-VM-VLAN-ID"`

`"Ruckus-VLAN-ID"`

`"Mikrotik-Wireless-VLANID"`

`"Egress-VLANID"`

`"HP-Egress-VLANID"`

## Instancia secundaria y conmutación por error

#### ¿Cómo se comporta una instancia secundaria en términos de conmutación por error?

Una instancia secundaria significa que tienes al menos un servidor RadSec secundario que funciona de forma independiente de tu instancia principal, pero tiene la misma configuración. Si tienes uno, puedes ver varias direcciones IP en [Direcciones IP de RadSec](/es/portal-de-administracion/settings/settings-server.md#properties).

**Conexión RadSec**

Dado que los servidores RadSec son independientes entre sí, no gestionarán ningún tipo de conmutación por error. Debes agregar ambas direcciones IP/entradas DNS a tu controlador de red, que decide a qué servidor se reenvían las solicitudes de autenticación.&#x20;

**Conexión de RADIUS**

Con tus proxies de RADIUS, es un poco diferente: tus proxies conocen cada una de tus instancias RadSec y sus estados de salud, por lo que gestionarán la conmutación por error si falla el servidor primario.

## Temporizadores y tiempos de espera

#### ¿Qué parámetros y tiempos de espera de EAP deben configurarse?

No todos los puntos de acceso o conmutadores (autenticador) te ofrecen la misma cantidad de opciones de configuración para EAP y para los parámetros generales de tiempo de espera (del servidor RADIUS). El siguiente resumen presenta el conjunto máximo de parámetros que conocemos y cómo deben configurarse para permitir la máxima fiabilidad de la conexión entre el autenticador y RADIUSaaS.

**Tiempo de espera del servidor RADIUS**

5 segundos

**Parámetros de EAP**

<table data-header-hidden><thead><tr><th width="261"></th><th></th></tr></thead><tbody><tr><td>Tiempo de espera de EAP</td><td>15 s</td></tr><tr><td>Máx. reintentos de EAP</td><td>5</td></tr><tr><td>Tiempo de espera de identidad de EAP</td><td>10 s</td></tr><tr><td>Reintentos de identidad de EAP</td><td>5</td></tr><tr><td>Tiempo de espera de clave EAPOL</td><td>2000 ms</td></tr><tr><td>Reintentos de clave EAPOL</td><td>4</td></tr></tbody></table>

## registros

#### ¿Cómo puedo identificar la dirección IP pública del sitio desde el que se origina una autenticación?

Para identificar la IP pública del sitio autenticador para una autenticación concreta, el enfoque depende de si estás usando una conexión de RADIUS (a través de los proxies de RADIUS) o una conexión RadSec directa:

**Conexión RadSec**

* Vaya a **Insights > Logs**.
* Configura el intervalo de tiempo / ventana de búsqueda correspondiente.
* Establezca el **Tipo de registro** filtra por **detalles**.
* Identifica la autenticación relevante (correlacionando la marca de tiempo y el nombre de usuario).
* Identifica un `Access-Request` mensaje (**mensaje > Packet-Type** = **Acess-Request**) que pertenece a la autenticación bajo investigación.
* Expande la entrada de registro correspondiente.
* La IP pública se puede extraer de la **mensaje > Packet-Src-IP-Address** propiedad de la entrada de registro.<br>

  <figure><img src="https://1614783686-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSWU1DQ4UGkqER7uGNUOm%2Fuploads%2FBlBphRDGAIwN5VGTNkEV%2Fimage.png?alt=media&amp;token=cf1e517e-5751-4c3a-b2db-126bb1ec6a49" alt=""><figcaption></figcaption></figure>

**Conexión de RADIUS**

* Vaya a **Insights > Logs**.
* Configura el intervalo de tiempo / ventana de búsqueda correspondiente.
* Establezca el **Tipo de registro** filtra la **funcionalidad de proxy**.
* Identifica la autenticación relevante (correlacionando la marca de tiempo y el nombre de usuario).
* La IP pública se puede extraer de la **propiedad de mensaje** de la entrada de registro:<br>

  <figure><img src="https://1614783686-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSWU1DQ4UGkqER7uGNUOm%2Fuploads%2F02LVmspjS7FxGb7GjVQe%2Fimage.png?alt=media&amp;token=0355cfbc-ce0d-41e4-ab79-079391277db0" alt=""><figcaption></figcaption></figure>

## ¿RADIUSaaS es compatible con WPA3 Enterprise?

Sí, RADIUSaaS es compatible con WPA3 Enterprise. También es compatible con el modo WPA3 Enterprise de 192 bits con la siguiente limitación:

**Windows 11 24H2** introdujo requisitos de certificado más estrictos para el cifrado WPA3-Enterprise de 192 bits, lo que provoca fallos de autenticación si toda la cadena de certificados no cumple con estándares específicos de fortaleza criptográfica. Esta actualización exige longitudes de clave RSA de al menos 3072 bits o ECDSA con la curva P-384 para todos los certificados involucrados en el proceso de autenticación. Las organizaciones que usan certificados con parámetros más débiles, como RSA de 2048 bits, pueden encontrar problemas.&#x20;

Aunque SCEPman admite claves RSA de 4096 bits para Windows, esto se limita al Software Key Storage Provider (KSP), ya que el TPM de hardware no admite este tamaño de clave.&#x20;

Si, después de actualizar a Windows 11 24H2, experimentas problemas de autenticación, busca errores "SEC\_E\_ALGORITHM\_MISMATCH" en el Visor de eventos (registros del sistema y CAPI2) como indicador de incompatibilidad en los algoritmos criptográficos entre el cliente y el servidor.&#x20;

### ¿Qué puedo hacer si quiero usar autenticación WPA3-Enterprise en Windows?

Tu opción actual de aquí en adelante es cumplir los requisitos de certificado para WPA3-Enterprise de 192 bits en tus clientes Windows 11 24H2. Esto incluye actualizar el certificado hoja para cumplir los nuevos requisitos mínimos.&#x20;

Ten en cuenta que actualmente Intune no incluye una opción en su perfil SCEP para especificar un tamaño de clave de 3072 bits que podría almacenarse en el Trusted Platform Module (TPM) del equipo receptor. Debido a esta limitación, actualmente la única solución viable para los clientes Windows es usar una clave RSA de 4096 bits inscrita en el Software Key Storage Provider (KSP).&#x20;

{% hint style="success" %}
Como el perfil WiFi de Intune solo ofrece WPA2-Enterprise, necesitarás usar una herramienta externa para crear un perfil WiFi WPA3-Enterprise. Para mayor comodidad, RADIUSaaS incluye esta herramienta [aquí](https://docs.radiusaas.com/admin-portal/settings/trusted-roots#xml).
{% endhint %}

## Proveedores de identidad

### **¿RADIUSaaS es compatible con Okta como proveedor de identidad?**

* **Sí** para el inicio de sesión de administradores y usuarios en la consola web
* **No** para la autenticación a través del protocolo RADIUS

#### **Inicio de sesión en el portal de usuario y administración (consola web)**

Okta es totalmente compatible como proveedor de identidad para iniciar sesión en el Portal web de RADIUSaaS. RADIUSaaS no mantiene sus propias identidades de administrador y, en su lugar, delega la autenticación a tu proveedor de identidad existente, por lo que los administradores, espectadores y usuarios invitados pueden iniciar sesión con sus cuentas de Okta. Okta se integra a través de la **Proveedor OIDC personalizado** opción en la [Permisos](/es/portal-de-administracion/acceso-y-reglas/permissions.md#custom-oidc-provider-okta) sección. Las instrucciones de configuración paso a paso, incluida la URI de redirección requerida, las URL de autenticación y token, el ID de cliente, el secreto de cliente y `openid email` ámbito, se documentan en el [Permisos](/es/portal-de-administracion/acceso-y-reglas/permissions.md#overview) artículo.

#### **Autenticación mediante el protocolo RADIUS (Wi‑Fi, 802.1X por cable, VPN)**

Okta es **no** compatible como proveedor de identidad para la autenticación que tiene lugar a través del protocolo RADIUS. Como se describe en la [Usuarios](/es/portal-de-administracion/usuarios/users.md) sección, RADIUSaaS no se integra con ningún IDP externo para la autenticación de red basada en nombre de usuario/contraseña. Todas las cuentas de nombre de usuario/contraseña utilizadas para la autenticación de RADIUS deben crearse y gestionarse directamente en el Portal de administración de RADIUSaaS.

{% hint style="info" %}
Para la autenticación de red basada en RADIUS, por lo general recomendamos **no** los enfoques de nombre de usuario/contraseña que dependen de un proveedor de identidad externo. Estas configuraciones requieren que las credenciales se transmitan o reenvíen durante la autenticación de red y amplían la superficie de ataque de formas que consideramos un riesgo de seguridad relevante. Siempre que sea posible, usa **autenticación basada en certificados** (EAP-TLS) en su lugar. Para obtener información de fondo y una explicación detallada de los riesgos de la autenticación de red basada en contraseña, consulta [Autenticación de red basada en certificados](https://www.scepman.com/certificate-network-authentication/).
{% endhint %}


---

# 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/otro/faqs/general.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.