Integración de firmware personalizado OpenWrt con Purple WiFi
Esta guía proporciona el manual de integración completo para implementar el firmware personalizado OpenWrt con Purple WiFi. Cubre la configuración del Captive Portal CoovaChilli, la gestión de walled garden con iptables, WiFi seguro para el personal con 802.1X mediante hostapd y la segmentación PPSK multiinquilino con asignación dinámica de VLAN, lo que brinda a los equipos de TI los pasos de configuración exactos necesarios para crear una red basada en la identidad en cualquier hardware compatible con OpenWrt.
Escucha esta guía
Ver transcripción del podcast
- Resumen ejecutivo
- Análisis técnico detallado
- La arquitectura del Captive Portal CoovaChilli
- Walled garden: iptables y listas de dominios permitidos
- WiFi seguro para el personal: hostapd e IEEE 802.1X
- Segmentación multiinquilino: OpenWrt PPSK configuración
- Guía de implementación
- Paso 1: Recuperar las credenciales de RADIUS de Purple
- Paso 2: Instalar y configurar CoovaChilli para WiFi de invitados
- Paso 3: Configurar la interfaz inalámbrica de OpenWrt para el SSID de invitados
- Paso 4: Configurar hostapd para WiFi de personal 802.1X
- Paso 5: Configurar PPSK para la segmentación multi-inquilino
- Paso 6: Configurar la asignación dinámica de VLAN
- Mejores prácticas
- Resolución de problemas y mitigación de riesgos
- ROI e impacto comercial

Resumen ejecutivo
OpenWrt es el firmware de elección para los equipos de TI que necesitan independencia de hardware sin sacrificar el control de nivel empresarial. Implementado en entornos de hospitalidad, retail y del sector público, proporciona una pila de red basada en Linux totalmente configurable. Sin embargo, de forma predeterminada, OpenWrt es un lienzo en blanco. Sin una capa de identidad estructurada, las redes de huéspedes se vuelven inmanejables, las redes del personal siguen siendo inseguras y los entornos multiinquilino colapsan en una sola red plana.
Esta guía proporciona el manual de integración definitivo para conectar OpenWrt a la plataforma de RADIUS en la nube y Captive Portal de Purple. Cubrimos cuatro escenarios de implementación distintos: redirección del Captive Portal de huéspedes mediante CoovaChilli, configuración del walled garden con iptables, WiFi seguro para el personal mediante hostapd con IEEE 802.1X y segmentación multiinquilino mediante claves privadas precompartidas (PPSK) con asignación dinámica de VLAN. Al finalizar, dispondrá de los parámetros de configuración exactos, los modos de falla comunes y los marcos de decisión necesarios para implementar una red basada en la identidad, lista para producción y que cumpla con el GDPR en cualquier hardware compatible con OpenWrt.
Purple opera en más de 80,000 establecimientos activos y procesó 440 millones de inicios de sesión en 2024 (datos internos de Purple, 2024). La arquitectura descrita aquí es la misma que se implementa a gran escala en cadenas hoteleras, tiendas de retail y centros de transporte.
Análisis técnico detallado
La arquitectura del Captive Portal CoovaChilli
Al implementar WiFi de huéspedes en OpenWrt, CoovaChilli es el controlador de acceso estándar de la industria. Funciona como un demonio de Captive Portal que intercepta el tráfico de clientes no autenticados, asigna direcciones IP a través de su servidor DHCP interno en la interfaz virtual tun0 y aplica políticas de walled garden utilizando reglas de iptables que gestiona directamente.
El flujo de autenticación funciona de la siguiente manera. Un dispositivo de huésped se asocia con el SSID abierto. CoovaChilli asigna al dispositivo una dirección IP de su grupo interno (normalmente 10.1.0.0/24). Cuando el dispositivo envía su primera solicitud HTTP, CoovaChilli la intercepta y emite una redirección HTTP 302 a la URL de la página de inicio de Purple. Durante esta fase de preautenticación, el dispositivo está aislado: solo puede acceder a los dominios enumerados explícitamente en el walled garden.
Una vez que el huésped se autentica en el portal de Purple, el servidor RADIUS en la nube de Purple envía un mensaje Access-Accept a CoovaChilli en el puerto UDP 1812. CoovaChilli luego actualiza sus reglas de iptables para permitir el acceso a internet para esa dirección MAC específica y comienza a transmitir datos de contabilidad (duración de la sesión, bytes transferidos) al servidor de contabilidad RADIUS de Purple en el puerto UDP 1813. La contabilidad no es opcional: es el mecanismo mediante el cual Purple alimenta su panel de WiFi Analytics con datos de sesión.

Walled garden: iptables y listas de dominios permitidos
El walled garden es el elemento de configuración más crítico desde el punto de vista operativo en cualquier implementación de Captive Portal. CoovaChilli gestiona el walled garden a través de dos mecanismos: el parámetro uamallowed para direcciones IP individuales y el parámetro uamdomains para listas de permitidos basadas en dominios con inspección de DNS.
Para una integración con Purple, las entradas mínimas requeridas en el walled garden son:
| Dominio | Propósito |
|---|---|
*.purple.ai |
Recursos del portal, API y endpoints de autenticación |
*.googleapis.com |
Google Fonts y Google Sign-In |
*.gstatic.com |
Verificación de conectividad de Google y recursos estáticos |
*.facebook.com |
API de inicio de sesión de Facebook |
*.fbcdn.net |
CDN de Facebook para recursos de inicio de sesión |
captive.apple.com |
Detección de CNA de Apple (ver nota a continuación) |
connectivitycheck.gstatic.com |
Detección de Captive Portal de Android |
Nota sobre la gestión del CNA de Apple: Si incluye captive.apple.com en el walled garden, los dispositivos iOS detectarán la conectividad a internet antes de la autenticación y suprimirán la ventana emergente del Captive Network Assistant. La mayoría de las implementaciones en el sector de hospitalidad excluyen deliberadamente este dominio para forzar el aviso automático del portal. La elección correcta depende del diseño de la experiencia del huésped.
WiFi seguro para el personal: hostapd e IEEE 802.1X
Las redes de huéspedes exigen una incorporación sin fricciones. Las redes del personal exigen seguridad absoluta. Para los usuarios internos, OpenWrt utiliza hostapd para facilitar la autenticación IEEE 802.1X. En esta arquitectura, el punto de acceso OpenWrt actúa como el Autenticador, reenviando mensajes del Protocolo de Autenticación Extensible (EAP) entre el dispositivo cliente (Suplicante) y el servidor RADIUS de Purple.
Para los dispositivos corporativos, EAP-TLS es el estándar obligatorio. Se basa en la autenticación mutua de certificados (tanto el servidor como el dispositivo cliente presentan certificados digitales), lo que elimina por completo las contraseñas y los riesgos asociados de robo de credenciales o phishing. Para entornos que aún no están listos para una infraestructura de clave pública (PKI) completa, PEAP-MSCHAPv2 proporciona una opción provisional razonable, utilizando un túnel cifrado para proteger las credenciales de usuario y contraseña.
Cuando un miembro del personal se autentica con éxito, el servidor RADIUS devuelve atributos de autorización. El atributo clave para la segmentación de red es Tunnel-Private-Group-ID, que indica a OpenWrt que asigne dinámicamente al usuario a la VLAN correcta. Este es el mecanismo detrás de las redes basadas en la identidad: la identidad del usuario, no su ubicación física, determina su acceso a la red.
Segmentación multiinquilino: OpenWrt PPSK configuración
En entornos multi-inquilino (espacios de coworking, propiedades de construcción para alquiler (BTR), centros comerciales con múltiples proveedores o estadios con zonas de patrocinadores independientes), transmitir múltiples SSIDs es costoso a nivel operativo y poco eficiente en términos de RF. Cada SSID adicional añade sobrecarga de tramas de gestión, lo que reduce el tiempo de transmisión disponible para el tráfico de datos.
Las claves privadas precompartidas (PPSK), a veces llamadas PSK dinámicas, resuelven esto. Se transmite un solo SSID. Cuando un dispositivo intenta conectarse, hostapd envía la dirección MAC del dispositivo al servidor RADIUS a través de un Access-Request estándar. El servidor RADIUS valida la dirección MAC en su base de datos y devuelve un Access-Accept que contiene dos atributos críticos: el atributo Tunnel-Password (la frase de contraseña única para ese dispositivo) y el atributo Tunnel-Private-Group-ID (la asignación de VLAN). El dispositivo se conecta utilizando su frase de contraseña única y se coloca directamente en su VLAN asignada.
Esto significa que el gerente de una tienda y el asistente a un evento pueden conectarse al mismo SSID pero ser redirigidos a redes completamente separadas y aisladas según su identidad única.

Guía de implementación
Paso 1: Recuperar las credenciales de RADIUS de Purple
Antes de modificar la configuración de OpenWrt, recupere lo siguiente desde la consola de administración del portal de Purple:
- Dirección IP del servidor RADIUS primario
- Dirección IP del servidor RADIUS secundario (para redundancia)
- Secreto compartido de RADIUS
- URL de la página de inicio (Splash Page) del Captive Portal
- URL de redirección posterior a la autenticación
Paso 2: Instalar y configurar CoovaChilli para WiFi de invitados
Instale el paquete coova-chilli a través de opkg:
opkg update && opkg install coova-chilli
El archivo de configuración principal es /etc/chilli/defaults. Defina los parámetros de red principales:
# Interfaces de red
HS_WANIF=eth0 # Interfaz de internet ascendente
HS_LANIF=wlan0 # La interfaz WiFi de invitados (o una subinterfaz VLAN)
# Subred de invitados
HS_NETWORK=10.10.20.0
HS_NETMASK=255.255.255.0
HS_UAMLISTEN=10.10.20.1 # IP de CoovaChilli en la red de invitados
HS_UAMPORT=3990
# Integración con RADIUS de Purple
HS_RADIUS=
HS_RADIUS2=
HS_RADSECRET=
HS_NASID=venue-openwrt-01
# Página de inicio de Purple
HS_UAMSERVER=
# Walled garden: lista de permitidos basada en dominios
HS_UAMDOMAINS=".purple.ai,.googleapis.com,.gstatic.com,.facebook.com,.fbcdn.net"
Habilite e inicie el servicio:
/etc/init.d/chilli enable
/etc/init.d/chilli start
Paso 3: Configurar la interfaz inalámbrica de OpenWrt para el SSID de invitados
En /etc/config/wireless, defina el SSID de invitados como una red abierta vinculada a la interfaz que gestionará CoovaChilli:
config wifi-iface 'guest_wifi'
option device 'radio0'
option network 'guest'
option mode 'ap'
option ssid 'Venue_Guest'
option encryption 'none'
option isolate '1'
El aislamiento de clientes (isolate '1') evita que los dispositivos de los invitados se comuniquen entre sí, un control de seguridad obligatorio para cualquier red compartida.
Paso 4: Configurar hostapd para WiFi de personal 802.1X
Para el SSID del personal, configure WPA2-Enterprise en /etc/config/wireless:
config wifi-iface 'staff_wifi'
option device 'radio0'
option network 'staff_vlan10'
option mode 'ap'
option ssid 'Venue_Staff'
option encryption 'wpa2'
option server ''
option port '1812'
option key ''
option dynamic_vlan '2'
option vlan_tagged_interface 'eth0'
option vlan_bridge 'br-vlan'
option vlan_naming '0'
Establecer dynamic_vlan '2' indica a hostapd que aplique la asignación de VLAN devuelta por el servidor RADIUS y que rechace la autenticación si no se devuelve ninguna VLAN.
Requisito del paquete: El paquete estándar wpad-mini no es compatible con WPA2-Enterprise. Debe instalar wpad o wpad-openssl:
opkg remove wpad-mini && opkg install wpad-openssl
Paso 5: Configurar PPSK para la segmentación multi-inquilino
PPSK requiere que hostapd realice la autenticación de la dirección MAC contra el servidor RADIUS, el cual devuelve la frase de contraseña por dispositivo. En /etc/config/wireless:
config wifi-iface 'ppsk_ssid'
option device 'radio0'
option mode 'ap'
option ssid 'Venue_Connect'
option encryption 'psk2'
option key 'default_fallback_key'
option macfilter 'radius'
option server ''
option port '1812'
option key ''
option dynamic_vlan '2'
option vlan_tagged_interface 'eth0'
option wpa_psk_radius '2'
El parámetro wpa_psk_radius '2' indica a hostapd que requiera el atributo Tunnel-Password de la respuesta de RADIUS. Si el servidor RADIUS no devuelve una frase de contraseña, se rechaza la autenticación.
Por el lado de RADIUS de Purple, la sección authorize de su configuración de FreeRADIUS (o equivalente) asocia las direcciones MAC con las frases de contraseña y los IDs de VLAN:
# Ejemplo de entrada de autorización RADIUS para PPSK
AA:BB:CC:DD:EE:FF Auth-Type := Accept
Tunnel-Password = "GuestPass2024",
Tunnel-Type = VLAN,
Tunnel-Medium-Type = IEEE-802,
Tunnel-Private-Group-ID = "20"
Paso 6: Configurar la asignación dinámica de VLAN
Para que funcione la asignación dinámica de VLAN, su switch OpenWrt debe estar configurado para transportar las VLAN correspondientes como tráfico etiquetado en el puerto troncal que se conecta a su switch principal. En /etc/config/network:
config interface 'vlan10'
option ifname 'eth0.10'
option proto 'dhcp'
config interface 'vlan20'
option ifname 'eth0.20'
option proto 'dhcp'
config interface 'vlan30'
option ifname 'eth0.30'
option proto 'dhcp'
Asegúrese de que el puerto de su switch principal esté configurado como troncal, permitiendo el paso de las VLAN 10, 20 y 30 etiquetadas.
Mejores prácticas
Segregación absoluta de la red. Nunca puentee ginterfaces de invitados con redes internas. El tráfico de invitados debe estar aislado en una VLAN dedicada y enrutarse directamente al firewall de internet. Este es un requisito no negociable para el cumplimiento de PCI DSS 4.0, el cual exige que las redes WiFi de invitados estén completamente aisladas de cualquier segmento de red que maneje datos de titulares de tarjetas.
Precisión del walled garden. Un walled garden incompleto es la causa principal de las fallas del Captive Portal. Utilice las herramientas de desarrollo de su navegador en un dispositivo de prueba conectado al SSID de invitados para identificar qué solicitudes se bloquean antes de la autenticación. Cada dominio bloqueado es una falla potencial del portal.
Intervalos de contabilidad (accounting) de RADIUS. Configure el intervalo intermedio de contabilidad de CoovaChilli a 120 segundos. Esto proporciona datos de sesión casi en tiempo real en el panel de analíticas de Purple sin generar tráfico RADIUS excesivo.
Servidor RADIUS secundario. Configure siempre HS_RADIUS2 en su configuración de CoovaChilli. Si el servidor RADIUS principal de Purple no está accesible, CoovaChilli no podrá autenticar nuevas sesiones. El servidor secundario proporciona conmutación por error (failover) automática sin necesidad de cambiar la configuración en el punto de acceso.
Selección de paquetes. El paquete wpad-mini incluido en muchas compilaciones de OpenWrt no es compatible con WPA2-Enterprise ni con la asignación dinámica de VLAN. Instale siempre wpad-openssl para cualquier implementación que requiera 802.1X o PPSK.
Para obtener más orientación sobre la arquitectura de seguridad WiFi empresarial, consulte nuestra guía Seguridad WiFi empresarial: Una guía completa para 2026 .
Resolución de problemas y mitigación de riesgos
| Síntoma | Causa probable | Resolución |
|---|---|---|
| El portal no se carga después del redireccionamiento | Walled garden incompleto | Agregue los dominios CDN/API faltantes a HS_UAMDOMAINS |
| La autenticación falla silenciosamente | Discrepancia en el secreto compartido de RADIUS | Verifique que HS_RADSECRET coincida exactamente tanto en CoovaChilli como en el portal de Purple |
| No hay datos en las analíticas de Purple | Contabilidad de RADIUS bloqueada | Verifique que se permita el tráfico UDP de salida 1813; revise la configuración de contabilidad de HS_RADIUS2 |
| iOS no muestra la ventana emergente del portal | captive.apple.com en el walled garden |
Elimine los dominios de detección de Apple de HS_UAMDOMAINS |
| Los clientes PPSK terminan en la VLAN incorrecta | vlan_tagged_interface mal configurada |
Verifique la configuración del puerto troncal tanto en OpenWrt como en el switch principal |
| La autenticación 802.1X falla con error de wpad | wpad-mini instalado |
Elimine wpad-mini e instale wpad-openssl |
| La VLAN dinámica falla en ath10k | Problema conocido del controlador en compilaciones anteriores | Actualice a OpenWrt 21.02 o posterior; use firmware ath10k que no sea CT |
Nota de cumplimiento de GDPR: CoovaChilli por sí mismo no captura ni almacena datos personales. Todos los mecanismos de captura de consentimiento, procesamiento de datos y cumplimiento de GDPR son gestionados por la plataforma Purple en la capa del portal. Asegúrese de que su portal de Purple esté configurado con los términos y condiciones de su establecimiento y el aviso de procesamiento de datos antes del lanzamiento.
Para conocer patrones de integración de hardware relacionados, consulte nuestras guías sobre Integración de puntos de acceso EnGenius Cloud con Purple WiFi e Integración de routers y puntos de acceso DrayTek Vigor con Purple WiFi .
ROI e impacto comercial
La transición de redes PSK básicas a una arquitectura OpenWrt gestionada por Purple ofrece un impacto medible en tres dimensiones.
Captura de datos y marketing. Al exigir la autenticación mediante Captive Portal, los establecimientos capturan datos demográficos de primera mano que cumplen con las normativas (nombres, direcciones de correo electrónico, perfiles de redes sociales) en el punto de conexión WiFi. Estos datos se envían directamente a las plataformas de CRM y marketing por correo electrónico, lo que impulsa los registros en programas de lealtad y permite realizar campañas dirigidas. Purple procesó 440 millones de inicios de sesión en 2024 (datos internos de Purple), lo que demuestra la escala de captura de datos de primera mano que es posible realizar en el borde de la red.
Eficiencia operativa. La implementación de PPSK reduce la sobrecarga de SSID, lo que mejora el rendimiento de WiFi en entornos densos. Para una cadena minorista con 200 ubicaciones, la gestión centralizada de la identidad a través del RADIUS en la nube de Purple (en lugar de actualizar las configuraciones locales de los routers en cada sitio) ahorra cientos de horas de ingeniería al año. Un solo cambio en la política de RADIUS se propaga a las 200 ubicaciones de forma instantánea.
Seguridad y cumplimiento. La asignación dinámica de VLAN aplica el acceso con el menor privilegio en el borde de la red. El personal está aislado de los invitados. Los dispositivos IoT están aislados del personal. Las terminales de punto de venta (POS) están aisladas de todo el demás tráfico. Esta segmentación cumple con los requisitos de aislamiento de red de PCI DSS 4.0 y proporciona una topología de red clara y auditable para las revisiones de cumplimiento de GDPR.
Para conocer patrones de implementación específicos de cada sector, consulte nuestras guías para entornos de Comercio minorista , Hospitalidad , Atención médica y Transporte . También puede resultarle útil nuestra guía sobre Qué es la pantalla inalámbrica: Protocolos y mejores prácticas para 2026 para comprender las tecnologías inalámbricas complementarias en implementaciones en establecimientos.
Definiciones clave
CoovaChilli
Un controlador de acceso de software de código abierto que proporciona un Captive Portal y un entorno de walled garden para redes inalámbricas, utilizando RADIUS para la autenticación y la contabilidad (accounting).
Los equipos de TI implementan CoovaChilli en OpenWrt para interceptar el tráfico HTTP de los huéspedes y redirigirlo a la página de inicio de Purple. Gestiona las reglas de iptables que aplican el walled garden y otorgan acceso a internet después de la autenticación.
Walled garden
Una lista de permitidos estricta de direcciones IP o dominios a los que un usuario no autenticado puede acceder antes de completar la autenticación del Captive Portal.
Crítico para permitir que los dispositivos de los huéspedes carguen los gráficos del portal de Purple y accedan a las APIs de inicio de sesión de redes sociales mientras se bloquea el acceso general a internet. Un walled garden incompleto es la causa más común de fallas en el Captive Portal.
PPSK (Private Pre-Shared Key)
Un mecanismo de seguridad en el que se asignan contraseñas únicas a usuarios o dispositivos individuales para el mismo SSID de WiFi, donde RADIUS devuelve la contraseña correcta y la asignación de VLAN por dirección MAC del dispositivo.
Se utiliza para segmentar entornos multiinquilino sin transmitir múltiples SSIDs. Compatible con OpenWrt a través del parámetro wpa_psk_radius en hostapd.
Dynamic VLAN assignment
El proceso mediante el cual un servidor RADIUS indica al punto de acceso que coloque a un usuario autenticado específico en una VLAN virtual específica, utilizando los atributos RADIUS Tunnel-Type, Tunnel-Medium-Type y Tunnel-Private-Group-ID.
El mecanismo principal para las redes basadas en la identidad. La identidad del usuario, no su puerto físico, determina su segmento de red y sus derechos de acceso.
IEEE 802.1X
El estándar IEEE para el control de acceso a la red basado en puertos, que define los roles de Autenticador (punto de acceso), Suplicante (dispositivo cliente) y Servidor de Autenticación (RADIUS) en la autenticación WiFi empresarial.
El protocolo subyacente para el WiFi seguro del personal en OpenWrt. Requiere el paquete completo wpad o wpad-openssl; wpad-mini no lo admite.
EAP-TLS (Extensible Authentication Protocol - Transport Layer Security)
Un método de autenticación 802.1X que utiliza autenticación mutua basada en certificados, lo que requiere que tanto el servidor RADIUS como el dispositivo cliente presenten certificados digitales válidos.
El estándar de oro para la autenticación de dispositivos corporativos. Elimina por completo las contraseñas, neutralizando el robo de credenciales y los ataques de phishing. Requiere una infraestructura PKI para emitir certificados de cliente.
Captive Network Assistant (CNA)
El pseudonavegador que los dispositivos iOS y Android muestran automáticamente cuando detectan que están detrás de un Captive Portal, basándose en el sondeo de URLs de detección específicas.
Los ingenieros de red deben gestionar sus walled gardens con cuidado para controlar si el CNA se activa automáticamente. La mayoría de las implementaciones en el sector de hospitalidad excluyen los dominios de detección de Apple y Google para forzar la ventana emergente del CNA.
RADIUS accounting
El tercer pilar del marco AAA (Autenticación, Autorización y Contabilidad), que rastrea el consumo de recursos de red registrando eventos de inicio de sesión, actualizaciones provisionales y finalización de sesión en el puerto UDP 1813.
Requerido por Purple para alimentar el panel de analíticas con datos de duración de la sesión y ancho de banda. Se configura en CoovaChilli a través de HS_RADIUS2 y el parámetro radiusacctport.
hostapd
El demonio de punto de acceso IEEE 802.11 de código abierto utilizado por OpenWrt para gestionar interfaces inalámbricas, compatible con los modos de autenticación WPA2/WPA3-Enterprise, 802.1X y PPSK.
El demonio principal para el WiFi del personal y PPSK en OpenWrt. El paquete wpad-openssl proporciona la compilación completa de hostapd requerida para la autenticación empresarial.
Tunnel-Password attribute
Un atributo RADIUS (atributo 69) utilizado en implementaciones PPSK para devolver una contraseña por dispositivo desde el servidor RADIUS al punto de acceso durante la autenticación MAC.
El mecanismo mediante el cual el servidor RADIUS de Purple entrega contraseñas PSK únicas al demonio hostapd de OpenWrt para la segmentación multiinquilino basada en PPSK.
Ejemplos resueltos
Un hotel de 200 habitaciones necesita proporcionar acceso WiFi por niveles: internet básico gratuito para los huéspedes, acceso de alta velocidad para los miembros del programa de lealtad y acceso seguro para los dispositivos de punto de venta (POS) del personal. El equipo de TI desea minimizar la sobrecarga de SSID y aplicar el aislamiento de red PCI DSS entre las terminales POS y el tráfico de huéspedes.
Implemente puntos de acceso OpenWrt que transmitan dos SSIDs: 'Hotel_Guest' (abierto, gestionado por CoovaChilli) y 'Hotel_Secure' (gestionado por PPSK a través de hostapd). En 'Hotel_Guest', CoovaChilli redirige todo el tráfico no autenticado a la página de inicio de Purple. Los huéspedes se autentican a través del portal y acceden a la VLAN 20 (solo internet). En 'Hotel_Secure', configure hostapd con wpa_psk_radius=2. Cuando se conecta el dispositivo de un miembro del programa de lealtad, el servidor RADIUS devuelve su PSK única y la VLAN 21 (nivel de mayor ancho de banda). Cuando se conecta una terminal POS, el servidor RADIUS devuelve la PSK del dispositivo POS y la VLAN 10 (acceso a la red interna, internet bloqueado). La segmentación de VLAN aplica el aislamiento PCI DSS entre los datos del titular de la tarjeta (VLAN 10) y el tráfico de huéspedes (VLANs 20 y 21) a nivel de punto de acceso.
Una cadena de tiendas de retail está implementando routers OpenWrt en 50 ubicaciones. Durante las pruebas de aceptación del usuario (UAT) en el primer sitio, la página de inicio de Purple se carga correctamente después de la redirección, pero al hacer clic en el botón de inicio de sesión de Facebook se produce un tiempo de espera de conexión agotado. El botón de inicio de sesión de Google funciona correctamente.
El problema es un walled garden de CoovaChilli incompleto. El flujo de autenticación de Facebook requiere acceso a múltiples dominios: facebook.com, connect.facebook.net y fbcdn.net (la CDN de Facebook para los recursos de inicio de sesión). El inicio de sesión de Google funciona porque googleapis.com y gstatic.com ya están en el walled garden. Actualice el parámetro HS_UAMDOMAINS en /etc/chilli/defaults para agregar '.facebook.com,.connect.facebook.net,.fbcdn.net'. Reinicie el demonio chilli con '/etc/init.d/chilli restart' y vuelva a probar. Para diagnosticar sistemáticamente futuros problemas del walled garden, conecte un dispositivo de prueba al SSID de huéspedes y use las herramientas de desarrollo del navegador (pestaña Red) para identificar qué solicitudes devuelven errores de conexión antes de la autenticación.
Preguntas de práctica
Q1. Ha implementado OpenWrt con CoovaChilli en una propiedad de Premier Inn. Los huéspedes informan que sus iPhones no les solicitan automáticamente iniciar sesión cuando se conectan al WiFi de huéspedes. Deben abrir Safari manualmente y navegar a un sitio HTTP para activar el portal. ¿Qué cambio de configuración causa esto y cómo lo resuelve?
Sugerencia: Considere cómo iOS determina si una red tiene acceso completo a internet al asociarse.
Ver respuesta modelo
El ingeniero ha incluido el dominio de detección del Captive Portal de Apple (captive.apple.com) en el walled garden de CoovaChilli a través de HS_UAMDOMAINS. Cuando un iPhone se conecta, iOS envía un sondeo a captive.apple.com. Debido a que este dominio está en el walled garden, el sondeo tiene éxito antes de la autenticación, e iOS concluye que tiene acceso completo a internet, suprimiendo la ventana emergente del Captive Network Assistant. Para resolver esto, elimine captive.apple.com de HS_UAMDOMAINS y reinicie el demonio chilli. Los dispositivos iOS recibirán entonces una respuesta de sondeo fallida, identificarán correctamente el Captive Portal y mostrarán el aviso de inicio de sesión automáticamente.
Q2. Un operador de espacio de coworking desea implementar termostatos inteligentes IoT en todas sus instalaciones. Ya transmiten un SSID 'Cowork_Guest' (CoovaChilli) y un SSID 'Cowork_Staff' (802.1X). Los termostatos no admiten WPA2-Enterprise. ¿Cómo los incorpora de forma segura sin agregar un tercer SSID?
Sugerencia: Los dispositivos IoT normalmente solo admiten WPA2-PSK. Considere qué SSID existente se puede extender para admitir contraseñas por dispositivo.
Ver respuesta modelo
Configure PPSK en el SSID 'Cowork_Staff' habilitando wpa_psk_radius=2 en la configuración de hostapd. Registre la dirección MAC de cada termostato en el servidor RADIUS de Purple con una contraseña única y la VLAN 40 (VLAN de IoT) como Tunnel-Private-Group-ID. Cuando un termostato se conecta, hostapd consulta al servidor RADIUS con la MAC del dispositivo, recibe la PSK única y la asignación de VLAN, y coloca el termostato en la VLAN 40, completamente aislado del tráfico del personal en la VLAN 10. Este enfoque evita un tercer SSID, mantiene la eficiencia de RF y aplica el acceso de menor privilegio para los dispositivos IoT sin requerir una infraestructura de certificados 802.1X.
Q3. Después de implementar OpenWrt con CoovaChilli en una tienda de retail, el panel de analíticas de Purple muestra cero sesiones activas y ningún dato de ancho de banda, a pesar de que los huéspedes se conectan y navegan por internet con éxito. ¿Cuál es la causa más probable y cuáles son los dos pasos para diagnosticarla?
Sugerencia: La autenticación (puerto 1812) y la contabilidad (puerto 1813) son funciones RADIUS independientes.
Ver respuesta modelo
La configuración de contabilidad (accounting) de RADIUS falta o está bloqueada. Paso 1: Verifique la configuración de CoovaChilli. Compruebe que HS_RADIUS y HS_RADIUS2 estén configurados correctamente en /etc/chilli/defaults, y confirme que radiusacctport esté configurado en 1813. Si HS_RADIUS2 no está configurado, no hay un servidor de contabilidad definido. Paso 2: Verifique las reglas del firewall. Confirme que el tráfico saliente del puerto UDP 1813 desde el router OpenWrt hacia las direcciones IP del servidor RADIUS de Purple esté permitido por el firewall perimetral del lugar. Use 'tcpdump -i eth0 udp port 1813' en el dispositivo OpenWrt para confirmar si se están enviando paquetes de contabilidad. Si los paquetes aparecen en tcpdump pero el panel permanece vacío, el problema es que un firewall está bloqueando el tráfico entre el router y los servidores RADIUS en la nube de Purple.
Q4. Una implementación de OpenWrt en un estadio utiliza la asignación dinámica de VLAN a través de RADIUS para segmentar el WiFi de los aficionados (VLAN 30), los medios de comunicación (VLAN 40) y las operaciones (VLAN 50). Después de actualizar los puntos de acceso a un nuevo hardware que ejecuta OpenWrt 19.07 con controladores ath10k, la asignación de VLAN deja de funcionar. Todos los usuarios autenticados terminan en la VLAN predeterminada, independientemente de los atributos de RADIUS. ¿Cuál es la causa conocida?
Sugerencia: Considere el soporte a nivel de controlador para el modo AP/VLAN en ath10k.
Ver respuesta modelo
Esta es una regresión conocida en el firmware ath10k-ct (Candela Technologies) incluido en OpenWrt 19.07. El controlador ath10k-ct en esta versión tiene un error que rompe el modo AP/VLAN, lo que impide que funcione la asignación dinámica de VLAN. La resolución es actualizar a OpenWrt 21.02 o posterior, donde se actualizó el controlador ath10k-ct para restaurar la funcionalidad AP/VLAN. Alternativamente, reemplace el firmware ath10k-ct con el firmware ath10k estándar (variante no CT) en la compilación 19.07. Este problema no afecta al hardware basado en ath9k, que maneja correctamente el modo AP/VLAN en todas las versiones de OpenWrt.
Continúe leyendo esta serie
Integración de CommScope Ruckus con Purple WiFi: Guía de instalación y configuración
Esta guía de referencia técnica proporciona un manual de configuración definitivo para integrar arquitecturas de CommScope Ruckus con Purple WiFi. Detalla implementaciones paso a paso para Captive Portals de Guest WiFi, WiFi seguro para el personal a través de 802.1X y aislamiento de red multi-inquilino mediante Dynamic PSK de Ruckus.
Allied Telesis Access Points Integration with Purple WiFi
Esta guía proporciona un manual de configuración completo para integrar los puntos de acceso de la serie TQ de Allied Telesis con Purple WiFi. Cubre la redirección externa de Captive Portal, la autenticación RADIUS 802.1X y el direccionamiento dinámico de VLAN mediante claves precompartidas privadas (PPSK) para implementaciones multiinquilino seguras.
Grandstream GWN Access Points Integration with Purple WiFi
Esta guía de referencia técnica autorizada detalla cómo integrar los puntos de acceso Grandstream GWN con la plataforma de análisis y Guest WiFi de Purple. Cubre la configuración del Captive Portal de Grandstream, los ajustes de RADIUS AAA, la configuración de walled garden, la autenticación segura 802.1X para el personal con direccionamiento dinámico de VLAN y la segmentación PPSK multi-tenant, proporcionando orientación práctica paso a paso para MSP y equipos de TI que implementan WiFi para invitados y personal a escala.