Saltar al contenido principal

UniFi PPSK: comparación de funciones y modelos de implementación

Esta guía de referencia técnica detalla la arquitectura, las limitaciones y los modelos de implementación de UniFi Private Pre-Shared Key (PPSK). Proporciona orientación práctica para gerentes de TI y operadores de BTR sobre cómo implementar redes WiFi multi-tenant seguras y aisladas.

📖 5 min de lectura📝 1,216 palabras🔧 2 ejemplos resueltos3 preguntas de práctica📚 8 definiciones clave

Escucha esta guía

Ver transcripción del podcast
Bienvenido al Informe Técnico de Purple. Hoy cubriremos UniFi PPSK: qué es, dónde encaja en su kit de herramientas de diseño de red y, de manera crítica, cuándo debería usarlo frente a las alternativas. Permítame contextualizar la situación. Usted es un desarrollador inmobiliario, un operador de BTR o un gerente de TI responsable de un edificio con cientos de residentes o inquilinos. Necesita un WiFi que aísle a cada hogar de los demás, que admita dispositivos domésticos inteligentes y que no requiera cambiar una contraseña compartida cada vez que alguien se mude. Ese es el problema para el que se diseñó PPSK, y vale la pena comprender tanto sus fortalezas como sus límites estrictos antes de comprometerse con él. Entonces, ¿qué es exactamente PPSK? PPSK significa Private Pre-Shared Key. Es una función integrada en UniFi Network que le permite ejecutar un solo SSID de WiFi con múltiples contraseñas diferentes, donde cada contraseña se asigna a una VLAN específica. El concepto es sencillo. En lugar de una contraseña compartida para todos, usted emite una contraseña diferente para cada inquilino, cada grupo de dispositivos o cada caso de uso. Cuando un dispositivo se conecta con esa contraseña, el controlador de UniFi lo ubica en la VLAN correspondiente de forma automática. Sin necesidad de un servidor RADIUS. Sin certificados. Sin una infraestructura compleja de 802.1X. Ahora bien, escuchará que a PPSK se le llama de diferentes maneras según el proveedor con el que hable. Aruba lo llama MPSK. Cisco Meraki lo llama iPSK. Ruckus lo llama DPSK. El concepto subyacente es el mismo en todos ellos: un SSID, muchas claves y cada clave vinculada a un segmento de red. La implementación de UniFi se llama PPSK y reside de forma nativa dentro del controlador de UniFi Network sin costo de licencia adicional. Analicemos la arquitectura técnica. Cuando habilita PPSK en un SSID de UniFi, está creando una red WPA2-Personal con múltiples claves precompartidas. Cada clave está asociada con un ID de VLAN específico que ya ha configurado en su switch y controlador de UniFi. Cuando un dispositivo cliente se autentica con una de esas claves, el punto de acceso etiqueta el tráfico del cliente con el ID de VLAN correspondiente antes de enviarlo ascendente. El cliente se comporta exactamente como si estuviera en una VLAN dedicada: aislado de los clientes en otras VLAN, con su propio rango DHCP y sus propias reglas de firewall. Esto es genuinamente útil para varios escenarios. En un edificio residencial, le asigna a cada departamento su propio PPSK. Todos los dispositivos de ese departamento (teléfonos, laptops, bocinas inteligentes, consolas de videojuegos) se conectan con la misma clave y aterrizan en la misma VLAN. Pueden descubrirse entre sí, transmitir contenido entre ellos y emparejarse, exactamente como lo harían en una red doméstica. Pero son completamente invisibles para el departamento de al lado. En un hotel, puede usar PPSK para separar el tráfico de los huéspedes del tráfico del personal y de los dispositivos IoT, como televisiones inteligentes y cerraduras de puertas, todo en un solo SSID. En un entorno minorista, puede aislar las terminales de pago en su propia VLAN para respaldar el cumplimiento de PCI-DSS, mientras mantiene los dispositivos del personal y el WiFi de los clientes en segmentos separados. Ahora, este es el límite crítico que debe comprender antes de continuar. PPSK es una función exclusiva de WPA2. No funciona con WPA3. Y debido a que la banda de 6 GHz - utilizada por WiFi 6E y WiFi 7 - exige el uso de WPA3, no puede utilizar PPSK en radios de 6 GHz. Esta no es una limitación específica de UniFi. Es una restricción fundamental del estándar 802.11. Actualmente, WPA3 solo permite una única clave precompartida por SSID, por lo que la arquitectura de claves múltiples en la que se basa PPSK es simplemente incompatible con WPA3. ¿Qué significa esto en la práctica? Si habilita PPSK en un SSID, ese SSID solo se transmitirá en 2.4 GHz y 5 GHz. Sus puntos de acceso WiFi 6E y WiFi 7 más nuevos no utilizarán sus radios de 6 GHz para esa red. Para la mayoría de las implementaciones residenciales actuales, esto es aceptable. Pero es una limitación que debe tener en cuenta en su plan de red a cinco años, especialmente a medida que se acelera la adopción de WiFi 7. Comparemos PPSK directamente con las dos alternativas principales: RADIUS con 802.1X y una solución iPSK gestionada en la nube como Purple. RADIUS con 802.1X - también conocido como WPA2-Enterprise o WPA3-Enterprise - es el estándar de oro para la autenticación empresarial. Cada usuario o dispositivo tiene credenciales únicas. El servidor RADIUS valida esas credenciales y asigna dinámicamente el cliente a una VLAN. Es compatible con WPA3, funciona en 6 GHz y se escala a un número ilimitado de usuarios. La desventaja es la complejidad. Necesita un servidor RADIUS, ya sea local o alojado en la nube. Necesita gestionar certificados si utiliza EAP-TLS. Y lo que es más crítico, muchos dispositivos IoT - bocinas inteligentes, consolas de videojuegos, sensores domésticos inteligentes - no pueden conectarse en absoluto a redes 802.1X. UniFi PPSK se sitúa en un punto medio. Es más sencillo que RADIUS - sin necesidad de infraestructura de servidores, sin certificados, y funciona con todos los dispositivos. Pero es menos escalable. La implementación nativa de PPSK de UniFi almacena las claves de forma local en el controlador. El límite práctico para la mayoría de las implementaciones es de unos pocos cientos de claves. Para un edificio residencial de alquiler de 50 unidades, es perfecto. Para un desarrollo de 500 unidades, se encontrará rápidamente con dificultades de gestión. Ahí es donde una capa en la nube como Purple cambia las reglas del juego. La solución Multi-Tenant WiFi de Purple se ejecuta sobre su hardware UniFi existente. Gestiona el ciclo de vida de las claves de forma centralizada en la nube. Cuando un nuevo residente se muda, Purple genera su clave automáticamente. Cuando se muda, Purple la revoca. Los dispositivos del residente pierden el acceso de inmediato, sin afectar a ningún otro residente. Purple se integra con Microsoft Entra ID y Okta para automatizar por completo ese ciclo de vida. Ahora analicemos dos escenarios de implementación del mundo real. Escenario uno: un desarrollo Build to Rent de 120 unidades. El operador desea que los residentes tengan una experiencia de WiFi similar a la de su hogar desde el primer día: sin esperar a un ingeniero de banda ancha, sin contraseñas compartidas y con soporte completo para el hogar inteligente. El hardware es UniFi en su totalidad. Cada residente recibe una clave única aprovisionada a través de la plataforma Purple, vinculada a su registro de arrendamiento. Sus dispositivos se conectan a una VLAN dedicada. Chromecast funciona. Las consolas de videojuegos obtienen NAT abierta. Las bocinas inteligentes se sincronizan correctamente. Cuando un residente se muda, la clave se revoca en segundos. El operador reporta una reducción del 40% en los reportes de soporte relacionados con WiFi en los primeros tres meses. Escenario dos: un hotel de 200 habitaciones que utiliza puntos de acceso UniFi. El equipo de TI necesita segmentar el WiFi de huéspedes, el WiFi del personal y los dispositivos IoT - como pantallas inteligentes, cerraduras de puertas y sensores HVAC - sin ejecutar SSIDs independientes para cada uno. Habilitan PPSK de forma nativa en UniFi. Tres claves: una para huéspedes, una para el personal y otra para IoT. Tres VLANs. Un SSID. El resultado: un entorno de RF limpio con menos SSIDs, segmentación clara del tráfico y cumplimiento de PCI-DSS para los sistemas de pago en la VLAN del personal. Permítame compartir los errores de implementación que debe evitar. Primero: configuración de VLAN antes de PPSK. Debe configurar sus VLANs en el switch y controlador de UniFi antes de crear las entradas de PPSK. Siempre cree la segmentación de su red primero. Segundo: la trampa de los 6 GHz. Si está implementando puntos de acceso WiFi 6E o WiFi 7 y desea utilizar 6 GHz para áreas de alta densidad, no puede usar PPSK en esas redes. Planifique su arquitectura de SSID en consecuencia. Tercero: gestión de claves a escala. Si gestiona más de 100 unidades de forma nativa en UniFi sin una interfaz en la nube, sentirá rápidamente la dificultad del aprovisionamiento manual de claves. Cuarto: mDNS y descubrimiento de dispositivos. Por defecto, los dispositivos en diferentes VLANs no pueden descubrirse entre sí. Si desea que Chromecast o AirPlay funcionen dentro de la VLAN de un residente, necesita habilitar la reflexión mDNS. UniFi admite esto, pero debe configurarse explícitamente por VLAN. Preguntas rápidas. ¿Puedo usar PPSK y RADIUS en el mismo controlador UniFi? Sí. Puede ejecutar un SSID de PPSK y un SSID de WPA2-Enterprise simultáneamente. ¿Soporta PPSK el modo de transición WPA3? No. PPSK es solo WPA2. ¿Cuál es el número máximo de claves PPSK en UniFi? La experiencia de la comunidad sugiere que el rendimiento se degrada más allá de unos pocos cientos de claves en un solo SSID. Para implementaciones grandes, una capa de gestión en la nube es la respuesta correcta. Para concluir: UniFi PPSK es una herramienta realmente útil para implementaciones pequeñas a medianas donde se necesita segmentación de VLAN sin infraestructura RADIUS. Es la opción adecuada para un edificio de 50 unidades, un hotel boutique o una oficina pequeña con tipos de dispositivos mixtos. Para implementaciones más grandes - cualquier proyecto de más de 100 unidades o donde necesite una gestión automatizada del ciclo de vida - requerirá una interfaz en la nube como Purple para que sea operativamente viable. El marco para la toma de decisiones es sencillo. Hágase tres preguntas. ¿Cuántas claves únicas necesito? Si son menos de 100, PPSK nativo funciona. Si son más de 100, necesita una capa de gestión. ¿Necesito 6 GHz? Si es así, PPSK no es la solución. ¿Y necesito un aprovisionamiento automatizado vinculado a un sistema de inquilinos o de recursos humanos? Si es así, una superposición en la nube como Purple es la opción correcta. Para obtener más información sobre la solución WiFi multi-inquilino de Purple y cómo se despliega en hardware de UniFi, visite purple.ai. Gracias por escuchar la Sesión Informativa Técnica de Purple.

header_image.png

Resumen Ejecutivo

UniFi Private Pre-Shared Key (PPSK) es una función nativa de UniFi Network que permite múltiples contraseñas únicas en un solo SSID, vinculando cada contraseña a una VLAN específica. Para desarrolladores inmobiliarios, arrendadores y operadores de Build to Rent (BTR), esto resuelve el desafío fundamental del WiFi multiinquilino: proporcionar conectividad aislada y similar a la del hogar sin la complejidad de RADIUS o la inseguridad de una contraseña compartida.

Esta guía técnica compara UniFi PPSK frente a RADIUS 802.1X y las superposiciones de iPSK gestionadas en la nube. Detalla la arquitectura requerida para aislar el tráfico de los residentes de forma segura, las limitaciones de WPA3 en la banda de 6 GHz y el modelo operativo para gestionar claves a escala. Para implementaciones de menos de 100 unidades, el PPSK nativo suele ser suficiente. Para desarrollos más grandes, la integración de la superposición en la nube de Purple (que es independiente del hardware) automatiza el ciclo de vida de las claves, integrándose directamente con los sistemas de gestión de propiedades para aprovisionar y revocar el acceso de forma dinámica.

Análisis Técnico Detallado

El valor principal de UniFi PPSK radica en su simplicidad. Cierra la brecha entre WPA2-Personal y WPA2-Enterprise al permitir que un solo SSID acepte cientos de contraseñas diferentes.

La Arquitectura PPSK

Cuando habilita PPSK en un SSID de UniFi, crea una red WPA2-Personal con un diccionario de claves múltiples. Cada clave del diccionario está asociada con un ID de VLAN específico configurado en su switch y controlador UniFi.

Cuando un dispositivo cliente se autentica utilizando una clave específica, el punto de acceso UniFi etiqueta el tráfico del cliente con el ID de VLAN correspondiente antes de reenviarlo de subida. El cliente se comporta exactamente como si estuviera en un segmento de red física dedicado. Recibe una dirección IP del alcance DHCP de esa VLAN, queda sujeto a las reglas de firewall de esa VLAN y se aísla de los clientes en otras VLAN.

architecture_overview.png

WPA3 y la Limitación de 6 GHz

Una restricción crítica de UniFi PPSK es su incompatibilidad con WPA3. El estándar 802.11 para WPA3 actualmente permite solo una clave precompartida por SSID. Debido a que PPSK depende de múltiples claves, es estrictamente una función de WPA2.

Esto tiene implicaciones inmediatas para el diseño de la red. La banda de 6 GHz, utilizada por WiFi 6E y WiFi 7, exige el uso de WPA3. Por lo tanto, no puede transmitir un SSID habilitado para PPSK en la radio de 6 GHz de un punto de acceso UniFi moderno. El SSID solo se transmitirá en 2.4 GHz y 5 GHz. Para la mayoría de las implementaciones BTR y multiinquilino de hoy en día, 5 GHz proporciona una capacidad amplia, pero esta limitación debe tenerse en cuenta en los planes de infraestructura a cinco años.

Device Discovery y mDNS

En un entorno residencial, los inquilinos esperan que sus dispositivos se comuniquen entre sí. Un teléfono necesita transmitir a una smart TV; una bocina inteligente necesita controlar un enchufe inteligente. Debido a que PPSK coloca todos los dispositivos de un inquilino en la misma VLAN, este descubrimiento de Capa 2 funciona de forma nativa.

Sin embargo, si necesita que los dispositivos descubran servicios a través de diferentes VLANs - por ejemplo, una impresora compartida en el edificio - debe habilitar la reflexión mDNS en el controlador UniFi y configurar reglas de firewall precisas para permitir ese tráfico mientras se mantiene el aislamiento de los inquilinos.

Guía de Implementación

La implementación de UniFi PPSK requiere un enfoque estructurado para la configuración de VLAN y la gestión de claves.

Paso 1: Configurar la Segmentación de Red

Antes de habilitar PPSK, debe construir la infraestructura de red subyacente. Cree las VLANs requeridas en la aplicación UniFi Network (Settings > Networks). Defina la subred, el rango de DHCP y la puerta de enlace para cada VLAN. Para una propiedad de renta residencial (BTR), esto típicamente significa una VLAN por departamento, además de VLANs separadas para la administración del edificio, sensores IoT y Guest WiFi .

Paso 2: Configurar Reglas de Firewall

Por defecto, UniFi permite el enrutamiento inter-VLAN en redes corporativas. Debe crear reglas de firewall para bloquear el tráfico entre las VLANs de los inquilinos. Cree una regla en la sección "LAN In" para descartar el tráfico donde tanto el origen como el destino sean rangos de IP privadas RFC 1918, a excepción del tráfico hacia la puerta de enlace.

Paso 3: Habilitar PPSK en el SSID

Cree una nueva red inalámbrica (Settings > WiFi). Establezca el protocolo de seguridad en WPA2. Habilite la función Private Pre-Shared Keys. A continuación, puede comenzar a agregar claves, asignando una contraseña y un ID de VLAN a cada entrada.

Paso 4: Escalar con una Capa de Red en la Nube

La solución nativa de UniFi PPSK almacena las claves de forma local en el controlador. Gestionar esto manualmente se vuelve operativamente insostenible a partir de las 50 a 100 unidades. Para implementaciones de BTR más grandes, integre una capa de red en la nube. La solución multi-tenant de Purple actúa como la capa de orquestación. Utiliza la misma tecnología iPSK subyacente pero automatiza el ciclo de vida. Cuando comienza el contrato de arrendamiento de un inquilino en el sistema de gestión de propiedades, Purple genera automáticamente una clave y la aprovisiona a través de una API. Cuando el contrato termina, Purple revoca la clave de forma instantánea.

Mejores Prácticas

Para garantizar una implementación segura y confiable, siga estas mejores prácticas independientes del fabricante:

  • Aislar las Interfaces de Gestión: Nunca coloque interfaces de gestión para switches o puntos de acceso en una VLAN accesible a través de una clave PPSK. Utilice una VLAN de gestión dedicada y únicamente cableada.
  • Limitar el Uso Compartido de Claves: Indique a los inquilinos que no compartan su clave PPSK con los visitantes. En su lugar, implemente una red de Guest WiFi independiente con un Captive Portal para visitantes temporales.
  • Monitorear el Tráfico de Broadcast: Un número elevado de VLANs en un solo punto de acceso puede aumentar el tráfico de broadcast. Utilice el aislamiento de puertos cuando sea adecuado y monitoree la utilización del tiempo de aire.* Planifique para IoT: Los dispositivos domésticos inteligentes a menudo requieren 2.4 GHz. Asegúrese de que su SSID de PPSK transmita tanto en 2.4 GHz como en 5 GHz para admitir hardware heredado y de IoT. Para profundizar en el diseño de redes de IoT, lea nuestra guía sobre Tres SSIDs para gobernarlos a todos: invitado, Passpoint, y IoT WiFi .

comparison_chart.png

Resolución de problemas y mitigación de riesgos

Al implementar PPSK, los operadores suelen encontrarse con un conjunto específico de modos de falla.

Modo de falla 1: El cliente no puede obtener una dirección IP

Si un cliente se conecta al WiFi pero recibe una dirección APIPA (169.254.x.x), la asignación de VLAN ha fallado o el servidor DHCP no está disponible. Verifique que el ID de VLAN asignado a la clave PPSK coincida exactamente con una red configurada en el controlador UniFi, y que los puertos del switch que conectan los puntos de acceso estén configurados como enlaces troncales que permitan esa VLAN.

Modo de falla 2: El cliente se conecta a la red incorrecta

Si un cliente se autentica pero termina en la red predeterminada sin etiquetar en lugar de la VLAN prevista, es probable que la configuración de PPSK sea incorrecta. Esto suele suceder si la clave se ingresa incorrectamente o si el firmware del controlador UniFi está desactualizado. Asegúrese de que el controlador y los puntos de acceso estén ejecutando la última versión estable.

Modo de falla 3: Los dispositivos inteligentes no se pueden emparejar

Si el teléfono de un residente no puede descubrir su altavoz inteligente, verifique que ambos dispositivos estén conectados utilizando exactamente la misma clave PPSK. Si están en claves diferentes, estarán en VLANs diferentes y no se descubrirán entre sí.

ROI e impacto empresarial

Tratar el WiFi como un servicio administrado en lugar de una responsabilidad del inquilino ofrece un impacto empresarial medible para los operadores de BTR.

Las investigaciones indican que un WiFi administrado de alta calidad exige una prima de alquiler de £15 a £30 por unidad al mes. Además, proporcionar WiFi "instantáneo" al momento de la mudanza reduce los periodos de desocupación en un promedio de 5 a 10 días, ya que las unidades son habitables de inmediato.

Implementar PPSK a través de una superposición en la nube como Purple reduce el gasto de capital por puerta entre un 30% y un 50% en comparación con la instalación de líneas de banda ancha individuales y routers domésticos en cada unidad. También proporciona al operador un análisis agregado de WiFi Analytics sobre el uso de las áreas comunes, lo que ayuda en la planificación del espacio y la asignación de recursos. Al ser propietario de la infraestructura, el arrendador conserva el valor del activo y controla la experiencia del residente.

Definiciones clave

PPSK (Private Pre-Shared Key)

Una función de seguridad WiFi que permite que un solo nombre de red (SSID) admita múltiples contraseñas diferentes, asignando dispositivos a VLAN específicas según la contraseña utilizada.

Utilizado por los equipos de TI para segmentar el tráfico sin requerir una infraestructura compleja de certificados 802.1X.

iPSK (Identity Pre-Shared Key)

El término independiente del proveedor para PPSK. Vincula la identidad de un usuario o dispositivo específico a una contraseña WiFi única.

Se utiliza a menudo cuando se habla de superposiciones gestionadas en la nube como Purple que funcionan con múltiples proveedores de hardware.

VLAN (Virtual Local Area Network)

Una subred lógica que agrupa una colección de dispositivos, aislando su tráfico de otros dispositivos en el mismo hardware de red física.

La base del WiFi multi-tenant; a cada departamento o caso de uso se le asigna su propia VLAN por motivos de seguridad y privacidad.

802.1X

Un estándar IEEE para el control de acceso a la red basado en puertos, que requiere que los usuarios o dispositivos se autentiquen a través de un servidor RADIUS utilizando credenciales únicas o certificados digitales.

La alternativa empresarial a PPSK. Altamente segura pero a menudo incompatible con dispositivos IoT sin pantalla como las bocinas inteligentes.

RADIUS

Un protocolo de red que proporciona una gestión centralizada de Autenticación, Autorización y Contabilización para los usuarios que se conectan a un servicio de red.

Requerido para implementaciones de 802.1X, pero se omite por completo cuando se utiliza UniFi PPSK nativo.

BTR (Build to Rent)

Desarrollos residenciales construidos especialmente para el alquiler en lugar de la venta.

El mercado principal para WiFi multi-inquilino, donde los propietarios proporcionan internet como un servicio gestionado para aumentar el rendimiento.

mDNS (Multicast DNS)

Un protocolo que resuelve nombres de host a direcciones IP dentro de redes pequeñas que no incluyen un servidor de nombres local.

Esencial para los protocolos de descubrimiento de dispositivos como Apple AirPlay y Google Cast. Debe configurarse cuidadosamente en entornos segmentados por VLAN.

WPA3

La última generación de seguridad WiFi, que proporciona un cifrado más sólido y protección contra ataques de fuerza bruta.

Obligatorio para redes WiFi 6E y WiFi 7 de 6 GHz, pero fundamentalmente incompatible con arquitecturas PPSK.

Ejemplos resueltos

Un operador de Build to Rent de 150 unidades necesita proporcionar WiFi de "encendido instantáneo" para los residentes. Quieren evitar la instalación de routers individuales en cada departamento para reducir la interferencia de RF, pero requieren que los dispositivos inteligentes de los residentes se comuniquen localmente mientras permanecen aislados de los vecinos. Están implementando puntos de acceso UniFi.

Implemente un único SSID para todo el edificio utilizando puntos de acceso UniFi. Configure una VLAN dedicada para cada unidad de departamento (por ejemplo, VLAN de la 101 a la 250). Implemente la superposición en la nube multi-tenant de Purple para gestionar el ciclo de vida de iPSK. Cuando comienza un contrato de arrendamiento, Purple aprovisiona una contraseña WPA2 única vinculada a la VLAN del departamento específico. El residente conecta su teléfono, smart TV y asistente de voz con esta única contraseña. Todos los dispositivos se conectan a la VLAN asignada, lo que permite la detección local (Chromecast, AirPlay) mientras que los firewalls bloquean el enrutamiento inter-VLAN para garantizar la privacidad frente a otras unidades.

Comentario del examinador: Este enfoque elimina la necesidad de contar con 150 puntos de acceso independientes que transmitan 150 SSID diferentes, lo que reduce drásticamente la interferencia de co-canal. El uso de una superposición en la nube en lugar de UniFi PPSK nativo es necesario aquí porque la gestión manual de 150 claves y su rotación al final de cada contrato de arrendamiento es inviable a nivel operativo.

El director de TI de un estadio necesita implementar terminales de pago en 40 puestos de comida. Las terminales solo admiten WPA2-Personal. El equipo de TI desea aislar este tráfico de pago del WiFi de invitados público y de la red operativa del personal para mantener el cumplimiento de PCI DSS, pero no quieren transmitir un SSID adicional específicamente para las terminales.

Configure UniFi PPSK nativo en el SSID existente del personal. Cree una VLAN dedicada para "Punto de venta" en el controlador UniFi con reglas de firewall estrictas que denieguen el acceso a Internet y a otras subredes corporativas, permitiendo el tráfico únicamente hacia las direcciones IP de la pasarela de pago. Genere una contraseña PPSK específica asignada a esta VLAN de POS. Conecte las 40 terminales de pago con esta clave específica.

Comentario del examinador: Esto cumple con el requisito de evitar la transmisión de un nuevo SSID, al tiempo que se logra la estricta segmentación de red requerida para PCI DSS. Debido a que el número de claves es bajo (una clave compartida para todos los dispositivos POS, o 40 claves individuales), UniFi PPSK nativo maneja esto cómodamente sin requerir una capa de gestión en la nube.

Preguntas de práctica

Q1. ¿Un operador de BTR desea implementar puntos de acceso WiFi 7 en un nuevo desarrollo de 200 unidades. Pretende utilizar la banda de 6 GHz para obtener el máximo rendimiento en los departamentos y desea usar PPSK para aislar cada unidad. ¿Es viable este diseño?

Sugerencia: Considere los requisitos del protocolo de seguridad para la banda de 6 GHz.

Ver respuesta modelo

No, este diseño no es viable. La banda de 6 GHz exige el uso de WPA3. PPSK depende de múltiples claves precompartidas por SSID, lo cual solo es compatible con WPA2. Si el operador requiere conectividad de 6 GHz, debe utilizar WPA3-Enterprise (802.1X) o WPA3-Personal estándar con una sola clave. No puede utilizar PPSK en la radio de 6 GHz.

Q2. El administrador de TI de un hotel ha configurado un SSID con PPSK con una clave asignada a la VLAN 40 para smart TVs. Sin embargo, cuando una TV se conecta con esa clave, recibe una dirección IP de la LAN nativa por defecto (VLAN 1) en lugar de la VLAN 40. ¿Cuál es la causa más probable?

Sugerencia: Piense en la ruta entre el punto de acceso y el router.

Ver respuesta modelo

La causa más probable es que el puerto del switch que conecta el punto de acceso UniFi no está configurado como un puerto troncal (trunk) que permita la VLAN 40. Aunque el AP está etiquetando correctamente el tráfico con la VLAN 40 según la clave PPSK, el switch está descartando las tramas etiquetadas o eliminando la etiqueta, lo que provoca que el tráfico regrese a la red nativa sin etiquetar.

Q3. Está diseñando la red para un espacio de coworking con 15 oficinas privadas. Los miembros suelen traer dispositivos antiguos y bocinas inteligentes. ¿Debería implementar PPSK nativo de UniFi o una solución RADIUS 802.1X?

Sugerencia: Evalúe los tipos de dispositivos y la escala de la implementación.

Ver respuesta modelo

La opción recomendada aquí es el PPSK nativo de UniFi. La presencia de dispositivos antiguos y bocinas inteligentes hace que 802.1X no sea adecuado, ya que estos dispositivos a menudo carecen de los suplicantes requeridos para autenticarse a través de RADIUS. Debido a que solo hay 15 oficinas privadas, el número total de claves requeridas es bajo, lo que significa que la interfaz de gestión de PPSK nativa de UniFi será suficiente sin necesidad de una plataforma en la nube.

Continúe leyendo esta serie

Nama ff iPSK ind: una guía completa para empresas

Esta guía explica cómo iPSK (Identity Pre-Shared Key) resuelve el principal desafío de conectividad en edificios residenciales multi-inquilino: ofrecer WiFi privado con la calidad de una red doméstica para cada residente sobre una infraestructura compartida. Cubre la arquitectura de autenticación, los pasos de implementación y el caso comercial para tratar el WiFi gestionado como un servicio generador de ingresos en entornos BTR y MDU.

Leer la guía →

iPSK: una guía completa para empresas

Esta guía explica cómo implementar iPSK (Identity Pre-Shared Key) en entornos multiinquilino, tales como desarrollos Build to Rent, residencias de estudiantes y propiedades MDU. Cubre la arquitectura basada en RADIUS que proporciona a cada residente una burbuja de WiFi privada y aislada en un único SSID compartido, y detalla los pasos de implementación, las integraciones de hardware y el caso comercial para tratar al WiFi como un servicio gestionado.

Leer la guía →

Solución de Managed WiFi: una guía completa para empresas

Esta guía de referencia técnica autorizada explica cómo diseñar, implementar y escalar una solución de Managed WiFi en entornos multiinquilino, incluyendo propiedades de construcción para alquiler, hoteles, complejos comerciales y estadios. Cubre la segmentación de VLAN, la arquitectura PSK por dispositivo, el diseño de red basado en la identidad y el cumplimiento con PCI-DSS y GDPR - brindando a los gerentes de TI, arquitectos de red y directores de operaciones de recintos los marcos prácticos que necesitan para tomar decisiones este trimestre.

Leer la guía →