Saltar al contenido principal
Español

Cómo implementar iPSK en Cisco Meraki, HPE Aruba y Ruckus

Esta guía de referencia práctica muestra cómo implementar iPSK en Cisco Meraki, MPSK en HPE Aruba Central y DPSK en Ruckus SmartZone, con un breve apéndice sobre UniFi PPSK. Se centra en la emisión de claves, la asignación de VLAN o políticas, los flujos de decisión de RADIUS y las pruebas de revocación que demuestran que una implementación funciona en un entorno real.

By Marketing TeamPublished
📖 13 min de lectura2,855 palabras2 ejemplos prácticos10 definiciones clave

Escuchar esta guía

Ver transcripción del podcast
Bienvenido a la sesión informativa sobre el despliegue de iPSK para Cisco Meraki, HPE Aruba y Ruckus. El problema operativo es bien conocido. Tiene más tipos de dispositivos que SSIDs deseados. Los dispositivos de las habitaciones de hotel, los dispositivos de los residentes, los sistemas del edificio, los equipos de los contratistas y la tecnología temporal para eventos necesitan diferentes decisiones de acceso. Una contraseña compartida no ofrece una vía de baja limpia. Un SSID independiente para cada grupo añade sobrecarga de radio y dificulta la gestión del servicio. Los despliegues de claves precompartidas de identidad abordan este problema. El SSID compartido sigue siendo el mismo, pero cada dispositivo o grupo recibe una clave diferente. La clave puede dirigir a una VLAN, política o rol diferente. Los nombres varían según el proveedor. Cisco Meraki utiliza iPSK con RADIUS. HPE Aruba utiliza MPSK. Ruckus utiliza DPSK. UniFi denomina a su opción local claves precompartidas privadas, o PPSK. El principio de funcionamiento es el mismo: se sustituye un único secreto compartido por una decisión de acceso que se puede emitir, inspeccionar y revocar. Comience con el diseño de la red cableada. Cree las VLANs que realmente necesite y asegúrese de que cada enlace ascendente de punto de acceso las transporte. No empiece creando claves en un panel de control. Acuerde primero los resultados de acceso. En un edificio de varios inquilinos, podrían ser: residente, operaciones del edificio, dispositivo de habitación y pruebas. En un hotel, podría ser: dispositivo de habitación, administración y contratista. En un estadio, podría ser: producción, operaciones de eventos y dispositivo temporal. Los nombres son menos importantes que el hecho de que cada uno tenga un propietario claro y un propósito definido. A continuación, decida el nivel de detalle que debe tener la clave. Una clave específica para cada dispositivo es más fácil de revocar e investigar. Una clave de grupo es más fácil de distribuir, pero una filtración afecta a todos los dispositivos que la comparten. Esta distinción es especialmente importante durante la baja de usuarios. Si un contratista se marcha con una clave de grupo, es posible que tenga que renovar las claves de todo un colectivo. Si el contratista tiene una clave personal, puede eliminar un solo registro y mantener el acceso de todos los demás. Cisco Meraki le ofrece una vía iPSK respaldada por RADIUS. En el panel de control, vaya a Wireless, Configure, Access control. Elija su SSID y seleccione Identity PSK con RADIUS. Establezca el acceso directo en lugar de una página de portal cautivo (splash page) y, a continuación, configure el servidor RADIUS. Este es el punto en el que necesita una propiedad clara. El punto de acceso es el cliente RADIUS. Su plataforma de autenticación es el punto de decisión. Guarde el secreto compartido de RADIUS en su almacén de secretos aprobado. No lo deje en una hoja de cálculo de despliegue. Meraki documenta un modelo basado en MAC y un modelo Easy PSK. En el modelo basado en MAC, el registro de RADIUS asocia la dirección MAC de un dispositivo con la clave. En el modelo Easy PSK, el punto de acceso reenvía material de saludo específico a RADIUS. El servidor RADIUS busca una clave conocida que coincida y envía un Access-Accept que contiene la información de clave que Meraki espera. El punto de acceso reinicia el proceso de saludo y completa la conexión. Donde la segmentación sea importante, ejecute el SSID de Meraki en modo puente. Asígnele una VLAN predeterminada. A continuación, habilite la anulación de RADIUS documentada para que la respuesta correcta pueda sustituir a esa etiqueta predeterminada. También puede aplicar una política de grupo de Dashboard para controles de cortafuegos o tráfico. La prueba no estará completa hasta que el dispositivo tenga el rango de direcciones previsto y la política esperada. Una aceptación de RADIUS es necesaria. No es el resultado final. Hay dos puertas de enlace estrictas en el flujo de trabajo de Meraki citado. El iPSK documentado con capacidad RADIUS no es compatible con WPA3. Tampoco funciona cuando el SSID canaliza el tráfico a un MX Concentrator. Trate esto como decisiones tomadas antes del piloto, no como un ticket descubierto después del lanzamiento. HPE Aruba aborda el mismo objetivo a través de MPSK y ClearPass. En Aruba Central, abra Gestionar, Dispositivos, Puntos de acceso, Configuración y, a continuación, WLAN. Añada o edite el SSID, abra Seguridad, seleccione Personal, elija MPSK-AES y seleccione ClearPass Policy Manager como servidor principal. El flujo de trabajo explica por qué ClearPass es importante. Un dispositivo se registra y recibe una frase de contraseña específica del dispositivo o del grupo. Se conecta utilizando WPA2-PSK-AES. El punto de acceso realiza el intercambio de autenticación MAC documentado con ClearPass. ClearPass devuelve un Access-Accept con información de autorización y un atributo de frase de contraseña MPSK de Aruba. El punto de acceso genera la clave y completa el protocolo de enlace de cuatro vías. Si la frase de contraseña es incorrecta o ClearPass rechaza el dispositivo, la conexión falla. No añada manualmente la autenticación MAC a una WLAN MPSK solo porque el proceso utilice una búsqueda de MAC. Aruba trata explícitamente la MPSK y la autenticación MAC manual como mutuamente excluyentes. También identifica la lista de denegación y el servidor RADIUS interno como combinaciones incompatibles. Registre esas limitaciones en el registro de cambios antes de tocar un perfil activo. Un punto de Aruba merece especial atención: el almacenamiento en caché. Aruba documenta que un punto de acceso almacena en caché la información MPSK para la itinerancia. Un registro almacenado en caché puede significar que el punto de acceso no realiza una nueva búsqueda de autenticación MAC. Eso es útil para la itinerancia. También es la razón por la que un reintento rápido no es prueba de revocación. Volveremos al plan de pruebas en un momento. Hasta ahora, el patrón práctico está claro. Construya los segmentos de red. Establezca el SSID compartido. Configure la ruta de búsqueda de claves del proveedor. Asocie cada clave con un resultado de política definido. Luego demuestre que la decisión cambia cuando la clave desaparece. En esa última parte es donde fallan muchos pilotos que, por lo demás, serían sólidos. Ahora, veamos Ruckus, el concepto de asignación de VLAN y RADIUS, y la prueba de revocación que hace que un despliegue de iPSK sea operativamente creíble. En Ruckus SmartZone, primero confirme que la WLAN está habilitada para DPSK. A continuación, abra Seguridad, Control de acceso, Dynamic PSK y elija Generar DPSK. Seleccione la WLAN, elija el número de claves, introduzca o genere el nombre de usuario y la frase de contraseña, seleccione el rol de usuario, establezca el ID de VLAN y decida si la clave es una DPSK de grupo. Ruckus hace visible el tipo de clave en el modelo operativo. Una DPSK no vinculada pasa a estar vinculada cuando un dispositivo la utiliza por primera vez. Una DPSK de grupo sigue siendo compartible. Una clave vinculada se puede importar con una dirección MAC. Utilice claves no vinculadas para transferencias controladas. Utilice claves de grupo solo cuando el uso compartido sea intencionado y el propietario acepte las consecuencias de la rotación. Utilice registros vinculados cuando ya exista un inventario de dispositivos de confianza. La decisión de política puede residir en el rol o en la VLAN seleccionada. Ruckus documenta que un rol de usuario incluye atributos y permisos que abarcan la VLAN, el UTP y restricciones temporales. También le permite seleccionar una VLAN durante la generación de claves. Independientemente del diseño que elija, reconéctelo con la configuración del switch y de la puerta de enlace. Un registro de clave correcto no puede solucionar la falta de una VLAN en un enlace ascendente de AP. Desde una perspectiva neutral con respecto al fabricante, RADIUS gestiona el resultado de la autenticación y la autorización. No obliga a todos los controladores a interpretarlo de la misma manera. En Cisco Meraki, RADIUS puede proporcionar la información de la clave y anular la etiqueta de VLAN predeterminada del SSID. En Aruba, ClearPass devuelve la frase de contraseña MPSK y la información de autorización. En Ruckus DPSK, SmartZone puede utilizar su propio registro DPSK, el rol de usuario y la opción de VLAN elegida. RFC 4675 describe los atributos de RADIUS para la asignación dinámica de VLAN en redes IEEE 802 y reconoce que un dispositivo WiFi puede tratarse como un puerto virtual. Esto significa que sus pruebas de validación deben abarcar cuatro niveles. Primero, el dispositivo utilizó el SSID y la clave previstos. Segundo, el punto de acceso o el controlador aceptó la clave. Tercero, el servicio de políticas devolvió la autorización esperada. Cuarto, el dispositivo se ubicó en la VLAN o política prevista y solo pudo acceder a los servicios permitidos en ella. Si se detiene en el evento del controlador, no habrá demostrado la segmentación. La prueba de revocación es la prueba de aceptación más importante. Comience con un control positivo. Conecte un dispositivo de prueba con una clave emitida. Registre la aceptación de RADIUS o ClearPass según corresponda, el registro del cliente en el controlador y la VLAN o política detectada. A continuación, revoque la clave en el origen real del control. Elimine o deniegue la asignación de Meraki RADIUS. Elimine el registro o la autorización de ClearPass que proporciona la decisión de Aruba. Elimine la Ruckus DPSK. En UniFi PPSK, elimine la asignación de contraseña a VLAN siguiendo la guía de configuración actual de UniFi. A continuación, fuerce una nueva asociación. Olvide el SSID, o desactive y vuelva a activar el WiFi, e inténtelo de nuevo con la clave antigua. La condición de aprobado es la denegación de la nueva conexión y un registro en el historial que indique el motivo. No utilice la ausencia de una clave en un panel de control como resultado. Está probando si la red rechaza el acceso, no si un administrador ha completado un formulario de eliminación. Para Aruba, incluya el comportamiento de la caché en el diseño de la prueba. Una MPSK en caché puede evitar una nueva búsqueda. Defina el paso de gestión o expiración de la caché en su procedimiento de producción y solo entonces ejecute la prueba de asociación nueva. Para cada plataforma, repita la conexión con una clave no afectada en el mismo SSID. Debería seguir funcionando. Esto detecta un perfil de WLAN roto, un cambio de RADIUS demasiado amplio o una VLAN ausente en la ruta cableada. Una secuencia de despliegue corta funciona bien. Comience con dos resultados de políticas y un puñado de dispositivos representativos. Uno debería ser un dispositivo fácil, como una tableta gestionada. Otro debería ser un dispositivo difícil, como un controlador de sala antiguo o una unidad IoT. Pruebe la emisión, el acceso permitido, la denegación por clave incorrecta, la revocación y la continuidad de las claves no afectadas. Anote el identificador del dispositivo, el propietario de la clave, el nombre de la política, la hora de emisión y la ubicación de las pruebas. Solo entonces pase a un grupo más grande. Para las operaciones de las sedes, mantenga el procedimiento de soporte breve. El equipo de primera línea necesita el nombre del SSID, un identificador de dispositivo, el propietario de la clave emitida, la hora del fallo y las instrucciones de no volver a emitir una clave antes de que se capture el evento del controlador. El equipo de ingeniería de red necesita la propiedad de RADIUS, ClearPass, el mapeo de roles de SmartZone y el transporte de VLAN cableada. Esa división evita una pérdida de tiempo habitual: reemplazar una clave cuando el fallo real es un troncal de AP o un rol mal aplicado. Un último apunte sobre el alcance. iPSK puede admitir la segmentación y el control de acceso, pero no hace que una red cumpla automáticamente con el GDPR o PCI-DSS. El GDPR exige medidas de seguridad técnicas y organizativas adecuadas. El PCI-DSS proporciona requisitos para proteger los datos de las cuentas de pago. Trate el despliegue de iPSK como un elemento más del diseño general de seguridad y gestión de datos, no como un certificado de cumplimiento normativo. El siguiente paso es práctico. Elija un sitio similar al de producción, dos resultados de políticas y un dispositivo de prueba para cada uno. Construya la ruta de decisión, capture las pruebas y ejecute la prueba de revocación antes de emitir más de unas pocas claves. Si esa prueba funciona, tendrá las bases para un servicio de WiFi multiinquilino que es más fácil de operar, más fácil de revocar y más claro de soportar.

Parte de nuestra serie principal: Guía de WiFi multiinquilino →

Cómo implementar iPSK en Cisco Meraki, HPE Aruba y Ruckus

Cisco Meraki, HPE Aruba आणि Ruckus यापैकी प्रत्येक तुम्हाला प्रत्येक गटासाठी स्वतंत्र SSID तयार न करता वेगवेगळ्या उपकरणांना किंवा गटांना वेगवेगळ्या पॉलिसींवर ठेवण्याची परवानगी देतात. एक WPA2 पर्सनल SSID कॉन्फिगर करा, वैयक्तिक की तयार करा किंवा मिळवा, तिला VLAN किंवा रोलशी जोडणी करा, आणि नंतर हे सिद्ध करा की डिलीट केल्याने नवीन जोडणी ब्लॉक होते. 1 2 3

iPSK डिप्लॉयमेंट प्रत्यक्षात काय करते?

एक आयडेंटिटी प्री - शेअर्ड की, म्हणजेच iPSK, सामायिक SSID राखून एखाद्या उपकरणाला किंवा गटाला एक वेगळा पासवर्ड प्रदान करते. व्हेंडर्स यासाठी वेगवेगळी नावे वापरतात. Cisco Meraki याच्या RADIUS - बॅक्ड पर्यायाला iPSK असे म्हणते. HPE Aruba याला मल्टी प्री - शेअर्ड की, म्हणजेच MPSK म्हणते. Ruckus याला डायनॅमिक PSK, म्हणजेच DPSK म्हणते. Ubiquiti UniFi याच्या स्थानिक पर्यायाला प्रायव्हेट प्री - शेअर्ड की, म्हणजेच PPSK म्हणते.

याचा व्यावहारिक परिणाम म्हणजे एकाच वैयक्तिक WiFi नेटवर्कवर नियंत्रित प्रवेश मिळणे. तुम्ही प्रत्येक वापराच्या स्थितीनुसार स्वतंत्र SSID प्रसिद्ध न करता एखादे रूम डिव्हाइस, रेसिडेंट डिव्हाइस किंवा ऑपरेशनल डिव्हाइस वेगळे करू शकता. नियंत्रण बिंदू प्लॅटफॉर्मनुसार भिन्न असतो. Cisco Meraki हे RADIUS च्या माध्यमातून की आणि VLAN ओव्हरराइड मिळवू शकते. HPE Aruba हे ClearPass कडून एनक्रिप्टेड पासफ्रेज आणि ऑथोरायझेशन माहिती मिळवते. Ruckus हे DPSK ला थेट युझर रोल किंवा VLAN मध्ये ठेवू शकते. UniFi PPSK स्थानिक पातळीवर पासवर्डला VLAN शी मॅप करते. 1 2 3 4

हे 802.1X चे पर्याय नाही. IEEE 802.1X हे पोर्ट - आधारित नेटवर्क ऍक्सेस कंट्रोल प्रदान करते, तर iPSK अशा उपकरणांसाठी योग्य आहे ज्यांना सामायिक SSID आणि वैयक्तिक - की ऍक्सेसची आवश्यकता असते. 5

प्लॅटफॉर्म क्रेडेंशियल कंट्रोल प्लेन नमूद केलेल्या वर्कफ्लोद्वारे समर्थित पॉलिसी किंवा VLAN असोसिएशन महत्त्वाचे डिझाइन बंधन
Cisco Meraki बाह्य RADIUS RADIUS VLAN ओव्हरराइडसह ब्रिज - मोड SSID, तसेच डॅशबोर्ड ग्रुप पॉलिसी RADIUS सह iPSK हे WPA3 ला सपोर्ट करत नाही, आणि ते MX कंसन्ट्रेटरला टनेल केलेल्या SSID वर ऑपरेट होऊ शकत नाही. 1
HPE Aruba ClearPass पॉलिसी मॅनेजर ClearPass Access-Accept मध्ये ऑथोरायझेशन माहिती आणि Aruba MPSK पासफ्रेज ॲट्रिब्युट समाविष्ट असते MPSK हे WPA2-PSK-AES वापरते आणि मॅन्युअल MAC ऑथेंटिकेशनसह परस्पर अनन्य असते. 2
Ruckus SmartZone SmartZone डायनॅमिक PSK स्टोअर DPSK तयार करताना निवडलेला युझर रोल आणि VLAN ID बाउंड, अनबाउंड आणि ग्रुप कीजची ऑपरेशनल मालकी वेगवेगळी असते. 3
Ubiquiti UniFi UniFi नेटवर्क कॉन्फिगरेशन प्रत्येक कॉन्फिगर केलेल्या VLAN साठी एक PPSK पासवर्ड PPSK हे फक्त WPA2 आहे आणि ते 6 GHz बँडवर काम करत नाही. 4

सुरू करण्यापूर्वी तुम्हाला कशाची आवश्यकता आहे?

डॅशबोर्ड ऐवजी फॉरवर्डिंग डिझाइनपासून सुरुवात करा. टार्गेट VLANs तयार करा आणि याची खात्री करा की प्रत्येक AP अपलिंकवर असा कोणताही VLAN कार्यरत आहे जो एखादा SSID परत करू शकतो. अशा पॉलिसीचे परिणाम निवडा जे ऑपरेटर्स स्पष्ट करू शकतील, जसे की रेसिडेंट, बिल्डिंग ऑपरेशन्स, रूम डिव्हाइस आणि टेस्ट. कीज प्रति उपकरण असणार आहेत की नियंत्रित गटानुसार असणार आहेत हे ठरवा. प्रति - उपकरण कीज अचूक रिव्होकेशन (रद्द करणे) करण्यास परवानगी देतात, तर ग्रुप कीज त्रुटींचे निवारण करण्याचे श्रम कमी करतात परंतु लीक होण्याचा प्रभाव वाढवतात. 3 RADIUS-backed डिझाइनसाठी, ऍक्सेस पॉईंट्स किंवा त्यांच्या मॅनेजमेंट सबनेटची RADIUS क्लायंट म्हणून नोंदणी करा. ऍक्सेस पॉईंट्स आणि RADIUS सर्व्हरवर तोच शेअर केलेला गुप्त कोड (shared secret) वापरा. Cisco Meraki त्याच्या RADIUS सर्व्हर कॉन्फिगरेशनमध्ये या संबंधाचे दस्तऐवजीकरण करते. गुप्त कोड तुमच्या मंजूर सिक्रेट्स स्टोअरमध्ये ठेवा आणि प्रत्येक की पॉप्युलेशनसाठी नियुक्त मालक सेट करा. 1

लागू असेल तेथे SSID, पॉलिसी आउटकम, की सोर्स, चाचणी डिव्हाइसचा MAC ॲड्रेस आणि रिव्होकेशन रिझल्टची नोंद ठेवा. MAC रँडमायझेशनमुळे MAC-बाउंड वर्कफ्लो क्लिष्ट होऊ शकतो, ज्याला Cisco Meraki द्वारे Easy PSK चे एक कारण म्हणून ओळखले जाते. 1

तुम्ही RADIUS सह Cisco Meraki iPSK कसे कॉन्फिगर करता?

जेव्हा तुम्हाला केंद्रीय नियंत्रणाची आवश्यकता असेल तेव्हा RADIUS सह Cisco Meraki iPSK वापरा. डॅशबोर्डमध्ये, Wireless > Configure > Access control उघडा, लक्ष्यित SSID निवडा आणि Identity PSK with RADIUS निवडा. स्प्लॅश पेज None (Direct access) वर सेट करा, नंतर RADIUS सर्व्हरचे तपशील जोडा. Cisco Meraki च्या मार्गदर्शकामध्ये सध्याचे स्क्रीन्स आणि उदाहरणे समाविष्ट आहेत. 1

MAC-आधारित वर्कफ्लोसाठी, तुमचे RADIUS रेकॉर्ड क्लायंट MAC ॲड्रेस आणि PSK ला Tunnel-Password द्वारे बाइंड करते. Easy PSK मध्ये, AP हा Meraki व्हेंडर-विशिष्ट हँडशेक ॲट्रिब्युट्स पुरवतो; RADIUS ला iPSK सापडते आणि तो Access-Accept पाठवतो, त्यानंतर AP की हँडशेक रीस्टार्ट करतो. 1

जिथे तुम्हाला प्रति-डिव्हाइस VLAN प्लेसमेंटची आवश्यकता असेल तिथे ब्रिज मोड कॉन्फिगर करा. Client IP and VLAN अंतर्गत डीफॉल्ट SSID VLAN सेट करा, नंतर दस्तऐवजीकरण केलेले RADIUS ओव्हरराइड सक्षम करा जेणेकरून एखादे Access-Accept त्या डीफॉल्ट VLAN टॅगला बदलू शकेल. तुम्हाला फायरवॉल, ट्रॅफिक-शेपिंग किंवा इतर डॅशबोर्ड पॉलिसीची देखील आवश्यकता असल्यास Network-wide > Configure > Group Policies अंतर्गत मॅचिंग डॅशबोर्ड ग्रुप पॉलिसी तयार करा. Cisco Meraki चा व्हॅलिडेशन सिक्वेन्स म्हणजे चाचणी डिव्हाइस कनेक्ट करणे, RADIUS लाइव्ह लॉग तपासणे आणि डॅशबोर्डमध्ये क्लायंट तपासणे. 1

Cisco Meraki हे WPA3 वर किंवा MX Concentrator वर टनेल केलेल्या SSID वर या RADIUS सह iPSK क्षमतेला सपोर्ट करत नाही. पायलट प्रोजेक्ट सुरू करण्यापूर्वी दोन्ही गोष्टींची खात्री करा. 1

तुम्ही Aruba Central मध्ये HPE Aruba MPSK कसे कॉन्फिगर करता?

जेव्हा तुम्हाला डिव्हाइस-विशिष्ट किंवा ग्रुप-विशिष्ट पासफ्रेज आणि ऑथरायझेशन निर्णय जारी करण्यासाठी ClearPass ची आवश्यकता असेल तेव्हा ClearPass सह HPE Aruba MPSK वापरा. Aruba Central मधील दस्तऐवजीकरण केलेला मार्ग Manage > Devices > Access Points > Config > WLANs असा आहे. एखादा SSID जोडा किंवा सध्याचा SSID संपादित करा, Security उघडा, Personal निवडा, की मॅनेजमेंट अंतर्गत MPSK-AES निवडा, प्रायमरी सर्व्हर म्हणून ClearPass Policy Manager निवडा आणि सेव्ह करा. 2

दस्तऐवजीकरण केलेला प्रवाह सुस्पष्ट आहे. एखादे डिव्हाइस नोंदणी करते आणि पासफ्रेज प्राप्त करते. ते WPA2-PSK-AES सह कनेक्ट होते. AP हा ClearPass विरुद्ध MAC ऑथेंटिकेशन करतो. ClearPass ऑथरायझेशन माहिती आणि Aruba-MPSK-Passphrase व्हेंडर-विशिष्ट ॲट्रिब्युटसह Access-Accept परत करतो. AP हा PSK जनरेट करतो आणि फोर-वे की एक्सचेंज पूर्ण करतो. चुकीचा पासफ्रेज किंवा Access-Reject कनेक्शन रोखतो. 2 केवळ फ्लोमध्ये MAC लुकअप समाविष्ट आहे म्हणून WLAN वर मॅन्युअली MAC ऑथेंटिकेशन सक्षम करू नका. Aruba चे असे म्हणणे आहे की MPSK आणि मॅन्युअल MAC ऑथेंटिकेशन हे परस्पर अनन्य (mutually exclusive) आहेत. हे असेही नमूद करते की MPSK हे डिनायलिस्टिंग आणि अंतर्गत RADIUS सर्व्हरसोबत परस्पर अनन्य आहे. तुम्ही प्रॉडक्शन प्रोफाइल बदलण्यापूर्वी त्या निर्बंधांना डिझाइन रिव्ह्यू चेकपॉइंट म्हणून विचारात घ्या. 2

कॅशच्या (cache) आधारे रिव्होकेशनचे नियोजन करा. Aruba चे दस्तऐवजीकरण सांगते की AP हा रोमिंगसाठी स्थानिक कॅशमध्ये MPSK पासफ्रेज स्टोअर करतो आणि जेव्हा त्याला संबंधित एन्ट्री सापडते तेव्हा तो MAC ऑथेंटिकेशन वगळू शकतो. त्यामुळे, केवळ नोंदणी हटवणे किंवा पॉलिसी बदलणे हा पुरेसा पुरावा नाही. तुमच्या एक्सेप्टन्स टेस्टमध्ये संबंधित कॅश केलेली स्थिती जुन्या क्रेडेंशियलला परवानगी देणे बंद केल्यानंतर नवीन असोसिएशन समाविष्ट असणे आवश्यक आहे. तुमच्या रिलीजसाठी कॅश-क्लिअरिंग किंवा एक्स्पायरी प्रक्रिया परिभाषित करण्यासाठी सध्याचे Aruba आणि ClearPass ऑपरेटिंग दस्तऐवज वापरा. 2

तुम्ही SmartZone वर Ruckus DPSK की कशा तयार करता?

जेव्हा SmartZone हा तुमचा ऑपरेशनल कंट्रोल पॉइंट असतो आणि तुम्हाला कंट्रोलरने की तयार कराव्यात आणि काढून टाकाव्यात असे वाटत असेल तेव्हा Ruckus DPSK वापरा. प्रथम WLAN हे DPSK-सक्षम असल्याची खात्री करा. त्यानंतर Security > Access Control > Dynamic PSK वर जा आणि Generate DPSKs निवडा. WLAN निवडा, की ची संख्या निवडा, नंतर युझरनेम आणि पासफ्रेज प्रविष्ट करा किंवा जनरेट करा. युझर रोल निवडा, VLAN ID सेट करा आणि ती की ग्रुप DPSK आहे की नाही ते निवडा. 3

DPSK चा प्रकार काळजीपूर्वक निवडा. न बांधलेली (unbound) की पहिल्या वापराच्या वेळी बांधली (bound) जाते, ग्रुप की एकाधिक डिव्हाइसेसना सेवा देऊ शकते आणि बाउंड की CSV वापरून MAC ॲड्रेसद्वारे इंपोर्ट केली जाऊ शकते. 3

Ruckus निवडलेला युझर रोल हा रोलचे गुणधर्म आणि परवानग्यांशी जोडतो, ज्यामध्ये VLAN, UTP आणि वेळेचे निर्बंध समाविष्ट असतात. की तयार करताना तुम्ही VLAN ID देखील सेट करू शकता. यामुळे तुम्हाला ॲक्सेस कंट्रोल निर्णय हा DPSK रेकॉर्ड किंवा त्याच्या रोलशी जोडलेला ठेवून एक सुसंगत SSID वापरण्याची परवानगी मिळते. 3

रिव्होकेशनसाठी, Dynamic PSK सूचीमध्ये DPSK निवडा आणि Delete वापरा. की जारी करण्यासाठी वापरलेल्या त्याच डिव्हाइससह डिलीशनची चाचणी घ्या. SSID विसरून जा (forget) किंवा ते डिस्कनेक्ट करा, त्यानंतर काढून टाकलेल्या कीचा वापर करून नवीन कनेक्शनचा प्रयत्न करा. पास कंडिशन म्हणून नाकारलेला प्रवेश (denied join) रेकॉर्ड करा. कंट्रोलर सूचीमध्ये केवळ की नसण्यावर आधारित यश घोषित करू नका. 3

RADIUS एखाद्या की ला VLAN किंवा पॉलिसीशी कसे मॅप करतो?

RADIUS प्रत्येक व्हेंडरला एकाच पद्धतीने काम करायला लावत नाही. हे ऑथेंटिकेशन आणि ऑथोरायझेशनचा निर्णय वाहून नेते. AP किंवा कंट्रोलर हे ठरवतात की ते कोणत्या रिटर्न केलेल्या ॲट्रिब्यूट्सना सपोर्ट करतात. RFC 4675 हे IEEE 802 नेटवर्कमधील डायनॅमिक VLAN असाइनमेंटसाठी RADIUS ॲट्रिब्यूट्सचे वर्णन करते आणि नमूद करते की वायरलेस नेटवर्क डिव्हाइस सिक्युरिटी असोसिएशनला व्हर्च्युअल पोर्ट म्हणून मानू शकते. 6

टप्पा RADIUS सह Cisco Meraki iPSK HPE Aruba MPSK Ruckus DPSK तुम्ही काय व्हेरिफाय केले पाहिजे
डिव्हाइस जोडणी सुरू करते क्लायंट त्याचा कॉन्फिगर केलेला PSK सादर करतो; AP दस्तऐवजीकरण केलेले iPSK साहित्य RADIUS कडे फॉरवर्ड करतो. 1 क्लायंट MPSK पासफ्रेससह जोडला जातो. 2 क्लायंट DPSK-सक्षम WLAN मध्ये जोडला जातो. 3 अचूक SSID आणि वर्तमान की वापरली जाते.
अधिकृतता शोध RADIUS की फ्लो जुळवतो आणि की माहितीसह Access-Accept परत करतो. 1 ClearPass अधिकृतता माहिती आणि MPSK पासफ्रेस VSA सह Access-Accept परत करतो. 2 SmartZone DPSK रेकॉर्ड आणि निवडलेली भूमिका किंवा VLAN वाचतो. 3 शोध स्रोत डिव्हाइस किंवा की समूह ओळखतो.
प्रवेशाचा परिणाम RADIUS ओव्हरराइड SSID डीफॉल्ट VLAN टॅग बदलू शकतो; Dashboard गट पॉलिसी अतिरिक्त नियंत्रणे लागू करू शकते. 1 Aruba ClearPass कडील अधिकृतता माहिती दस्तऐवजीकरण करते. तुमची ClearPass पॉलिसी स्वतंत्रपणे तयार करा आणि सत्यापित करा. 2 वापरकर्त्याची भूमिका तिच्या परवानग्या हस्तांतरित करते, ज्यामध्ये VLAN चा समावेश आहे; की जनरेशनच्या वेळी देखील VLAN निवडले जाऊ शकते. 3 डिव्हाइसला अपेक्षित सबनेट आणि पॉलिसी मिळते.
नकारात्मक परिणाम कोणतीही वैध RADIUS स्वीकृती नसणे म्हणजे कोणतीही यशस्वी iPSK असोसिएशन नसणे. 1 चुकीचा पासफ्रेस किंवा Access-Reject प्रमाणीकरण अयशस्वी करतो. 2 DPSK हटवा, नंतर नवीन जोडणीची चाचणी घ्या. 3 लॉग नाकारल्याचे दर्शवतात, केवळ क्लायंट-साइड एरर नाही.

Cisco Meraki साठी, डीफॉल्ट VLAN आणि RADIUS-ओव्हरराइड परिणाम दोन्हीची चाचणी घ्या, नंतर परत आलेले VLAN आणि AP ट्रंक कॉन्फिगरेशन एका बदल रेकॉर्डमध्ये ठेवा. Aruba साठी, तुमच्या स्वतःच्या वातावरणात ClearPass पॉलिसीचा निकाल सिद्ध करा. Ruckus साठी, DPSK जनरेशन दरम्यान निवडलेली भूमिका किंवा VLAN हे स्विच आणि गेटवे डिझाइनशी सुसंगत ठेवा. 1 2 3

¿Tiene preguntas sobre su configuración específica?

Nuestro equipo trabaja con operadores de recintos, responsables de TI e ingenieros de redes en 80 000 espacios. Reserve una llamada de 20 minutos y le mostraremos cómo lo han solucionado otros profesionales como usted.

की रिव्होकेशन (रद्दीकरण) कार्य करते की नाही हे तुम्ही कसे तपासता?

पहिल्या उपयोजनातच (deployment) रद्दीकरण समाविष्ट करा. तुम्ही गमावलेले स्थानिक डिव्हाइस, ऑफबोर्ड केलेला कंत्राटदार किंवा चुकीच्या पद्धतीने जारी केलेली की यावरील ऑपरेशनल प्रतिसादाची चाचणी घेत आहात. यशस्वी होण्याची अट "आम्ही रेकॉर्ड हटवले" ही नाही. यशस्वी होण्याची अट ही आहे की "डिव्हाइस काढलेल्या की सह नवीन जोडणी पूर्ण करू शकत नाही आणि लॉग त्याचे कारण ओळखतात".

सकारात्मक चाचणीने सुरुवात करा. जारी केलेली की वापरून चाचणी डिव्हाइस कनेक्ट करा. कंट्रोलर किंवा RADIUS स्वीकृती इव्हेंट, नियुक्त केलेली क्लायंट पॉलिसी आणि डिव्हाइसद्वारे निरीक्षण केलेला नेटवर्क विभाग कॅप्चर करा. Cisco Meraki साठी, Dashboard क्लायंट तपशील आणि तुमचे RADIUS लॉग तपासा. Ruckus साठी, DPSK रेकॉर्ड, भूमिका किंवा VLAN आणि जोडणीचा निकाल कॅप्चर करा. Aruba साठी, ClearPass निकाल तसेच AP निकाल कॅप्चर करा. 1 2 3

त्यानंतर की तिच्या मूळ स्त्रोतावरून (source of truth) रद्द करा. संबंधित Cisco Meraki RADIUS मॅपिंग काढा किंवा नाकारा. Aruba MPSK निर्णय पुरवणारे ClearPass नोंदणी किंवा अधिकृतता काढून टाका. Ruckus DPSK हटवा. UniFi PPSK साठी, सध्याच्या UniFi कॉन्फिगरेशनमधील पासवर्ड-टू-VLAN मॅपिंग काढा आणि उत्पादन वातावरणात वर्कफ्लो वापरण्यापूर्वी सध्याच्या UniFi दस्तऐवजांनुसार त्याचे प्रमाणीकरण करा. 1 2 3 4 नवीन असोसिएशन जबरदस्तीने लागू करा. WiFi अक्षम करा आणि पुन्हा सक्षम करा किंवा SSID विसरून जा, नंतर जुन्या की (key) सह पुन्हा सामील व्हा. अचूक लॉग्स तपासा. Aruba साठी अतिरिक्त कॅशे विचारात घेणे आवश्यक आहे कारण कॅश केलेले MPSK नवीन MAC ऑथेंटिकेशन लुकअप टाळू शकते. कॅश केलेल्या स्टेटचा वापर करणारी नवीन चाचणी वेळेवर रिव्होकेशन (रद्द करणे) दर्शवत नाही. 2

शेवटी, त्याच SSID वरील जवळच्या अप्रभावित कीची चाचणी घ्या. ती अद्याप जॉइन झाली पाहिजे आणि तिची इच्छित पॉलिसी प्राप्त झाली पाहिजे. यामुळे WLAN, RADIUS क्लायंट रजिस्ट्रेशन किंवा स्विच ट्रंकमधील अति-व्यापक बदल लक्षात येतात. रिव्होकेशनपासून अयशस्वी नवीन असोसिएशनपर्यंतचा वेळ रेकॉर्ड करा. ते मोजमाप वेन्यू ऑपरेशन्सना सांगते की जॉइनर्स, मूव्हर्स आणि लीव्हर्स प्रक्रिया प्रत्यक्षात काय वचन देऊ शकते.

Cómo implementar iPSK en Cisco Meraki, HPE Aruba y Ruckus - ipsk revocation test

काय चुकते, आणि तुम्ही ते कसे दुरुस्त करता?

लक्षण संभाव्य कॉन्फिगरेशन क्षेत्र पहिली तपासणी
क्लायंट कधीही Cisco Meraki की सह जॉइन होत नाही SSID मोड किंवा RADIUS रिटर्न Identity PSK with RADIUS, थेट ॲक्सेस, RADIUS पोहोच आणि अपेक्षित RADIUS निकालाची पुष्टी करा. 1
क्लायंट जॉइन होतो परंतु चुकीच्या Cisco Meraki सबनेटवर पोहोचतो VLAN ओव्हरराइड किंवा AP अपलिंक डीफॉल्ट SSID VLAN, RADIUS ओव्हरराइड निकाल आणि AP ट्रंक अलाउन्सची तुलना करा. 1
प्रोफाइल एडिट केल्यानंतर Aruba MPSK जॉइन अयशस्वी होतो असमर्थित संयोजन WPA2-PSK-AES, प्राथमिक सर्व्हर म्हणून ClearPass आणि कोणतेही मॅन्युअल MAC ऑथेंटिकेशन, डिनायलिसिटंग किंवा अंतर्गत RADIUS संयोजन नसल्याची पुष्टी करा. 2
Aruba रिव्होकेशन धीमे असल्याचे दिसते रोमिंग कॅशे डिझाइन सदोष घोषित करण्यापूर्वी AP ने दस्तऐवजीकरण केलेले स्थानिक MPSK कॅशे वापरले आहे की नाही ते स्थापित करा. 2
Ruckus की अनपेक्षितपणे शेअर केली जाते DPSK प्रकार बाउंड होण्याच्या उद्देशाने असलेल्या की ऐवजी ग्रुप DPSK निवडला गेला होता का याचे पुनरावलोकन करा. 3
6 GHz डिझाइनमधून UniFi PPSK गहाळ आहे सुरक्षा मोड आणि बँड PPSK केवळ WPA2 आहे आणि 6 GHz वर काम करत नाही. ॲक्सेस पद्धतीची पुनर्रचना करण्यासाठी उद्धृत केलेल्या UniFi मार्गदर्शनाचा वापर करा. 4

Multi-Tenant WiFi डिझाइनमध्ये iPSK कुठे बसते?

iPSK हा एक ॲक्सेस-कंट्रोल पॅटर्न आहे, संपूर्ण WiFi ऑपरेटिंग मॉडेल नाही. हे Multi-Tenant WiFi मध्ये बसते जिथे रहिवासी, बिल्डिंग सिस्टम्स आणि कर्मचारी उपकरणांना वेगवेगळ्या ॲक्सेस निर्णयांची आवश्यकता असते. अभ्यागतांसाठी Guest WiFi सह त्याची जोडी बनवा. बिल्डिंग कॉन्ट्रॅक्टच्या निर्णयासाठी, Bulk internet agreement vs managed WiFi: which model fits your building पहा.

हा पॅटर्न Hospitality , Retail , Transport आणि Healthcare मध्ये लागू होतो. Purple त्याचे हार्डवेअर-अज्ञेयवादी क्लाउड ओव्हरले Cisco Meraki, HPE Aruba, Ruckus किंवा Ubiquiti UniFi इन्फ्रास्ट्रक्चरवर देऊ शकते. अधिक विस्तृत संदर्भासाठी Guest WiFi Management: Smart Authentication & Segmentation आणि Cloud Wifi Management: Secure Enterprise Connectivity 2026 पहा.

सविस्तर उदाहरण: हॉटेल रूममधील उपकरणे आणि इमारत कामकाज

एका २०० खोल्यांच्या हॉटेलला रूममधील उपकरणांसाठी एक ऑपरेशनल SSID आणि स्वतंत्र इमारत कामकाज (building operations) विभाग हवा आहे, तोही प्रत्येक उपकरण श्रेणीसाठी स्वतंत्र SSID न बनवता. नेटवर्क आर्किटेक्ट ब्रिज मोडमध्ये RADIUS सह Cisco Meraki iPSK निवडतात. RADIUS डिझाइनमध्ये प्रत्येक उपकरण श्रेणीसाठी एक की (key) रेकॉर्ड आणि इच्छित VLAN चा निर्णय असतो. SSID मध्ये एक डीफॉल्ट VLAN असते, आणि केवळ परिभाषित केलेले RADIUS प्रतिसाद त्यामध्ये बदल करू शकतात. 1

मोजता येण्याजोगा स्वीकृती संच मर्यादित आहे. एका चाचणी रूम उपकरणाने त्याच्या जारी केलेल्या की सह कनेक्ट करणे आवश्यक आहे आणि रूम-डिव्हाइस विभाग प्राप्त करणे आवश्यक आहे. इमारत कामकाज उपकरणाला कामकाज विभाग प्राप्त झाला पाहिजे. RADIUS स्टोअरमधून काढून टाकलेली की नवीन जोडणीमध्ये अयशस्वी ठरली पाहिजे. दुसरी वैध की अद्याप कनेक्ट होण्यास सक्षम असावी. यामुळे हे सिद्ध होते की प्रवेश, विभाजन (segmentation) आणि रद्द करण्याची प्रक्रिया स्वतंत्र प्रात्यक्षिकांऐवजी एकत्र काम करतात.

सविस्तर उदाहरण: स्टेडियम कामकाज आणि तात्पुरती इव्हेंट उपकरणे

एक स्टेडियम तात्पुरत्या इव्हेंट टीमसाठी Ruckus SmartZone वापरते ज्यांना सेटअप दरम्यान नियंत्रित प्रवेश आवश्यक असतो. अभियंता सिंगल-डिव्हाइस हँडओव्हरसाठी अनबाउंड DPSK आणि सामायिक उपकरणांसाठी स्वतंत्रपणे नियंत्रित ग्रुप DPSK तयार करतात. SmartZone मध्ये प्रत्येक की साठी स्पष्ट भूमिका किंवा VLAN पर्याय असतो. 3

मोजता येणारा परिणाम म्हणजे जॉइन मॅट्रिक्स. पहिल्या वापरानंतर बाउंड होणाऱ्या की ने अनियोजित दुसऱ्या उपकरणाला प्रवेश देऊ नये. ग्रुप की ने प्रत्येक अधिकृत उपकरणासाठी त्याच्या इच्छित VLAN वर पोहोचले पाहिजे. कार्यक्रम संपल्यानंतर, की काढून टाकल्याने मूळ चाचणी उपकरणाद्वारे नवीन जोडणी होण्यास प्रतिबंध झाला पाहिजे. यामुळे वेन्यू ऑपरेशन्सना SSID न वाढवता वारंवार वापरता येणारे जारी-आणि-रद्द करण्याचे नियंत्रण मिळते.

Cómo implementar iPSK en Cisco Meraki, HPE Aruba y Ruckus - radius lookup flow

वारंवार विचारले जाणारे प्रश्न

मी विद्यमान Cisco Meraki ॲक्सेस पॉइंट्सवर iPSK तैनात करू शकतो का?

होय, Cisco Meraki त्याच्या वायरलेस ॲक्सेस-कंट्रोल कॉन्फिगरेशनवर RADIUS सह iPSK चे दस्तऐवजीकरण करते, जे त्याच्या नमूद केलेल्या वैशिष्ट्य मर्यादांच्या अधीन असते. तुम्ही Dashboard मध्ये SSID, RADIUS सर्व्हर आणि आवश्यक असेल तिथे ब्रिज-मोड VLAN ओव्हरराइड कॉन्फिगर करता. SSID एका MX Concentrator ला टनेल केलेले नाही याची खात्री करा आणि दस्तऐवजीकरण केलेल्या RADIUS सह iPSK वर्कफ्लोसाठी WPA3 चे नियोजन करू नका. 1

HPE Aruba Central MPSK साठी ClearPass आवश्यक आहे का?

होय, नमूद केलेला HPE Aruba Central MPSK वर्कफ्लो मुख्य सर्व्हर म्हणून ClearPass पॉलिसी मॅनेजर निवडतो. ClearPass उपकरण-विशिष्ट किंवा ग्रुप-विशिष्ट पासफ्रेज पुरवतो आणि दस्तऐवजीकरण केलेली Access-Accept अधिकृतता माहिती परत करतो. रोलआउटपूर्वी Aruba ने वगळलेले कॉम्बिनेशन्स तपासा, विशेषतः मॅन्युअल MAC ऑथेंटिकेशन, डिनायलिसकटिंग आणि अंतर्गत RADIUS सर्व्हर. 2

Ruckus DPSK उपकरणाला वेगळ्या VLAN वर ठेवू शकते का?

होय, Ruckus SmartZone तुम्हाला DPSK जनरेट करताना VLAN ID निवडण्याची परवानगी देते आणि तुम्हाला अशी युझर भूमिका नियुक्त करण्याची परवानगी देते ज्याच्या परवानग्यांमध्ये VLAN समाविष्ट आहे. तरीही आपण WLAN, AP अपलिंक्स, स्विचेस आणि गेटवे त्या सेगमेंटला वाहून नेतात याची खात्री केली पाहिजे. ठिकाणाच्या प्रमाणात की जारी करण्यापूर्वी प्रत्येक इच्छित पॉलिसी परिणामासाठी एक की तयार करा आणि तिची चाचणी घ्या. 3

Ubiquiti UniFi Private PSK आणि RADIUS-assigned VLANs एकच आहेत का?

नाही, UniFi PPSK आणि RADIUS-assigned VLANs चे वर्णन स्वतंत्र पर्याय म्हणून करते. PPSK एका शेअर्ड SSID वरील पासवर्डला VLAN सोबत मॅप करते. RADIUS-assigned VLANs युनिक प्रोफाइल्स वापरतात आणि त्यासाठी WPA2 Enterprise किंवा WPA3 Enterprise आवश्यक असते. UniFi PPSK हे केवळ WPA2 आहे आणि ते 6 GHz बँडवर काम करत नाही. 4

iPSK च्या उपयोजनासाठी (deployment) किती प्रयत्नांची आवश्यकता असते?

पायलटसाठी एक परिभाषित SSID, लक्ष्यित VLANs, एक ॲक्सेस कंट्रोल सोर्स, संबंधित ठिकाणी AP-to-RADIUS कनेक्टिव्हिटी आणि रिव्होकेशन चाचणी आवश्यक असते. की मालकांच्या संख्येनुसार आणि पॉलिसीच्या परिणामांनुसार प्रयत्न वाढतात, SSIDs च्या संख्येनुसार नाही. दोन पॉलिसी आणि काही उपकरणांसह प्रारंभ करा, नंतर व्यापक रोलआउटपूर्वी जारी करणे, सपोर्ट आणि ऑफबोर्डिंग पायऱ्यांचे दस्तऐवजीकरण करा.

GDPR किंवा PCI-DSS अनुपालनात iPSK मदत करू शकते का?

iPSK सेगमेंटेशन आणि ॲक्सेस कंट्रोल डिझाइनला सपोर्ट करू शकते, परंतु ते अनुपालन प्रमाणित करत नाही. GDPR कलम ३२ साठी योग्य तांत्रिक आणि संस्थात्मक सुरक्षा उपायांची आवश्यकता असते. PCI-DSS खाते डेटा सुरक्षित ठेवण्यासाठी तांत्रिक आणि कार्यात्मक आवश्यकता प्रदान करते. संबंधित अनुपालन मालकासह आपल्या वास्तविक डेटा प्रवाह, लॉगिंग, धारणा, प्रवेश अधिकार आणि पेमेंट वातावरणाचे मूल्यांकन करा. 7 8

रहिवासी किंवा कर्मचाऱ्यांना की जारी करण्यापूर्वी मी काय चाचणी घेतली पाहिजे?

एका परवानगी असलेल्या जॉईनची, अपेक्षित VLAN किंवा पॉलिसी परिणामाची, काढून टाकलेल्या की सह नाकारलेल्या जॉईनची आणि त्याच SSID वरील एका अप्रभावित की ची चाचणी घ्या. प्रत्येक चाचणीसाठी कंट्रोलर आणि RADIUS किंवा ClearPass चे पुरावे कॅप्चर करा. Aruba उपयोजनांमध्ये दस्तऐवजीकरण केलेल्या MPSK कॅशेचा देखील विचार केला पाहिजे, कारण कॅशे केलेली पासफ्रेज तात्काळ पुन्हा केलेल्या प्रयत्नातून सिद्ध होणाऱ्या गोष्टी बदलू शकते. 1 2 3

References

Definiciones clave

iPSK

Una clave precompartida distinta utilizada en un SSID compartido, que permite tomar una decisión de acceso por dispositivo o grupo.

Utilícelo cuando los dispositivos requieran una incorporación más sencilla que las credenciales corporativas, pero aún necesite un control de emisión y revocación rastreable.

MPSK

La capacidad de clave precompartida múltiple de HPE Aruba, documentada con contraseñas específicas para dispositivos o grupos emitidas por ClearPass.

Utilícelo en un diseño de Aruba Central y ClearPass que requiera control de acceso mediante claves personales.

DPSK

Ruckus Dynamic PSK, creada y gestionada en SmartZone para una WLAN habilitada para DPSK.

Utilícelo cuando SmartZone sea el punto de control para emitir, vincular y eliminar claves.

PPSK

Claves precompartidas privadas de Ubiquiti UniFi, que asocian una contraseña a una VLAN en un SSID compartido.

Utilícelo para la segmentación de VLAN local de UniFi dentro de las limitaciones documentadas de WPA2 y de banda.

RADIUS

Un protocolo y modelo de servicio para decisiones de autenticación, autorización y contabilidad entre un punto de acceso y un servicio de políticas.

Utilícelo donde la plataforma documente un flujo de trabajo de iPSK o MPSK respaldado por RADIUS y necesite un control centralizado.

VLAN

Un segmento de red lógico que separa los dominios de difusión y que puede asignarse como parte de una decisión de acceso.

Utilícela para mantener el tráfico de residentes, invitados, operaciones y dispositivos en rutas de políticas distintas.

RADIUS Access-Accept

La respuesta de éxito de un servidor RADIUS, que puede incluir información de autorización o de clave específica del proveedor.

Inspeciónelo al solucionar problemas de por qué se conectó un dispositivo, qué política recibió o por qué cambió el resultado de una VLAN.

RADIUS override

Una capacidad de la plataforma que permite que una respuesta RADIUS exitosa reemplace la etiqueta de VLAN predeterminada de un SSID.

Utilícelo en diseños de modo puente de Cisco Meraki compatibles cuando la política central deba controlar la VLAN del cliente.

Four-way key handshake

El intercambio de establecimiento de claves WPA utilizado después de la asociación para establecer las claves de protección del tráfico.

Explica por qué se necesitan tanto una clave personal correcta como un resultado de política aceptado antes de que un cliente pueda usar la red.

Revocation test

Una prueba controlada de nueva asociación que demuestra que una clave eliminada o denegada ya no permite el acceso a la red.

Ejecútela antes de un despliegue más amplio y después de cualquier cambio en el control de acceso para demostrar el proceso de altas, bajas y modificaciones.

Ejemplos prácticos

Un hotel de 200 habitaciones necesita dispositivos de habitación y operaciones del edificio en un único SSID con segmentos de red separados.

Configure Cisco Meraki iPSK con RADIUS en modo puente. Mantenga un registro RADIUS y la decisión de VLAN prevista para cada categoría de dispositivo, establezca una VLAN de SSID predeterminada y habilite la anulación de RADIUS documentada. Valide la conexión de un dispositivo de habitación, la de un dispositivo de operaciones, la denegación de una clave revocada y la conexión de una clave no afectada. [1]

Un estadio necesita acceso controlado para dispositivos de eventos temporales sin crear múltiples SSID operativos.

En Ruckus SmartZone, genere DPSK no vinculadas para la entrega controlada a un único dispositivo y una DPSK de grupo gobernada para equipos compartidos. Asigne el rol o la VLAN previstos en el momento de la generación. Valide que una clave recién vinculada rechace un segundo dispositivo no planificado, que la clave de grupo reciba su política y que la eliminación bloquee una nueva conexión tras el desmontaje. [3]

Sources

  1. Cisco Meraki: iPSK with RADIUS authentication
  2. HPE Aruba: Support for MPSK in WLAN SSID
  3. Ruckus SmartZone: Generating Dynamic PSKs
  4. Ubiquiti UniFi: PPSK and RADIUS for multiple VLANs
  5. RFC 3580: IEEE 802.1X RADIUS usage guidelines
  6. RFC 4675: RADIUS attributes for VLAN and priority support
  7. EUR-Lex: General Data Protection Regulation
  8. PCI Security Standards Council: PCI Data Security Standard

Continúe leyendo esta serie

Bulk internet agreement frente a managed WiFi: qué modelo se adapta a su edificio

Una referencia de adquisición práctica para líderes de propiedad, TI y operaciones que compara la banda ancha minorista pagada por el residente, un bulk internet agreement y el managed WiFi. Aclara la propiedad, la mudanza del residente, la seguridad, el alcance de los costes y la salida contractual, utilizando el marco de bulk-internet de EE. UU. y sus equivalentes en el Reino Unido.

Leer la guía →

Soluciones de WiFi para apartamentos: una guía completa para empresas

Esta guía cubre la arquitectura, el despliegue y el caso de negocio de las soluciones de WiFi para apartamentos en propiedades de alquiler gestionado (Build to Rent) y viviendas plurifamiliares. Explica cómo la tecnología de clave precompartida de identidad (iPSK) crea burbujas de red seguras y aisladas para cada residente, al tiempo que admite dispositivos inteligentes e IoT. Los promotores inmobiliarios, propietarios y operadores de BTR encontrarán orientación de despliegue práctica, datos de ROI y escenarios de implementación resueltos.

Leer la guía →

Servicios de WiFi gestionado en Dubái: una guía completa para empresas

Esta guía ofrece a los directores de IT, arquitectos de red y promotores inmobiliarios un marco práctico para implementar servicios de WiFi gestionado en Dubái. Cubre el aislamiento multi-inquilino mediante iPSK, la arquitectura de segmentación de VLAN, el cumplimiento de la TDRA y la ley de protección de datos PDPL de los EAU, y el caso comercial de tratar la conectividad como un servicio gestionado en entornos de hostelería, retail y viviendas de alquiler (BTR).

Leer la guía →

¿Tiene preguntas sobre su configuración específica?

Nuestro equipo trabaja con operadores de recintos, responsables de TI e ingenieros de redes en 80 000 espacios. Reserve una llamada de 20 minutos y le mostraremos cómo lo han solucionado otros profesionales como usted.