Captive Portal for Ubiquiti UniFi
Este guia técnico definitivo detalha a configuração de um captive portal externo (Purple) no Ubiquiti UniFi Network Application. Ele abrange a mecânica de rede subjacente, a implantação passo a passo da rede de convidados, a lista de permissões do walled garden, a autenticação RADIUS e estratégias de solução de problemas para profissionais de TI seniores e administradores de rede.
Ouça este guia
Ver transcrição do podcast
📚 Part of our core series: Multi-Tenant WiFi →
- Resumo Executivo
- Aprofundamento Técnico
- O Ciclo de Vida de Conexão e Redirecionamento do Convidado
- Os Parâmetros de Consulta de Redirecionamento
- O Walled Garden (Controle de Acesso Pré-Autorização)
- Guia de Implementação
- Passo 1: Segmentação de Rede e Configuração de VLAN
- Passo 2: Configuração do SSID de Convidados
- Passo 3: Configurando o Servidor de Portal Externo
- Passo 4: Configurando o Acesso de Pré-Autorização (Walled Garden)
- Passo 5: Estabelecendo o Handshake da API
- Melhores Práticas
- 1. Requisitos de Certificado SSL
- 2. Configuração de DNS
- 3. Configuração de WiFi de Visitantes com RADIUS (Alternativa Enterprise)
- Solução de Problemas e Mitigação de Riscos
- ROI e Impacto nos Negócios
- Captura de Dados Corporativos e Enriquecimento de CRM
- Gerenciamento de Múltiplos Locais e White-Labeling
- Análises em Tempo Real e Inteligência Espacial
- Monetização via Redes de Mídia de Varejo (Retail Media Networks)
- Referências

Resumo Executivo
À medida que os locais físicos corporativos — que variam de redes de varejo de grande porte [1] e grupos de hospitalidade multi-site [2] a grandes hubs de transporte [3] e instituições de ensino [4] — buscam maximizar o valor de sua infraestrutura sem fio, as limitações dos controladores de hotspot integrados tornam-se um gargalo operacional significativo. O ecossistema Ubiquiti UniFi oferece hardware altamente confiável, econômico e escalável. No entanto, seu portal de convidados nativo carece de captura de dados avançada, análise multi-site, integração com CRM, conformidade global de privacidade (GDPR, CCPA, PCI DSS) e recursos de monetização exigidos pelas operações corporativas modernas.
Este guia de referência técnica fornece um passo a passo arquitetônico abrangente para sobrepor a Plataforma de Inteligência de WiFi Corporativo da Purple [5] em uma arquitetura de rede Ubiquiti UniFi. Ao utilizar o recurso de External Portal Server do UniFi, arquitetos de rede e integradores de sistemas podem contornar as limitações do controlador local. Essa integração roteia a autenticação de convidados por meio do mecanismo de identidade e análise seguro e hospedado em nuvem da Purple, transformando um serviço básico em um ativo de marketing e operacional de classe corporativa.
Aprofundamento Técnico
Para implantar um Captive Portal externo seguro e estável, os engenheiros de rede devem compreender a comunicação de baixo nível e as transições de estado que ocorrem quando um cliente não autenticado se conecta à rede sem fio.
O Ciclo de Vida de Conexão e Redirecionamento do Convidado
O fluxo de trabalho do Captive Portal do UniFi opera em um modelo estrito baseado em estados. Quando um cliente se associa a um SSID habilitado para convidados, o seguinte processo sequencial é iniciado:
| Fase | Componente | Ação / Transição de Estado | Mecanismo Técnico |
|---|---|---|---|
| 1. Associação | Cliente & Access Point | O cliente se associa ao SSID; o servidor DHCP atribui endereço IP, máscara de sub-rede, gateway e servidores DNS. | Associação padrão 802.11 e concessão de DHCP. |
| 2. Quarentena | UniFi Access Point (AP) | O AP coloca o endereço MAC do cliente em um estado de Quarentena / Pendente (authorized: false). |
Regras de bloqueio de Camada 2/3 aplicadas localmente na interface virtual do AP. |
| 3. Interceptação de DNS | Daemon Local do AP | O AP executa um processo DNSmasq local que intercepta todas as consultas DNS de clientes pendentes. | O AP redireciona todo o tráfego da porta 53 (UDP/TCP) para seu resolvedor DNS local, independentemente das configurações de DNS do cliente. |
| 4. Interceptação HTTP | Redirecionador do AP | O AP executa um daemon redirecionador HTTP leve na porta 80. | Qualquer solicitação HTTP feita pelo cliente é interceptada. O AP responde com um redirecionamento HTTP 302 Found. |
| 5. Redirecionamento | Navegador do Cliente | O navegador do cliente (ou o Assistente de Captive Portal do SO) é redirecionado para a URL do Portal Externo configurada. | A URL de redirecionamento 302 é acrescida de parâmetros de consulta críticos contendo metadados do cliente e do AP. |
| 6. Autenticação | Portal Externo (Purple) | O cliente interage com a splash page da Purple, concluindo a autenticação (ex.: login social, cadastro de e-mail, OTP por SMS). | Sessão HTTPS segura hospedada na infraestrutura de nuvem da Purple. |
| 7. Integração de API | Nuvem Purple & Controladora UniFi | A Purple valida as credenciais e emite uma chamada de API segura para o UniFi Network Application. | Chamada de API REST (requisição POST) contendo o endereço MAC do cliente, ID do site e parâmetros de sessão. |
| 8. Autorização | Controladora UniFi & AP | A Controladora UniFi atualiza o estado do cliente para authorized: true e envia a ACL atualizada para o AP. |
O AP remove os bloqueios de Camada 2/3 para o endereço MAC do cliente, concedendo roteamento total para o gateway de internet. |
Os Parâmetros de Consulta de Redirecionamento
Quando o AP UniFi emite o redirecionamento HTTP 302, ele anexa um conjunto padronizado de parâmetros de consulta à URL do Portal Externo. O portal externo deve capturar esses parâmetros para identificar o cliente e realizar a autorização de API subsequente:
https://portal.purplehotspot.com/guest/s/default/?ap=94:2a:6f:d0:30:57&id=1c:71:25:63:e4:24&t=1742398732&url=http://connectivitycheck.gstatic.com%2F&ssid=purple-guest
ap: O endereço MAC do Access Point UniFi específico ao qual o cliente está associado.id: O endereço MAC do dispositivo cliente que está solicitando acesso à rede.t: Um timestamp Unix epoch que representa o momento de início do redirecionamento, usado para verificação de segurança.url: A URL original que o cliente tentou acessar (geralmente um endpoint de detecção de captive portal do SO).ssid: O nome do SSID ao qual o cliente se conectou, permitindo que o portal apresente a identidade visual específica do local.

O Walled Garden (Controle de Acesso Pré-Autorização)
Antes que um cliente seja autorizado, todo o tráfego é bloqueado, exceto para os destinos explicitamente definidos na lista de Acesso Pré-Autorização (comumente chamada de Walled Garden). Como os dispositivos clientes modernos executam Assistentes de Captive Portal (CPAs) automatizados que testam a conectividade via HTTPS, e como a autenticação externa frequentemente depende de provedores de identidade (IdPs) de terceiros, a configuração de um walled garden robusto e preciso é fundamental.
Se um domínio ou intervalo de IP obrigatório for omitido do walled garden, a splash page não será carregada, os botões de login social travarão ou o dispositivo do cliente perderá totalmente a conexão WiFi, assumindo que a rede está com problemas.
Guia de Implementação
Esta seção descreve a configuração passo a passo necessária para integrar o Captive Portal externo da Purple com o Ubiquiti UniFi Network Application (Controller).
Passo 1: Segmentação de Rede e Configuração de VLAN
Para garantir segurança e conformidade de nível empresarial (como PCI DSS e GDPR), o tráfego de convidados deve ser completamente isolado dos recursos corporativos, sistemas de PDV e redes IoT.
- Navegue até Settings > Networks no UniFi Network Application.
- Clique em Create New Network.
- Configure as definições de rede da seguinte forma:
- Name:
Purple Guest Network - VLAN ID:
90(ou qualquer tag de VLAN dedicada para convidados) - Network Type: Guest (isso aplica automaticamente o isolamento de clientes, impedindo a comunicação entre convidados).
- Gateway IP/Subnet: Configure uma sub-rede apropriada (ex:
10.90.0.1/22para suportar até 1022 concessões simultâneas de convidados). - DHCP Range: Ative o DHCP e defina o intervalo (ex:
10.90.0.10a10.90.3.254). - DNS Server: Defina para resolvedores públicos confiáveis (ex: Cloudflare
1.1.1.1e Google8.8.8.8) para garantir uma resolução de DNS rápida.
- Name:
Passo 2: Configuração do SSID de Convidados
- Navegue até Settings > WiFi e clique em Create New WiFi Network.
- Configure os parâmetros do SSID:
- Name (SSID):
Purple Guest WiFi - Security Protocol: Open (o Captive Portal lidará com a autenticação).
- Network: Selecione a
Purple Guest Network(VLAN 90) criada no Passo 1. - Client Device Isolation: Certifique-se de que esta opção esteja ativada (ON).
- Name (SSID):
- Role para baixo até Hotspot Portal e marque a caixa para Enable Captive Portal.
Passo 3: Configurando o Servidor de Portal Externo
Assim que o Hotspot Portal estiver ativado, você deve redirecionar a autenticação para os servidores em nuvem seguros da Purple.
- Navegue até Settings > Profiles > Guest Hotspot (ou Settings > Guest Control em versões mais antigas do controller).
- Em Authentication, selecione External Portal Server.
- Configure os seguintes campos:
- IP / FQDN: Insira o FQDN fornecido pela Purple (ex:
portal.purplehotspot.com). - Use Secure Portal (HTTPS): Ative (ON) (Obrigatório para segurança e compatibilidade com navegadores modernos).
- Redirect Using Hostname: Ative (ON) e insira o FQDN
portal.purplehotspot.com. - Port:
443(HTTPS padrão). - HTTPS Redirection: Ative (ON) (isso permite que o AP intercepte as requisições HTTPS iniciais e as redirecione, embora exija um gerenciamento cuidadoso de DNS).
- IP / FQDN: Insira o FQDN fornecido pela Purple (ex:
Passo 4: Configurando o Acesso de Pré-Autorização (Walled Garden)
Para permitir que convidados não autenticados carreguem a splash page da Purple e se autentiquem por meio de IdPs de terceiros, adicione os seguintes domínios e intervalos de IP à lista de Pre-Authorization Access em Settings > Profiles > Guest Hotspot > Pre-Authorization Access:
[
"portal.purplehotspot.com",
"*.purple.ai",
"*.purplehotspot.com",
"accounts.google.com",
"ssl.gstatic.com",
"*.googleapis.com",
"*.facebook.com",
"*.facebook.net",
"*.fbcdn.net",
"*.apple.com",
"captive.apple.com",
"connectivitycheck.gstatic.com",
"*.microsoft.com",
"*.live.com"
]
Nota: Para implantações que utilizam o processamento de pagamentos do Stripe, adicione *.stripe.com e *.stripe.network à lista de pré-autorização.
Passo 5: Estabelecendo o Handshake da API
Para que a Purple autorize os visitantes, seus servidores em nuvem devem se comunicar com o seu UniFi Network Application.
Para UniFi Network Application 9.1 e posteriores (REST API Recomendada)
- No controlador UniFi, navegue até Settings > Control Plane > Integrations.
- Na seção API Keys, clique em Generate New API Key.
- Atribua um nome (ex:
Purple Integration Key) e defina as permissões como Administrator. - Copie a API Key gerada.
- Faça login no seu Purple Portal, navegue até Venue Settings > Integration > Ubiquiti UniFi e cole a API Key junto com o FQDN público do seu UniFi Controller (ex:
unifi.yourdomain.com:443).
Para Controladores Legados (API Baseada em Credenciais)
- Navegue até Settings > System > Admins.
- Crie uma conta de administrador local dedicada (ex:
purple_api). - Atribua privilégios de Administrator ou Hotspot Operator.
- Configure uma senha forte e exclusiva.
- No Purple Portal, insira essas credenciais na aba de Integração do UniFi.
Melhores Práticas
1. Requisitos de Certificado SSL
Nunca use um certificado SSL autoassinado em um UniFi Controller de produção ou em um Servidor de Portal Externo. Os navegadores web modernos e os Assistentes de Captive Portal (CPAs) dos sistemas operacionais exigem uma validação SSL/TLS rigorosa. Um certificado autoassinado gerará um aviso de segurança altamente visível (ex: "Sua conexão não é privada"), resultando em altas taxas de abandono e danos à marca.
- Implante um certificado SSL válido e publicamente confiável (ex: Let's Encrypt ou um certificado de CA comercial) no FQDN do UniFi Controller.
- Certifique-se de que o FQDN do controlador seja resolvido corretamente tanto a partir da VLAN de visitantes interna quanto da internet pública.
2. Configuração de DNS
A lentidão na resolução de DNS é a principal causa de redirecionamentos demorados no Captive Portal.
- Não aponte o DNS dos visitantes para o IP local do UniFi Gateway, a menos que o gateway tenha um encaminhamento de DNS de alto desempenho configurado.
- Em vez disso, configure o escopo DHCP de visitantes para distribuir servidores DNS públicos rápidos e resilientes diretamente aos clientes (ex: Primário:
1.1.1.1, Secundário:8.8.8.8).
3. Configuração de WiFi de Visitantes com RADIUS (Alternativa Enterprise)
Para locais que exigem segurança 802.1X baseada em certificados ou credenciais, em vez de um SSID aberto com um portal web, o UniFi suporta a integração com Cloud RADIUS externo [6].
- Configure um RADIUS Profile em Settings > Profiles > RADIUS.
- Insira os IPs dos Servidores RADIUS Primário e Secundário e os Segredos Compartilhados fornecidos pela Purple.* Ative o RADIUS Accounting e defina o Interim Update Interval para
300segundos para garantir o rastreamento de sessão em tempo real. - Nas configurações de SSID, defina o Protocolo de Segurança como WPA2 Enterprise ou WPA3 Enterprise [7] e selecione o Perfil RADIUS.

Solução de Problemas e Mitigação de Riscos
Ao implantar Captive Portals externos, os administradores de rede frequentemente encontram vários modos de falha comuns. A tabela abaixo detalha esses problemas, suas causas raiz e as etapas exatas de mitigação:
| Sintoma | Análise de Causa Raiz | Ação Corretiva e Mitigação |
|---|---|---|
| Tela Branca / Portal Não Carrega | O dispositivo cliente não consegue resolver ou alcançar o FQDN do servidor do portal externo. | 1. Verifique se portal.purplehotspot.com está na lista de Acesso de Pré-Autorização.2. Certifique-se de que o cliente visitante recebeu um IP válido e um servidor DNS via DHCP. 3. Realize uma consulta DNS no dispositivo cliente para verificar a resolução do FQDN do portal. |
| Erro de SSL "A Conexão Não É Privada" | O UniFi Controller está usando um certificado autoassinado, ou o FQDN de redirecionamento não corresponde ao nome comum do certificado SSL. | 1. Instale um certificado SSL publicamente confiável no UniFi Controller. 2. Verifique se Redirect Using Hostname está ativado e corresponde exatamente ao FQDN no certificado. 3. Desative "Redirect HTTPS" nas configurações de controle de visitantes do UniFi para evitar que o AP tente interceptar o tráfego HTTPS na porta 443, o que naturalmente gera avisos de SSL. |
| A Autenticação Funciona, mas a Internet é Bloqueada | A nuvem Purple conseguiu autenticar o usuário, mas a chamada de API para autorizar o endereço MAC do cliente no UniFi Controller falhou. | 1. Verifique as regras de firewall para garantir que a porta 443 (ou 8443 para sistemas legados) esteja aberta para entrada no UniFi Controller a partir dos intervalos de IP da Purple.2. Verifique se a Chave de API ou as credenciais de administrador local inseridas no Purple Portal são válidas e possuem permissões de Administrador. 3. Verifique os logs do UniFi Controller ( server.log) para falhas de autenticação de API. |
| Botões de Login Social (ex: Google) Não Funcionam | Os domínios de autenticação do IdP estão bloqueados pela lista de controle de acesso do AP. | 1. Adicione os domínios curinga (wildcard) completos para o IdP específico à lista de Acesso de Pré-Autorização (ex: *.google.com, *.googleapis.com).2. Se estiver usando o Facebook, certifique-se de que os domínios do Facebook SDK estejam totalmente na lista de permissões. |
| Desconexões Frequentes / Solicitações de Reautenticação | O tempo limite de sessão do UniFi Controller é menor do que a duração da sessão da Purple, ou os tempos de concessão (lease) do DHCP são muito curtos. | 1. Alinhe a configuração de Tempo Limite de Sessão do UniFi Guest Hotspot com a política de sessão da Purple (ex: 24 horas). 2. Aumente o tempo de concessão do DHCP na VLAN de Visitantes para pelo menos 12 ou 24 horas para evitar o esgotamento de endereços IP e a reautenticação no meio da sessão. |
ROI e Impacto nos Negócios
Embora a implantação de um Captive Portal externo exija uma engenharia de rede cuidadosa, os resultados de negócios e o retorno sobre o investimento (ROI) superam em muito a complexidade inicial de implementação.
Captura de Dados Corporativos e Enriquecimento de CRM
O portal de visitantes nativo do UniFi é um utilitário "cego"; ele concede acesso à internet sem capturar a identidade do usuário. Ao sobrepor a Purple, os estabelecimentos podem capturar dados primários (first-party data) valiosos (e-mails, números de telefone, perfis sociais) de maneira totalmente em conformidade com a GDPR e a CCPA. Esses dados são sincronizados automaticamente em tempo real com sistemas de CRM, plataformas de marketing (ex: Salesforce, HubSpot, Mailchimp) e programas de fidelidade, permitindo campanhas de marketing altamente direcionadas que impulsionam visitas repetidas e o valor do tempo de vida do cliente (LTV).
Gerenciamento de Múltiplos Locais e White-Labeling
Para Provedores de Serviços Gerenciados (MSPs) e operadores corporativos de múltiplos locais, gerenciar o WiFi de visitantes em centenas de estabelecimentos por meio de controladores UniFi individuais é altamente ineficiente. A Purple fornece um painel em nuvem único e centralizado para gerenciar splash pages, termos de conformidade e análises em todos os locais globalmente, independentemente da distribuição subjacente do controlador UniFi.
Análises em Tempo Real e Inteligência Espacial
A Purple transforma a rede sem fio UniFi em uma poderosa matriz de sensores. Ao analisar probe requests e metadados de conexão, a Purple fornece inteligência espacial profunda, incluindo:
- Análise de Fluxo de Pessoas (Footfall): Total de visitantes, tráfego de passagem e taxas de conversão (passagem para entrada).
- Tempo de Permanência (Dwell Time): Duração média das visitas, segmentada por tipo de cliente (novo vs. recorrente).
- Recência e Frequência: Com que frequência os clientes retornam e o tempo decorrido entre as visitas.
- Mapas de Calor do Estabelecimento: Representação visual do fluxo e da densidade de visitantes, permitindo que operadores de varejo e estabelecimentos otimizem layouts e equipes.
Monetização via Redes de Mídia de Varejo (Retail Media Networks)
Para grandes estabelecimentos, como estádios, shopping centers e aeroportos, a splash page do Captive Portal representa um espaço digital altamente valioso. A Purple permite que os estabelecimentos monetizem esse espaço integrando-se com redes de mídia de varejo, exibindo publicidade programática direcionada, experiências de login patrocinadas e promoções localizadas diretamente aos visitantes no momento da conexão.
Referências
- [1] Purple para Varejo: Marketing e Análise de WiFi para Estabelecimentos de Varejo
- [2] Purple para Hospitalidade: Soluções de WiFi de Visitantes Corporativos para Hotéis e Restaurantes
- [3] Purple for Transport: WiFi Público e Analytics para Hubs de Transporte
- [4] Purple for Healthcare: Soluções de WiFi para Pacientes e Visitantes em Instalações de Saúde
- [5] Purple Core Products: Plataforma de Guest WiFi Corporativo
- [6] Cloud RADIUS Integration Guide: Como Implementar Autenticação 802.1X com Cloud RADIUS
- [7] Network Access Control Best Practices: As 10 Melhores Soluções de Controle de Acesso à Rede (NAC) para 2026
- [8] Cisco Wireless Reference (Comparative Architecture): Cisco Wireless APs: Guia 2026 de Produtos e Implantação
- [9] WiFi in Education Reference: WiFi em Escolas: O Guia de 2026 para Administradores e TI
- [10] Purple Analytics Platform: Plataforma de WiFi Analytics e Marketing
Definições principais
Captive Portal
Uma página web que intercepta a conexão de rede inicial de um visitante e exige autenticação, registro ou aceitação de termos antes de conceder acesso total à internet.
Encontrado imediatamente após a conexão a um SSID de visitante aberto; gerenciado pelo redirecionador do AP e pelo servidor de portal externo.
External Portal Server
Um aplicativo web de terceiros (como o Purple) que hospeda a splash page de visitantes e lida com a autenticação do usuário, contornando as limitações de portal do controlador integrado.
Configurado nas configurações de Guest Hotspot do UniFi para substituir a página de destino nativa do UniFi.
Walled Garden (Acesso de Pré-Autorização)
Uma lista de permissões (whitelist) de domínios, subdomínios ou endereços IP que clientes não autenticados podem acessar antes de concluir o processo de login no Captive Portal.
Essencial para carregar a própria página do portal, recursos de CSS/JS e endpoints de login OAuth de terceiros.
DNSmasq
Um encaminhador de DNS leve e servidor DHCP executado localmente nos Access Points UniFi para interceptar e redirecionar consultas de DNS de visitantes durante o estado de pré-autorização.
Lida com o redirecionamento de DNS inicial que força os dispositivos dos clientes a acionarem seus assistentes de Captive Portal integrados.
API Authorization Handshake
O processo em que o servidor de portal externo (Purple) faz uma chamada de API segura de volta para o controlador UniFi para transicionar o endereço MAC de um cliente de 'quarentena' para 'autorizado'.
Ocorre imediatamente após o usuário concluir com sucesso o fluxo de login na splash page.
Isolamento de Dispositivo Cliente
Um recurso de segurança que impede que clientes sem fio no mesmo SSID ou VLAN se comuniquem entre si, mitigando o risco de ataques na rede local.
Ativado nas configurações de WiFi e de rede do UniFi para proteger a privacidade dos visitantes e garantir a segurança da rede do local.
RADSEC (RADIUS over TLS)
Um protocolo que protege o tráfego de autenticação e tarifação RADIUS ao envolvê-lo em um túnel TLS seguro, evitando interceptações e adulterações em redes públicas.
Suportado no UniFi Network 8.4+ para implantações corporativas seguras em múltiplos locais usando WPA2/WPA3 Enterprise.
CPA (Captive Portal Assistant)
Um utilitário de sistema operacional integrado no iOS, Android, Windows e macOS que detecta automaticamente um Captive Portal ao tentar buscar um endpoint HTTP/HTTPS conhecido.
Aciona a janela pop-up 'Conectar ao WiFi' no dispositivo do usuário imediatamente após a conexão.
Exemplos práticos
Um shopping center de alto fluxo com 150 APs UniFi e uma UniFi Network Application auto-hospedada na AWS precisa implantar o Purple. A equipe de TI deseja usar o login social do Google e do Facebook para autenticação de visitantes. No entanto, durante os testes iniciais, os visitantes que clicam nos botões de login social se deparam com uma tela em branco ou um erro de resolução de DNS.
O problema é causado por um walled garden restritivo (Pre-Authorization Access) que impede o dispositivo do visitante de resolver ou alcançar os endpoints de autenticação do Google e do Facebook antes de serem autorizados. Para resolver isso, o administrador de rede deve fazer login na UniFi Network Application, navegar até Settings > Profiles > Guest Hotspot e expandir a seção Pre-Authorization Access. Eles devem adicionar os domínios curinga (wildcard) completos para os provedores de identidade do Google e do Facebook. Para o Google, isso inclui accounts.google.com, ssl.gstatic.com e *.googleapis.com. Para o Facebook, exige *.facebook.com, *.facebook.net e *.fbcdn.net. Além disso, certifique-se de que o escopo DHCP da rede de visitantes esteja configurado para distribuir servidores DNS públicos e rápidos (por exemplo, 1.1.1.1 e 8.8.8.8) diretamente aos clientes, em vez de apontá-los para o gateway UniFi local, o que pode se tornar um gargalo para consultas DNS de pré-autorização.
Um MSP está implantando o Purple em uma rede de 50 hotéis boutique. Cada hotel possui um UniFi Cloud Gateway Max local no local. O MSP deseja gerenciar todos os sites a partir de uma única conta Purple, mas está preocupado com a segurança e como a nuvem do Purple se comunicará de volta com os controladores locais individuais para autorizar os endereços MAC dos visitantes, considerando que os gateways locais estão atrás de IPs públicos dinâmicos com NAT.
A arquitetura ideal utiliza a API REST oficial da UniFi com redirecionamento de porta de entrada (port forwarding) ou um proxy reverso, combinado com DNS dinâmico (DDNS). Para cada hotel: 1) Configure um hostname DDNS no Cloud Gateway Max (por exemplo, hotel01.mspdomain.com) para que o IP público do gateway seja sempre rastreável. 2) Configure uma regra de redirecionamento de porta no gateway para encaminhar o tráfego HTTPS de entrada em uma porta alta e não padrão (por exemplo, 10443) para o IP de gerenciamento do gateway local na porta 443. 3) No controlador UniFi, navegue até Settings > Control Plane > Integrations e gere uma API Key exclusiva. 4) No Portal Purple, configure um 'Venue' exclusivo para cada hotel, selecionando a integração Ubiquiti UniFi. Insira o endereço DDNS exclusivo com a porta redirecionada (por exemplo, hotel01.mspdomain.com:10443) e a API Key específica gerada para aquele site. Por fim, proteja o redirecionamento de porta de entrada em cada gateway restringindo os IPs de origem aos intervalos de IP da nuvem pública do Purple, impedindo o acesso não autorizado do restante da internet.
Questões práticas
Q1. Um administrador de rede configurou um Captive Portal externo em uma rede de visitantes UniFi. Durante os testes, ele percebe que a splash page do Captive Portal é carregada com sucesso, mas depois que o visitante insere seu endereço de e-mail e clica em 'Conectar', o navegador trava e eventualmente exibe um erro de timeout. O cliente permanece em quarentena. Qual é a causa mais provável desse problema e como ele deve ser investigado?
Dica: A página do portal foi carregada, o que significa que o DNS e o walled garden estão funcionando. A falha ocorre *após* o visitante enviar suas credenciais.
Ver resposta modelo
A causa mais provável é uma falha no handshake de autorização da API entre a nuvem da Purple e o UniFi Controller. Como a página do portal foi carregada e o visitante conseguiu interagir com ela, as configurações de DNS e Pre-Authorization Access (Walled Garden) estão corretas. No entanto, quando o visitante conclui a autenticação, a Purple tenta enviar uma chamada de API REST segura (requisição POST) para o UniFi Controller para autorizar o endereço MAC do cliente. Se o UniFi Controller estiver atrás de um firewall, NAT ou em uma rede privada sem o redirecionamento de portas adequado, ou se as credenciais da API (ou Chave de API) estiverem incorretas, a requisição de autorização falhará ou expirará por timeout. Para investigar: 1) Verifique se o FQDN e a porta do UniFi Controller estão acessíveis publicamente a partir dos intervalos de IP da Purple. 2) Verifique as regras de firewall de entrada no gateway que protege o UniFi Controller para garantir que a porta 443 (ou 8443) esteja aberta. 3) No portal da Purple, verifique se as configurações de integração do UniFi contêm a Chave de API ou credenciais de administrador corretas e se a URL do controller está precisa. 4) Inspecione o arquivo server.log do UniFi Controller para verificar se há tentativas de conexão de entrada ou erros de autenticação de API vindos dos IPs da Purple.
Q2. Uma implantação corporativa exige a configuração de uma rede de visitantes com um Captive Portal externo. O arquiteto de rede deseja usar HTTPS para todo o tráfego do Captive Portal para evitar a interceptação de credenciais. Ele ativa as opções 'Use Secure Portal (HTTPS)' e 'Redirect Using Hostname' no UniFi, apontando para o FQDN do portal externo. No entanto, quando os clientes se conectam, seus navegadores exibem imediatamente um aviso grave de 'SSL Certificate Common Name Mismatch' ou 'Certificate Not Trusted', bloqueando o acesso. Como isso pode ser resolvido?
Dica: Pense em qual dispositivo está realizando o redirecionamento inicial e qual certificado SSL ele está apresentando ao cliente.
Ver resposta modelo
Este problema ocorre porque o Access Point ou o Controller UniFi está tentando interceptar uma requisição HTTPS do cliente e redirecioná-la para o Captive Portal. Quando um cliente se conecta e tenta visitar um site HTTPS (por exemplo, https://www.google.com), o redirecionador do AP intercepta o tráfego. Para realizar o redirecionamento via HTTPS, o AP precisa apresentar um certificado SSL. Como o AP não possui um certificado SSL válido para www.google.com, o navegador do cliente detecta uma condição de Man-in-the-Middle (MITM) e exibe um aviso de SSL grave. Para resolver isso: 1) Certifique-se de que o próprio UniFi Controller tenha um certificado SSL válido e publicamente confiável instalado, correspondente ao seu FQDN configurado. 2) Nas configurações de rede de visitantes do UniFi, desative 'Redirect HTTPS' (deixe apenas o redirecionamento HTTP ativado). Isso impede que o AP tente interceptar o tráfego HTTPS. Em vez disso, a rede dependerá do Assistente de Captive Portal (CPA) do sistema operacional do dispositivo cliente, que testa a conectividade usando endpoints HTTP simples (por exemplo, http://captive.apple.com ou http://connectivitycheck.gstatic.com). O AP pode interceptar com segurança essas requisições HTTP na porta 80 e redirecioná-las para a URL HTTPS segura do portal da Purple (https://portal.purplehotspot.com) sem acionar nenhum aviso de SSL no navegador.
Q3. Uma rede de hotéis deseja implantar a segurança WPA3-Enterprise para sua rede de visitantes VIP, mantendo a integração com a plataforma de analytics da Purple. A equipe de TI local não tem certeza se pode usar o redirecionamento padrão de Captive Portal com External Portal Server junto com o WPA3-Enterprise. Qual é a abordagem arquitetônica correta para este cenário?
Dica: O WPA3-Enterprise usa autenticação 802.1X, que ocorre na fase de associação, antes que um endereço IP seja atribuído. Isso é fundamentalmente diferente de um SSID aberto com um Captive Portal.
Ver resposta modelo
O WPA3-Enterprise (e o WPA2-Enterprise) utiliza autenticação 802.1X, que é fundamentalmente incompatível com o redirecionamento web padrão de Captive Portal. Em uma rede 802.1X, a autenticação ocorre na fase de associação (Camada 2) usando métodos EAP (como EAP-TLS ou PEAP) antes que o cliente receba um endereço IP ou tenha permissão para acessar a rede. Portanto, não é possível redirecionar um cliente para uma splash page baseada na web. Para integrar o WPA3-Enterprise com a Purple: 1) Mude do modelo de 'External Portal Server' para um modelo de RADIUS Externo. 2) Configure um Perfil RADIUS no UniFi Network Application, inserindo os endereços IP dos servidores Cloud RADIUS da Purple, as portas de autenticação (geralmente 1812), as portas de accounting (geralmente 1813) e o segredo compartilhado. 3) Ative o RADIUS Accounting e defina um Interim Update Interval de 300 segundos. 4) Configure o SSID VIP para usar WPA3 Enterprise e selecione o Perfil RADIUS. Quando um visitante VIP se conecta, seu dispositivo se autentica diretamente contra o servidor Cloud RADIUS da Purple usando suas credenciais corporativas exclusivas ou certificado. O servidor RADIUS da Purple autoriza a conexão e recebe as atualizações de accounting, permitindo que o estabelecimento capture analytics de conexão, duração da sessão e uso de dados sem a necessidade de uma splash page baseada na web.
Continue a ler esta série
CommScope Ruckus Integration with Purple WiFi: Setup and Configuration Guide
Este guia de referência técnica fornece um manual de configuração definitivo para integrar arquiteturas CommScope Ruckus com o Purple WiFi. Ele detalha implementações passo a passo para Captive Portals de Guest WiFi, WiFi seguro para funcionários via 802.1X e isolamento de rede multi-tenant usando Ruckus Dynamic PSK.
Integração de Access Points Allied Telesis com o Purple WiFi
Este guia fornece um manual de configuração abrangente para integrar os access points Allied Telesis Série TQ com o Purple WiFi. Ele aborda o redirecionamento de Captive Portal externo, autenticação RADIUS 802.1X e direcionamento dinâmico de VLAN usando Private Pre-Shared Keys (PPSK) para implantações seguras de múltiplos inquilinos (multi-tenant).
Integração de Access Points Grandstream GWN com Purple WiFi
Este guia de referência técnica detalhado explica como integrar os access points Grandstream GWN com o Guest WiFi e a plataforma de analytics da Purple. Ele abrange a configuração do Captive Portal Grandstream, definições de RADIUS AAA, configuração de walled garden, autenticação segura de funcionários via 802.1X com direcionamento dinâmico de VLAN e segmentação PPSK multi-tenant — fornecendo orientações práticas passo a passo para MSPs e equipes de TI que implantam WiFi para visitantes e funcionários em escala.