Configuración de 802.1X en Juniper Mist con cloud RADIUS

Para configurar 802.1X en Juniper Mist, cree una WLAN con seguridad WPA2 o WPA3-Enterprise. Agregue sus servidores RADIUS en la nube para autenticación y contabilidad, y habilite RadSec si el servicio lo admite. Establezca la VLAN como dinámica para que las respuestas de RADIUS ubiquen a cada dispositivo en el segmento correcto. La cronología de información de clientes de Mist y Marvis muestran dónde falló cualquier autenticación.

¿Qué hace realmente 802.1X en Juniper Mist?

IEEE 802.1X es un control de acceso a la red basado en puertos. En una red inalámbrica, bloquea el tráfico de un dispositivo hasta que este demuestra su identidad ante un servidor de autenticación. El punto de acceso actúa como autenticador. Transmite los mensajes del Extensible Authentication Protocol (EAP) entre el dispositivo y un servidor RADIUS. RADIUS es el protocolo de autenticación definido en el RFC 2865.

El servidor RADIUS verifica las credenciales y devuelve Access-Accept o Access-Reject. Un mensaje Accept puede contener atributos, como la VLAN a la que debe unirse el dispositivo. Luego, cada dispositivo deriva sus propias claves de cifrado, por lo que dos miembros del personal nunca comparten un secreto.

En Juniper Mist, cada punto de acceso es un cliente RADIUS. Mist mantiene la configuración de la WLAN en su nube y la envía a cada AP en cada sitio. También registra cada paso de cada intento de conexión, lo que hace que Mist sea útil cuando falla una autenticación.

El método EAP decide qué presenta el dispositivo:

• EAP-TLS: el dispositivo y el servidor presentan certificados. No hay contraseñas que puedan ser objeto de phishing, compartirse o expirar.
• PEAP con MSCHAPv2: Protected EAP envuelve un intercambio de contraseñas dentro de un túnel TLS. Es más fácil de implementar, pero menos seguro. Microsoft documenta que Credential Guard, activado de forma predeterminada en versiones recientes de Windows 11, bloquea el inicio de sesión único para la autenticación basada en MSCHAPv2.
• EAP-TTLS: un método tunelizado similar, común cuando el almacén de identidades no es de Microsoft.

Mist no negocia el método. El dispositivo y el servidor RADIUS lo acuerdan entre sí, y el AP transmite el intercambio. Esto significa que usted elige el método EAP en el lado de RADIUS y en sus perfiles de dispositivo, no en la consola de Mist.

¿Qué necesita antes de configurar 802.1X en Mist?

Reúna lo siguiente antes de abrir la consola. La mayoría de los despliegues fallidos se deben a la falta de un elemento de esta lista y no a la configuración de Mist.

• Acceso a Mist. Permisos de administrador de la organización, con APs reclamados y asignados a los sitios.
• Detalles de RADIUS en la nube. Nombres de host o direcciones IP del servidor, puertos, el secreto compartido y detalles de RadSec si su proveedor lo admite.
• Una fuente de identidad. Microsoft Entra ID, Okta o Google Workspace, conectados al servicio RADIUS, con grupos que se vinculen a los roles de la red.
• Certificados. Un certificado de servidor RADIUS en el que confíen sus dispositivos. Para EAP-TLS, certificados de cliente emitidos a través de su MDM o PKI.
• Red cableada. Los puertos de switch a los AP deben llevar en trunk cada VLAN que RADIUS pueda devolver. Cada VLAN necesita un alcance DHCP.
• Salida de firewall. UDP 1812 y 1813 para RADIUS estándar, o TCP 2083 para RadSec, los puertos que la IANA asigna a cada uno.
• Capacidad del dispositivo. WPA3-Enterprise requiere Protected Management Frames (PMF, IEEE 802.11w). Es posible que los escáneres, impresoras y dispositivos portátiles más antiguos no lo admitan.
• Cobertura. La autenticación empresarial agrega viajes de ida y vuelta, por lo que una cobertura débil se traduce en el agotamiento del tiempo de espera de la autenticación. Si no ha validado la cobertura recientemente, nuestra guía para estudios de sitio WiFi cubre el método.

¿A qué back end de RADIUS debe apuntar una WLAN de Mist?

El back end decide cómo los AP llegan a RADIUS, qué debe permitir su firewall y cómo el servidor identifica cada sitio.

Opción	Transporte desde el AP	Hardware en el sitio	Salida de firewall	Cómo identifica RADIUS el sitio	Ideal para
RADIUS local (Microsoft NPS, FreeRADIUS)	RADIUS sobre UDP, a través de LAN o VPN	Servidor en la oficina central, más VPN a cada sitio	UDP 1812 y 1813 a la oficina central	IP de origen más secreto compartido	Un solo campus con una sala de servidores existente
Cloud RADIUS sobre UDP	RADIUS sobre UDP, a través de internet	Ninguno	Salida UDP 1812 y 1813	IP pública del sitio más secreto compartido	Sitios con direcciones IP públicas estáticas
Cloud RADIUS sobre RadSec	RADIUS dentro de TLS sobre TCP (RFC 6614)	Ninguno	Salida TCP 2083	Autenticación mutua por certificado	Redes de múltiples sitios con banda ancha o IP dinámicas
Cloud RADIUS a través de proxy Mist Edge	AP a Mist Edge, luego Mist Edge a RADIUS	Dispositivo Mist Edge o máquina virtual	Puertos RADIUS solo desde el Mist Edge	IP de origen de Mist Edge	Campus grandes que buscan un solo punto de salida

Juniper también vende Mist Access Assurance, su propio servicio de control de acceso a redes en la nube. Esta guía cubre un servicio externo de cloud RADIUS, el cual mantiene su política de autenticación independiente del proveedor de AP.

¿Cómo se configura 802.1X en Juniper Mist con cloud RADIUS?

La consola de Mist cambia con frecuencia, por lo que le recomendamos consultar la documentación de Juniper Mist para ver los pasos actuales campo por campo. La siguiente secuencia muestra lo que hace cada etapa y las decisiones detrás de ella.

Paso 1: crear la WLAN WPA2 o WPA3-Enterprise

Cree la WLAN en una plantilla de WLAN a nivel de organización si administra más de un sitio. Las plantillas se aplican a sitios o grupos de sitios, por lo que un solo cambio llega a toda la infraestructura. Créela a nivel de sitio para una prueba piloto en un solo sitio.

Asigne un nombre al SSID y seleccione el tipo de seguridad empresarial (802.1X). Luego elija WPA2 o WPA3.

• WPA3-Enterprise hace que PMF sea obligatorio y es la única opción empresarial en radios de 6 GHz. Elíjala para laptops administradas y teléfonos actuales.
• WPA2-Enterprise aún conecta dispositivos más antiguos. Manténgala en un SSID separado si una flota heredada aún no se puede migrar, en lugar de debilitar su SSID principal.

Considere habilitar el roaming rápido con IEEE 802.11r (Fast BSS Transition). Esto acorta la reautenticación cuando un dispositivo se desplaza entre puntos de acceso (APs). Pruébelo con teléfonos de voz y clientes más antiguos antes de habilitarlo en toda la red.

Paso 2: apunte la WLAN a su servicio RADIUS en la nube

En la configuración del servidor de autenticación de la WLAN, agregue los servidores RADIUS de su proveedor.

• Servidores de autenticación. Ingrese el host, el puerto y el secreto compartido para al menos dos servidores. Juniper Mist realiza la conmutación por error al siguiente servidor cuando uno deja de responder.
• Servidores de contabilidad (Accounting). Agréguelos por separado. La contabilidad registra las horas de inicio y fin de la sesión, lo cual será de utilidad para sus equipos de auditoría e incidentes.
• Identificador NAS. Establezca un valor que el servicio RADIUS pueda utilizar para diferenciar los sitios. Su proveedor podrá entonces aplicar políticas específicas para cada sitio.

Con RADIUS estándar sobre UDP, las solicitudes salen de cada sitio desde su dirección IP pública después de NAT. Su proveedor de RADIUS en la nube debe registrar esa dirección como cliente. Un sitio con una IP dinámica perderá la autenticación cada vez que su dirección cambie. RadSec en el Paso 3 elimina esa dependencia.

Trate el secreto compartido como una credencial. Hágalo largo y aleatorio, y guárdelo en su bóveda de contraseñas. En julio de 2024, unos investigadores revelaron BlastRADIUS (CVE-2024-3596), un ataque de falsificación contra RADIUS sobre UDP. Confirme que su proveedor requiera el atributo Message-Authenticator, como recomienda el aviso de seguridad, o migre a RadSec.

Paso 3: habilite RadSec

Sí, Juniper Mist es compatible con RadSec. RadSec, definido en el RFC 6614, transporta RADIUS dentro de una sesión TLS sobre TCP. Los APs de Juniper Mist pueden abrir esa sesión directamente con su servicio RADIUS en la nube.

Habilite RadSec en la configuración RADIUS de la WLAN e ingrese el nombre de host del servidor. El nombre de host debe coincidir con el nombre en el certificado del servidor. Luego configure la confianza en ambas direcciones:

• El AP confía en el servidor. Agregue la autoridad de certificación que firmó el certificado de su servidor RadSec en la configuración de la organización de Juniper Mist.
• El servidor confía en el AP. Su servidor RadSec debe confiar en el certificado que presentan los APs de Juniper Mist. La documentación de Juniper explica dónde obtenerlo.

Abra el puerto TCP 2083 de salida desde cada sitio. RadSec aporta tres beneficios prácticos:

1. Cifrado. Cifra todo el paquete RADIUS, incluida la identidad y la dirección MAC en su interior. El RADIUS estándar solo oculta la contraseña.
2. Sin registro de IP. El certificado autentica al AP, no a la dirección de origen. Las IPs de banda ancha dinámicas dejan de ser un problema.
3. Entrega confiable. Los mensajes EAP-TLS transportan cadenas de certificados y a menudo superan el tamaño de un paquete. Sobre UDP a través de internet, los fragmentos se descartan. TCP se encarga de retransmitirlos.

Paso 4: mapee los atributos RADIUS a VLANs dinámicas

La asignación dinámica de VLAN coloca cada rol en un solo SSID y permite que RADIUS decida el segmento. En la configuración de VLAN de la WLAN, seleccione VLAN dinámica. Enumere cada ID o nombre de VLAN que el AP pueda recibir y establezca un valor predeterminado para las respuestas que no transporten ninguna VLAN.

Su política RADIUS devuelve tres atributos de túnel, definidos en el RFC 2868 y aplicados a 802.1X en el RFC 3580.

Atributo	Valor	Qué hace
Tunnel-Type	13 (VLAN)	Le indica al AP que el túnel es una VLAN
Tunnel-Medium-Type	6 (IEEE-802)	Especifica un medio IEEE 802
Tunnel-Private-Group-ID	El ID o nombre de VLAN indicado en la WLAN	Selecciona la VLAN para esta sesión

Cree la política en función de los grupos de identidad. Los dispositivos de personal de limpieza se asignan a la VLAN de limpieza. Los terminales de pago se asignan a un segmento aislado. El estándar PCI-DSS considera que una segmentación adecuada es una forma de reducir el alcance del entorno de datos de tarjetas de pago. El mismo patrón aísla los dispositivos clínicos del tráfico de visitantes en el sector salud.

Paso 5: realice una prueba piloto y luego escale mediante la plantilla

Asigne la plantilla a un sitio primero. Realice las comprobaciones de la siguiente sección. Una vez superadas, asigne la plantilla a los sitios o grupos de sitios restantes. Cada sitio nuevo heredará automáticamente la WLAN, los servidores RADIUS, la configuración de RadSec y la lista de VLAN.

¿Cómo comprobar que 802.1X funciona en Mist?

Pruebe cada rol, no solo una cuenta. Una respuesta de aceptación correcta para un grupo no prueba nada sobre el mapeo de VLAN para otro.

1. Conecte un dispositivo de prueba por rol. En la lista de clientes de Mist, confirme el SSID, la identidad utilizada, la VLAN y una dirección IP dentro de la subred esperada.
2. Consulte los registros de RADIUS. Confirme un mensaje Access-Accept que contenga los atributos de túnel esperados, seguido de un registro de inicio de contabilidad (accounting start).
3. Realice pruebas de itinerancia (roaming). Desplace el dispositivo entre diferentes AP y confirme que la sesión se mantiene, especialmente si habilitó 802.11r.
4. Revoque. Deshabilite una cuenta de prueba en su proveedor de identidad. Confirme que su próxima autenticación sea rechazada.
5. Supervise los niveles de servicio. La expectativa del nivel de servicio (SLE) de conexiones exitosas de Mist incluye un clasificador de autorización. El tiempo de conexión muestra si la autenticación está ralentizando las incorporaciones a la red.

El paso 4 tiene una salvedad. Deshabilitar una cuenta detiene la siguiente autenticación, pero no la sesión actual. Para finalizar sesiones activas, verifique si su servicio RADIUS y su WLAN admiten el cambio de autorización (CoA, RFC 5176). CoA permite que el servidor desconecte una sesión bajo demanda.

¿Dónde muestra Mist por qué falló una autenticación?

Lectura de la línea de tiempo de información del cliente

Abra el cliente que presenta fallas y vaya a su página de Insights. Mist enumera cada evento de conexión en orden: asociación, intercambio EAP, resultado de RADIUS y, finalmente, DHCP. Léalo de izquierda a derecha. El último evento exitoso le indicará qué capa falló.

• Falla antes de cualquier evento RADIUS: un problema de radio o de asociación, no de 802.1X.
• Tiempo de espera agotado de RADIUS (timeout): un problema de alcanzabilidad o de confianza entre el AP y el servidor.
• Rechazo de RADIUS: el servidor tomó una decisión. El motivo se encuentra en los registros de su proveedor RADIUS.
• Autenticado, pero falla el DHCP: un problema de la VLAN o de la red cableada.

La captura dinámica de paquetes de Mist graba automáticamente los tramas en torno a las fallas de conexión. Descargue la captura y ábrala en Wireshark para ver el mensaje EAP exacto donde se detuvo el intercambio.

Consultas de Marvis que agilizan el diagnóstico

Marvis, el asistente conversacional de Mist, acepta preguntas en lenguaje sencillo y requiere una suscripción a Marvis. Las consultas de este tipo son las que ahorran más tiempo:

• "Troubleshoot [nombre del cliente o dirección MAC]" devuelve el punto de falla y la causa probable para un dispositivo.
• "Troubleshoot [nombre del sitio]" muestra si las fallas se concentran en un solo sitio, lo que apunta a problemas del firewall o de la WAN.
• "Which clients failed to connect at [sitio] today?" delimita el alcance del problema antes de abrir cronologías individuales.

El alcance es lo primero. Un dispositivo con fallas suele ser un perfil de dispositivo. Todos los dispositivos en un sitio suelen ser la ruta de la red. Todos los dispositivos en todas partes suelen ser el servicio RADIUS o un certificado.

Fallas comunes de 802.1X en Mist y sus soluciones

Lo que muestra Mist	Causa probable	Solución
Tiempo de espera de RADIUS agotado, sin respuesta	El firewall bloquea UDP 1812 o TCP 2083, la IP de origen no está registrada o no coincide el secreto compartido	Abra el tráfico de salida, registre la IP del sitio o migre a RadSec, vuelva a ingresar el secreto en ambos lados
Access-Reject	Credenciales incorrectas, cuenta deshabilitada o dispositivo fuera de todo grupo de políticas	Lea la razón del rechazo en los registros de RADIUS y corrija la política o la cuenta
EAP se detiene después del certificado del servidor	El dispositivo no confía en la CA del servidor o el nombre del servidor no coincide	Envíe la CA y el nombre del servidor a los dispositivos a través de su perfil de MDM
Autenticado, sin dirección IP	La VLAN devuelta no está configurada como trunk hacia el AP, falta el alcance DHCP o la VLAN no está en la lista de la WLAN	Configure la VLAN como trunk, agregue el alcance y haga coincidir el nombre de la VLAN exactamente
La sesión de RadSec nunca se establece	La CA no es de confianza en ninguno de los dos lados, certificado vencido o error de reloj	Vuelva a verificar ambos certificados, las fechas de vencimiento y el NTP
Fallas intermitentes de EAP-TLS sobre UDP	Paquetes fragmentados descartados a través de internet	Migre a RadSec o reduzca la cadena de certificados
Los dispositivos WPA3 se conectan, los dispositivos más antiguos fallan	Los dispositivos más antiguos carecen de soporte para WPA3 o PMF	Migre los dispositivos heredados a un SSID WPA2-Enterprise independiente

¿Cómo se ve esto en una instalación real?

Estos dos escenarios son ilustrativos. Muestran cómo la configuración cambia los resultados operativos medibles.

Escenario práctico: un hotel de 200 habitaciones retira las claves compartidas del personal

Situación. Un hotel de 200 habitaciones ejecutaba cuatro SSID para el personal: recepción, limpieza, administración e ingeniería. Cada uno usaba una contraseña compartida. Cuando un empleado de limpieza renuncia, el equipo cambiaba la clave en docenas de dispositivos o la dejaba sin cambios. Los huéspedes utilizaban un quinto SSID.

Lo que se hizo. El equipo creó un SSID WPA3-Enterprise para el personal en una plantilla WLAN de Mist. Los dispositivos administrados usaron EAP-TLS, con certificados enviados a través de MDM. Cloud RADIUS leyó la pertenencia a grupos desde Microsoft Entra ID y devolvió una VLAN por departamento. Se mantuvo un SSID WPA2-Enterprise independiente para las tabletas más antiguas de servicio a la habitación. Los huéspedes permanecieron en Guest WiFi.

Resultado. Cuatro SSID de personal se convirtieron en uno, más un SSID heredado, por lo que el hotel transmitió tres redes en lugar de cinco. Menos SSID significan menos tramas de baliza (beacon frames) compitiendo por el tiempo de aire. Las claves compartidas de personal cayeron de cuatro a cero. El acceso de un empleado que deja la empresa finaliza cuando Recursos Humanos deshabilita la cuenta, sin necesidad de rotación de claves. El mismo enfoque se adapta a la mayoría de los hoteles que operan redes PSK departamentales.

Escenario práctico: una cadena minorista de 120 tiendas se migra a RadSec

Situación. Una cadena de 120 tiendas ejecutaba APs de Mist en banda ancha empresarial. La autenticación se realizaba en un servidor RADIUS local en la oficina central a través de una VPN de sitio a sitio. Cuando la VPN de una tienda se caía, los dispositivos del personal y los escáneres portátiles no podían autenticarse.

Lo que se hizo. La cadena se migró a un servicio RADIUS en la nube y habilitó RadSec en la plantilla WLAN de Mist. La confianza del certificado se configuró una sola vez en la configuración de la organización de Mist. Las tiendas abrieron el puerto TCP 2083 saliente. Las terminales de pago recibieron una VLAN aislada a través de asignación dinámica, lo que permite la segmentación compatible con PCI-DSS.

Resultado. El servidor RADIUS dejó de rastrear 120 entradas de clientes IP por tienda; los certificados las reemplazaron todas. La autenticación ya no dependió de la VPN. Una nueva tienda obtiene 802.1X en el momento en que su sitio se une a la plantilla. El modelo se adapta a redes del sector retail donde la conectividad de las tiendas es de banda ancha con direcciones IP cambiantes.

¿Cuánto cuesta y qué se obtiene a cambio?

No necesita nuevos puntos de acceso. 802.1X, RadSec y las VLAN dinámicas se ejecutan en los APs de Mist que ya posee. Nuestro artículo sobre por qué su próxima actualización de WiFi no requiere nuevo hardware cubre ese modelo de superposición en la nube con más detalle.

El costo se divide en cuatro áreas:

• Suscripciones de Juniper. Las expectativas de nivel de servicio y Marvis dependen de su nivel de suscripción de Mist. Confirme la cobertura con su socio de Juniper.
• El servicio RADIUS. Un RADIUS en sitio cuesta servidores, licencias, parches y VPNs. RADIUS en la nube es una suscripción sin nada de hardware.
• Certificados. EAP-TLS necesita una PKI y un MDM para emitir certificados. La mayoría de las organizaciones ya ejecutan ambos.
• Tiempo de ingeniería. La configuración de Mist es la parte rápida. La distribución de certificados a los dispositivos marca el ritmo.

Lo que obtiene a cambio es medible. Las claves compartidas se reducen a cero. La revocación sigue al proveedor de identidad, no a un proyecto de rotación de claves. El número de SSID disminuye. La segmentación reduce el alcance de PCI-DSS. El triaje comienza desde una línea de tiempo y una consulta en Marvis en lugar de una visita al sitio.

RADIUS-as-a-Service de Purple es una opción de RADIUS en la nube para Mist. Es independiente del hardware en Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. Vincula el acceso a la red con la identidad en Microsoft Entra ID, Okta o Google Workspace, por lo que las altas, cambios y bajas de personal se actualizan automáticamente. Purple cuenta con las certificaciones ISO 27001 y Cyber Essentials, y cumple con el GDPR. Nuestros propios datos muestran un tiempo de actividad del 99.999 % y 440 millones de inicios de sesión en 2024 en más de 80,000 ubicaciones activas. Verifique el soporte de RadSec con cualquier proveedor que considere, incluido Purple. Si también está calculando los costos de la red de invitados, consulte nuestra comparación de modelos de precios de Captive Portal.

Preguntas frecuentes

¿Juniper Mist es compatible con RadSec de forma nativa?

Sí. Los puntos de acceso de Mist pueden abrir una sesión RadSec directamente con un servicio RADIUS en la nube, transportando RADIUS dentro de TLS sobre TCP como se define en RFC 6614. Se habilita en la configuración de RADIUS de la WLAN y la confianza de certificados se gestiona en la configuración de la organización. Las ubicaciones necesitan el puerto de salida TCP 2083. RadSec cifra todo el paquete RADIUS y elimina la necesidad de registrar la dirección IP pública de cada ubicación con su proveedor.

¿Necesito un Mist Edge para usar RADIUS en la nube?

No. Los AP de Mist pueden enviar RADIUS o RadSec directamente a un servicio en la nube sin necesidad de hardware adicional. Un proxy Mist Edge resulta útil en campus grandes donde se requiere que todas las solicitudes de RADIUS salgan a través de un solo punto controlado. También es adecuado para ubicaciones donde los AP no pueden acceder directamente a Internet. Para la mayoría de los inmuebles multi-sitio, el uso de RadSec directo desde los AP es el diseño más simple.

¿Puedo mantener Microsoft NPS en funcionamiento mientras me migro a RADIUS en la nube?

Sí, pero planifique la transición por grupos en lugar de por orden de servidor. Mist realiza la conmutación por error entre servidores de autenticación únicamente cuando uno deja de responder, no cuando rechaza una solicitud. Por lo tanto, incluir NPS y un servicio en la nube en la misma WLAN produce resultados impredecibles. Inicie un segundo SSID apuntado a RADIUS en la nube, migre un departamento a la vez y luego retire NPS.

¿RADIUS-as-a-Service de Purple funciona con Juniper Mist?

Sí. Purple es independiente del hardware y funciona como una superposición en la nube en Juniper Mist, así como en Cisco Meraki, HPE Aruba, Ruckus, Ubiquiti UniFi, Cambium, Extreme y Fortinet. Vincula el acceso a la red con Microsoft Entra ID, Okta o Google Workspace, por lo que los permisos de acceso cambian cuando cambia una cuenta. Mantiene sus AP de Mist existentes, sin necesidad de reemplazar su infraestructura.

¿Se requiere WPA3-Enterprise para 802.1X en Mist?

No. 802.1X funciona con WPA2-Enterprise o WPA3-Enterprise. WPA3 agrega Tramas de Gestión Protegidas (PMF) obligatorias y es la única opción empresarial en radios de 6 GHz. Utilice WPA3 para laptops y teléfonos actuales. Mantenga un SSID WPA2-Enterprise separado para escáneres, impresoras o tabletas más antiguas que carezcan de soporte PMF, en lugar de reducir la seguridad en su SSID principal.

¿802.1X en Mist requiere una licencia adicional de Juniper?

No se necesita ninguna licencia adicional para la propia WLAN. Apuntar una WLAN de Mist a un servidor RADIUS externo es una configuración estándar. Las herramientas de solución de problemas varían: Marvis requiere una suscripción a Marvis, y las expectativas de nivel de servicio dependen de su nivel de suscripción a Mist. Mist Access Assurance de Juniper es un producto independiente. Confirme su nivel con su socio de Juniper antes de depender de Marvis para el triaje.

¿Cómo afecta el 802.1X al cumplimiento del GDPR?

Los registros de RADIUS y de contabilidad contienen datos personales: identidades, direcciones MAC de dispositivos y tiempos de sesión. Conforme al GDPR, necesita una base legal, un periodo de retención definido y un acuerdo de procesamiento de datos con su proveedor de RADIUS. RadSec ayuda al cifrar las identidades en tránsito. Purple cumple con el GDPR y cuenta con la certificación ISO 27001, además de procesar los datos de autenticación mediante un acuerdo de procesamiento de datos.

¿Cuánto tiempo toma un despliegue de 802.1X en Mist?

La configuración de Mist es lo que toma menos tiempo; la distribución de certificados marca el ritmo. Crear la WLAN, agregar servidores RADIUS y habilitar RadSec es un solo cambio en una sola plantilla. Emitir certificados a cada dispositivo gestionado a través de MDM, y migrar los dispositivos heredados, toma más tiempo. Realice una prueba piloto en un sitio, pruebe cada función y luego asigne la plantilla a los sitios restantes.