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 responsables de TI y operadores de BTR sobre cómo implementar redes WiFi multiinquilino seguras y aisladas.

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

Escuchar esta guía

Ver transcripción del podcast
Te damos la bienvenida al briefing técnico de Purple. Hoy analizaremos UniFi PPSK: qué es, cómo encaja en tu kit de herramientas de diseño de redes y, lo que es más importante, cuándo deberías utilizarlo en comparación con las alternativas. Permíteme que te ponga en situación. Eres un promotor inmobiliario, un operador de alquiler residencial para profesionales (BTR) o un gestor de TI responsable de un edificio con cientos de residentes o inquilinos. Necesitas un WiFi que aísle a cada hogar de los demás, que sea compatible con dispositivos domésticos inteligentes y que no te obligue a cambiar una contraseña compartida cada vez que alguien se mude. Ese es el problema para el que se diseñó PPSK - y merece la pena comprender tanto sus puntos fuertes como sus límites estrictos antes de comprometerse con él. Por tanto, ¿qué es exactamente PPSK? PPSK significa Private Pre-Shared Key (clave privada precompartida). Es una función integrada en UniFi Network que te permite ejecutar un único SSID de WiFi con varias 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, proporcionas una contraseña diferente a cada inquilino, a cada grupo de dispositivos o a cada caso de uso. Cuando un dispositivo se conecta con esa contraseña, el controlador de UniFi lo asigna automáticamente a la VLAN correspondiente. Sin necesidad de servidor RADIUS. Sin certificados. Sin una infraestructura compleja de 802.1X. Ahora bien, oirás llamar a PPSK de diferentes maneras según el fabricante con el que hables. 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, cada clave vinculada a un segmento de red. La implementación de UniFi se denomina PPSK y reside de forma nativa en el controlador de UniFi Network sin coste adicional de licencia. Entremos en la arquitectura técnica. Al habilitar PPSK en un SSID de UniFi, estás creando una red WPA2-Personal con múltiples claves precompartidas. Cada clave está asociada a un ID de VLAN específico que ya has configurado en tu 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 reenviarlo de forma ascendente. El cliente se comporta exactamente como si estuviera en una VLAN dedicada - aislado de los clientes de otras VLAN, con su propio rango de DHCP y sus propias reglas de cortafuegos. Esto es realmente útil para varias situaciones. En un edificio residencial, das a cada apartamento su propio PPSK. Todos los dispositivos de ese apartamento - teléfonos, portátiles, altavoces inteligentes, videoconsolas - se conectan con la misma clave y terminan en la misma VLAN. Pueden descubrirse entre sí, transmitir contenidos entre ellos y emparejarse, exactamente como lo harían en una red doméstica. Pero son completamente invisibles para el apartamento de al lado. En un hotel, puedes utilizar 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 electrónicas - todo en un único SSID. En un entorno de retail, puedes aislar los terminales de pago en su propia VLAN para cumplir con la normativa PCI-DSS, manteniendo 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 se puede utilizar PPSK en radios de 6 GHz. Este no es un límite específico 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 los despliegues 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 llamado 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 al cliente a una VLAN. Admite WPA3, funciona en 6 GHz y se escala a usuarios ilimitados. La desventaja es la complejidad. Necesita un servidor RADIUS, ya sea de forma local o alojado en la nube. Debe gestionar certificados si utiliza EAP-TLS. Y lo que es más crítico, muchos dispositivos IoT - altavoces 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 intermedio. Es más sencillo que RADIUS - sin necesidad de infraestructura de servidores ni certificados, y funciona con todos los dispositivos. Sin embargo, 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 los despliegues se sitúa en unos pocos cientos de claves. Para un edificio BTR de 50 unidades, es suficiente. Para un desarrollo de 500 unidades, se encontrará rápidamente con problemas 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 se muda un nuevo residente, Purple aprovisiona su clave de forma automática. Cuando se marcha, 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 repasemos dos escenarios de despliegue del mundo real. Escenario uno: una promoción de Build to Rent de 120 viviendas. El operador quiere que los residentes disfruten de una experiencia de WiFi similar a la de su hogar desde el primer día: sin esperar a un técnico de banda ancha, sin contraseñas compartidas y con soporte completo para hogares inteligentes. El hardware es UniFi en su totalidad. Cada residente recibe una clave única suministrada a través de la plataforma Purple, vinculada a su contrato de alquiler. Sus dispositivos se conectan a una VLAN dedicada. Chromecast funciona. Las videoconsolas obtienen NAT abierta. Los altavoces inteligentes se emparejan correctamente. Cuando un residente se muda, la clave se revoca en segundos. El operador reporta una reducción del 40% en los tickets 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 los huéspedes, el WiFi del personal y los dispositivos IoT (smart TV, cerraduras inteligentes, sensores HVAC) sin tener que ejecutar un SSID diferente para cada uno. Activan PPSK de forma nativa en UniFi. Tres claves: una para huéspedes, otra para el personal y otra para IoT. Tres VLANs. Un SSID. El resultado: un entorno de RF limpio con menos SSIDs, una segmentación clara del tráfico y conformidad con PCI DSS para los sistemas de pago en la VLAN del personal. Permítame indicarle 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 UniFi antes de crear las entradas PPSK. Construya siempre primero la segmentación de su red. Segundo: la trampa de los 6 GHz. Si va a desplegar puntos de acceso WiFi 6E o WiFi 7 y desea utilizar 6 GHz para áreas de alta densidad, no puede utilizar PPSK en esas redes. Planifique la arquitectura de su SSID en consecuencia. Tercero: gestión de claves a escala. Si gestiona más de 100 unidades de forma nativa en UniFi sin una capa en la nube, sentirá rápidamente el dolor del aprovisionamiento manual de claves. Cuarto: mDNS y detección de dispositivos. Por defecto, los dispositivos en diferentes VLANs no pueden detectarse 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 con PPSK y un SSID con WPA2-Enterprise simultáneamente. ¿Admite 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 disminuye más allá de unos pocos cientos de claves en un solo SSID. Para grandes despliegues, una capa de gestión en la nube es la respuesta adecuada. Para concluir: UniFi PPSK es una herramienta realmente útil para despliegues de tamaño pequeño a mediano donde se necesita segmentación de VLAN sin infraestructura RADIUS. Es la opción correcta para un edificio de 50 viviendas, un hotel boutique o una pequeña oficina con tipos de dispositivos mixtos. Para despliegues más grandes (cualquier cosa que supere las 100 unidades o donde se requiera una gestión automatizada del ciclo de vida), se necesita una capa en la nube como Purple para que sea operativamente viable. El marco de decisión clave 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 la respuesta es sí, 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 capa 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 implementa en el hardware de UniFi, visite purple dot ai. Gracias por escuchar el Purple Technical Briefing.

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 único SSID, asociando cada contraseña a una VLAN específica. Para promotores inmobiliarios, propietarios y operadores de Build to Rent (BTR), esto resuelve el desafío fundamental del WiFi multiinquilino: proporcionar conectividad aislada, similar a la del hogar, sin la complejidad de RADIUS ni la inseguridad de una contraseña compartida.

Esta guía técnica compara UniFi PPSK con RADIUS 802.1X y las soluciones iPSK gestionadas en la nube. Detalla la arquitectura necesaria 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 despliegues de menos de 100 unidades, el PPSK nativo suele ser suficiente. Para promociones más grandes, la integración de la solución de nube agnóstica de hardware de Purple 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 único SSID acepte cientos de contraseñas diferentes.

La Arquitectura PPSK

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

Cuando un dispositivo cliente se autentica con 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 rango DHCP de esa VLAN, está sujeto a las reglas de firewall de esa VLAN y está aislado de los clientes de 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. Dado 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 se puede emitir un SSID con PPSK habilitado en la radio de 6 GHz de un punto de acceso UniFi moderno. El SSID solo se emitirá en 2.4 GHz y 5 GHz. Para la mayoría de los despliegues de 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 residentes esperan que sus dispositivos se comuniquen entre sí. Un teléfono necesita transmitir a una smart TV; un altavoz inteligente necesita controlar un enchufe inteligente. Dado que PPSK coloca todos los dispositivos de un residente 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 VLAN (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 manteniendo el aislamiento de los residentes.

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 crear la infraestructura de red subyacente. Cree las VLAN 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 BTR, esto normalmente significa una VLAN por apartamento, además de VLAN independientes para la gestió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 VLAN de los residentes. Cree una regla en la sección "LAN In" para descartar el tráfico donde el origen y 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 empezar a añadir claves, asignando una contraseña y un ID de VLAN a cada entrada.

Paso 4: Escalar con una superposición en la nube

El PPSK nativo de UniFi almacena las claves localmente en el controlador. Gestionar esto manualmente resulta operativamente insostenible a partir de 50 o 100 unidades. Para implementaciones de BTR más grandes, integre una superposición en la nube. La solución multi-tenant de Purple actúa como capa de orquestación. Utiliza la misma tecnología iPSK subyacente pero automatiza el ciclo de vida. Cuando comienza el contrato de alquiler de un residente 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 finaliza, Purple revoca la clave al instante.

Buenas prácticas

Para garantizar una implementación segura y fiable, siga estas buenas prácticas independientes del proveedor:

  • Aislar las interfaces de gestión: Nunca coloque las interfaces de gestión de los switches o puntos de acceso en una VLAN accesible a través de una clave PPSK. Utilice una VLAN de gestión dedicada únicamente para conexiones cableadas.
  • Limitar el uso compartido de claves: Indique a los residentes 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 VLAN en un único punto de acceso puede aumentar el tráfico de broadcast. Utilice el aislamiento de puertos cuando sea necesario y controle la utilización del tiempo de uso de la red.* Plan para IoT: Los dispositivos domésticos inteligentes a menudo requieren 2.4 GHz. Asegúrese de que su SSID de PPSK emita 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, e 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 fallo.

Modo de fallo 1: El cliente no obtiene 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á accesible. 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 (trunks) que permitan esa VLAN.

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

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

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

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

ROI e impacto empresarial

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

Las investigaciones indican que un WiFi gestionado de alta calidad se traduce en un incremento del alquiler de entre 15 y 30 libras al mes por unidad. Además, ofrecer WiFi "listo para usar" en el momento de la mudanza reduce los periodos de desocupación en una media de 5 a 10 días, ya que las unidades son habitables de inmediato.

La implementación de 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 de consumo en cada unidad. También proporciona al operador un agregado de WiFi Analytics sobre el uso de las zonas 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 varias contraseñas diferentes, asignando los dispositivos a VLAN específicas en función de la contraseña utilizada.

Utilizado por los equipos de TI para segmentar el tráfico sin necesidad de 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 suele utilizar al hablar 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 de la red WiFi multiinquilino; a cada apartamento o caso de uso se le asigna su propia VLAN para mayor seguridad y privacidad.

802.1X

Un estándar de la IEEE para el control de acceso a redes 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 los altavoces inteligentes.

RADIUS

Un protocolo de red que proporciona una gestión centralizada de autenticación, autorización y contabilidad (AAA) para los usuarios que se conectan a un servicio de red.

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

BTR (Build to Rent)

Desarrollos residenciales construidos específicamente para el alquiler en lugar de la venta.

El mercado principal para el WiFi multiinquilino, donde los propietarios ofrecen 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 con cuidado 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 de 6 GHz WiFi 6E y WiFi 7, pero fundamentalmente incompatible con arquitecturas PPSK.

Ejemplos prácticos

Un operador de Build to Rent con 150 viviendas necesita proporcionar WiFi de activación instantánea a sus residentes. Quieren evitar la instalación de routers individuales en cada apartamento para reducir la interferencia de RF, pero necesitan que los dispositivos inteligentes de los residentes se comuniquen localmente y permanezcan aislados de los vecinos. Van a implementar 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 apartamento (por ejemplo, VLAN de la 101 a la 250). Implemente la capa de superposición en la nube multiinquilino 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 apartamento específico. El residente conecta su teléfono, Smart TV y asistente de voz utilizando esta única contraseña. Todos los dispositivos se asignan a la VLAN correspondiente, lo que permite el descubrimiento local (Chromecast, AirPlay) mientras los firewalls bloquean el enrutamiento inter-VLAN para garantizar la privacidad frente a otras viviendas.

Comentario del examinador: Este enfoque elimina la necesidad de contar con 150 puntos de acceso independientes que emitan 150 SSID diferentes, lo que reduce drásticamente la interferencia de canal compartido. El uso de una capa de superposición en la nube en lugar de UniFi PPSK nativo es necesario en este caso porque la gestión manual de 150 claves y su rotación al final de cada contrato de arrendamiento no es viable desde el punto de vista operativo.

El director de TI de un estadio necesita implementar terminales de pago en 40 puestos de comida. Los terminales solo son compatibles con WPA2-Personal. El equipo de TI quiere aislar este tráfico de pagos de la red WiFi pública para invitados y de la red operativa del personal para mantener el cumplimiento de PCI-DSS, pero no quieren emitir un SSID adicional específicamente para los terminales.

Configure UniFi PPSK nativo en el SSID del personal existente. Cree una VLAN dedicada para el punto de venta (POS) 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 los 40 terminales de pago utilizando esta clave específica.

Comentario del examinador: Esto satisface el requisito de evitar la emisión de un nuevo SSID, al tiempo que se logra la estricta segmentación de red requerida por 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 gestiona esta situación sin problemas y sin necesidad de una capa de gestión en la nube.

Preguntas de práctica

Q1. Un operador de BTR quiere desplegar puntos de acceso WiFi 7 en una nueva promoción de 200 viviendas. Pretende utilizar la banda de 6 GHz para obtener el máximo rendimiento en los apartamentos y quiere usar PPSK para aislar cada vivienda. ¿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 se basa en 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. Un responsable de TI de un hotel ha configurado un SSID con PPSK con una clave asignada a la VLAN 40 para televisiones inteligentes. Sin embargo, cuando una televisión 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 trunk que permita la VLAN 40. Aunque el AP etiqueta 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 recurra 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 altavoces inteligentes. ¿Debería desplegar una solución PPSK nativa de UniFi o una solución RADIUS 802.1X?

Sugerencia: Evalúe los tipos de dispositivos y la escala del despliegue.

Ver respuesta modelo

La solución recomendada aquí es PPSK nativa de UniFi. La presencia de dispositivos antiguos y altavoces inteligentes hace que 802.1X no sea adecuado, ya que estos dispositivos a menudo carecen de los suplicantes necesarios para autenticarse a través de RADIUS. Al haber solo 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

Logo iPSK: la guía completa para empresas

Esta guía explica cómo la tecnología Identity Pre-Shared Key (iPSK) resuelve el principal desafío de seguridad en entornos WiFi de múltiples inquilinos: ofrecer aislamiento de nivel empresarial y control por usuario sin comprometer la compatibilidad con dispositivos IoT, consolas de videojuegos y tecnología para el hogar inteligente. Cubre la arquitectura técnica completa, las estrategias de implementación y el caso de negocio para promotores inmobiliarios, operadores de BTR y equipos de TI de hostelería.

Leer la guía →

Servicios gestionados de WiFi: una guía completa para empresas

Los servicios gestionados de WiFi trasladan todo el ciclo de vida de las redes inalámbricas empresariales - desde el diseño de RF y la adquisición de hardware hasta la monitorización diaria y la gestión del firmware - a un proveedor especializado. Esta guía explica las arquitecturas gestionadas en la nube, las estrategias de segmentación de VLAN y los estándares de autenticación que sustentan los despliegues fiables y seguros en hoteles, cadenas de retail, promociones BTR y espacios del sector público. Los promotores inmobiliarios, propietarios y operadores de BTR encontrarán pautas prácticas sobre cómo aislar el tráfico de los residentes, incorporar dispositivos inteligentes y convertir la conectividad en un activo empresarial medible.

Leer la guía →

Servicio de atención al cliente de WiFi gestionado de Spectrum: una guía completa para empresas

Esta guía completa detalla cómo los operadores de alquiler de viviendas (BTR) y los promotores inmobiliarios pueden implementar WiFi gestionado de Spectrum para ofrecer experiencias de red seguras y aisladas a los residentes. Cubre la arquitectura técnica de cloud RADIUS, el aislamiento de VLAN y iPSK, junto con estrategias prácticas de implementación para reducir la carga de soporte.

Leer la guía →