Saltar para o conteúdo principal

Captive Portal para Aruba

Um guia de referência técnica definitivo para configurar pontos de acesso geridos Aruba Instant (IAP) e Aruba Central para redirecionar utilizadores convidados para o Captive Portal externo, seguro e de alta conversão da Purple. Este guia abrange a configuração passo a passo de SSID de convidado, redirecionamento de Captive Portal externo, parâmetros de autenticação e accounting do servidor RADIUS, listas de exceções de walled garden e suporte WISPr.

📖 11 min de leitura📝 2,686 palavras🔧 2 exemplos práticos3 perguntas de prática📚 8 definições principais

Ouça este guia

Ver transcrição do podcast
CAPTIVE PORTAL PARA ARUBA: INTEGRAR A PURPLE PARA WIFI DE CONVIDADOS EMPRESARIAL Um Briefing Técnico da Purple — Aproximadamente 10 Minutos [INTRODUÇÃO E CONTEXTO — aprox. 1 minuto] Bem-vindo à série Purple Technical Briefing. Sou o seu anfitrião e hoje vamos abordar algo que surge em quase todas as conversas sobre implementação de redes sem fios empresariais que temos: como configurar um captive portal na infraestrutura Aruba e, especificamente, como ligar esse portal à plataforma de inteligência de WiFi de convidados da Purple. Se utiliza APs Aruba Instant ou se gere uma frota de pontos de acesso através do Aruba Central, este episódio é para si. Vamos avançar rapidamente — este é um briefing para profissionais, não uma palestra — pelo que presumo que saiba navegar num ecrã de configuração de WLAN e que compreenda os princípios básicos da autenticação RADIUS. O problema central que estamos a resolver é este: o portal de convidados integrado da Aruba é funcional, mas é limitado. Não oferece a captura de dados de marketing, os fluxos de consentimento em conformidade com o GDPR ou as análises em tempo real que os espaços empresariais necessitam. Substituí-lo pelo captive portal externo da Purple é a decisão de arquitetura correta e hoje vou explicar-lhe exatamente como o fazer. [ANÁLISE TÉCNICA DETALHADA — aprox. 5 minutos] Comecemos pela arquitetura. Quando um convidado se liga ao seu SSID Aruba e abre um navegador, o AP intercepta esse pedido HTTP na porta TCP 80 e redireciona-o para o URL do portal externo — neste caso, a splash page alojada na nuvem da Purple. O convidado autentica-se através do portal da Purple, que envia então um RADIUS Access-Request para os servidores RADIUS da Purple na porta UDP 1812. Em caso de sucesso, o servidor RADIUS devolve uma mensagem Access-Accept e o AP concede ao cliente acesso total à internet. Os registos de Accounting são enviados na porta UDP 1813 ao longo da sessão. Este é o fluxo fundamental. Vamos agora entrar na configuração. Existem dois planos de gestão com os quais poderá estar a trabalhar: o Aruba Instant, que é o modelo de controlador virtual local que executa o ArubaOS 8.x, e o Aruba Central, que é a plataforma de gestão na nuvem da HPE. Os passos de configuração são semelhantes no conceito, mas diferem no local onde se encontram as definições. Começando pelo Aruba Instant no ArubaOS 8. Primeiro, irá configurar o seu servidor RADIUS. Aceda a Security, depois a Authentication Server e clique em New. Irá necessitar de quatro informações da plataforma da Purple: o endereço IP do servidor primário, a porta de autenticação — normalmente 1812 — a porta de accounting — normalmente 1813 — e o segredo partilhado (shared secret). A Purple fornece estas informações no seu painel de configuração do espaço. Adicione um servidor secundário para resiliência; a Purple opera uma infraestrutura RADIUS multi-região, pelo que terá uma cópia de segurança geograficamente adequada. Em seguida, crie o perfil de Captive Portal Externo. Aceda a Security, depois a Captive Portal, clique em New e defina o Type para External. Introduza o URL da splash page da sua configuração de espaço Purple — este será um endpoint HTTPS alojado pela Purple. Defina a porta para 443, ative Use HTTPS e, fundamentalmente, defina o campo WISPr para Enabled. O WISPr — que significa Wireless Internet Service Provider roaming — é o protocolo que permite aos dispositivos detetar automaticamente o captive portal e apresentá-lo corretamente, particularmente em dispositivos iOS e Android que utilizam a deteção de captive portal em segundo plano. Sem o WISPr ativado, alguns dispositivos não conseguirão acionar o portal automaticamente. Agora, o SSID de Guest. Crie uma nova WLAN, defina o Primary Usage para Guest e, no separador Security, defina o Splash Page Type para External — RADIUS Server. Atribua o perfil de captive portal e o servidor RADIUS que acabou de criar. Defina o Reauth Interval para um valor sensato — 1440 minutos, que correspondem a 24 horas, é uma escolha comum para ambientes de hotelaria. Ative a autenticação MAC se pretender que os convidados que regressam ignorem o portal em visitas subsequentes dentro desse período. Para o Aruba Central no AOS-8, o fluxo é essencialmente o mesmo, mas é acedido através do assistente de WLAN em Devices, Config, WLANs. Defina o Security Level para Visitors, o Type para External Captive Portal e crie um novo perfil de captive portal com o URL da splash page da Purple. Adicione os seus servidores RADIUS primário e secundário, ative o accounting e defina um intervalo de accounting de cinco minutos. Este intervalo é importante — garante que a plataforma de analytics da Purple recebe atualizações regulares de sessão para relatórios precisos de tempo de permanência e de envolvimento. No AOS-10, que é a arquitetura cloud-first, existe uma diferença importante: o walled garden já não é configurado no separador WLAN Security. Em vez disso, configura-o através de Access Rules. Cria uma função de pré-autenticação — chame-lhe Guest Logon — e adiciona regras de permissão para cada domínio na lista de permissões do walled garden. Depois, atribui essa função como a Pre-Authentication Role no SSID. Falando do walled garden — é aqui que a maioria das implementações falha. O walled garden é a lista de domínios que os convidados não autenticados podem aceder antes de terem concluído o fluxo do portal. Sem estas entradas, o próprio portal não irá carregar, porque o dispositivo do convidado não consegue aceder ao CDN da Purple para transferir os recursos da splash page. As entradas obrigatórias da Purple são: asterisco ponto purple ponto ai, asterisco ponto cloudfront ponto net e asterisco ponto venuewifi ponto com. Se estiver a utilizar o início de sessão social — Google, Facebook, Apple, Microsoft — terá de adicionar os domínios OAuth relevantes para cada fornecedor. O Google requer asterisco ponto google ponto com, asterisco ponto googleapis ponto com e asterisco ponto gstatic ponto com. O Facebook requer asterisco ponto facebook ponto com, asterisco ponto fbcdn ponto net e connect ponto facebook ponto net. O Apple Sign-In necessita de asterisco ponto apple ponto com e appleid ponto apple ponto com. O Microsoft Entra ID requer asterisco ponto microsoft ponto com e asterisco ponto microsoftonline ponto com. Um detalhe importante a salientar: na Aruba, pode ativar a Lista de Permissões Automática de URLs (Automatic URL Whitelisting) no perfil do Captive Portal. Esta funcionalidade adiciona dinamicamente à lista de permissões os URLs que a página do portal referencia. É útil como recurso de segurança, mas recomendo configurar explicitamente o walled garden em vez de confiar na lista de permissões automática em produção — é mais previsível e fácil de auditar. Falemos especificamente sobre os parâmetros RADIUS. Os atributos-chave que a Purple utiliza são: NAS-IP-Address, que identifica o seu AP ou controlador; Called-Station-Id, que transporta o BSSID e o SSID no formato endereço-MAC:nome-SSID — a Purple utiliza isto para mapear sessões para locais e pontos de acesso específicos; e Calling-Station-Id, que é o endereço MAC do cliente. Do lado da contabilização (accounting), o Acct-Session-Id fornece o identificador de sessão único, e o Acct-Status-Type transporta os eventos Start, Interim-Update e Stop. Certifique-se de que a sua configuração Aruba está a enviar os três tipos de eventos de contabilização — algumas implementações apenas enviam Start e Stop, o que significa que a análise da Purple perde os dados de sessão intermédios necessários para cálculos precisos do tempo de permanência. [RECOMENDAÇÕES DE IMPLEMENTAÇÃO E ERROS COMUNS — aprox. 2 minutos] Permita-me partilhar as recomendações práticas que daria a qualquer cliente que esteja a implementar isto. Primeiro: teste sempre com um dispositivo de teste dedicado antes de entrar em produção. Ligue-se ao SSID de convidados, abra um browser num URL HTTP — não HTTPS — e verifique se o redirecionamento é acionado. Se for diretamente para HTTPS, o redirecionamento não funcionará porque o AP não consegue intercetar tráfego encriptado. Este é o motivo número um de chamadas para o suporte técnico. Segundo: regras de firewall. A sua VLAN de gestão de APs ou o seu controlador necessitam de acesso UDP de saída para os IPs do servidor RADIUS da Purple nas portas 1812 e 1813. Se tiver uma firewall stateful entre os seus APs e a internet, certifique-se de que esta permite estes fluxos UDP. O RADIUS é connectionless (sem ligação), pelo que algumas firewalls requerem regras explícitas em vez de dependerem de inspeção stateful. Terceiro: fidedignidade dos certificados. Quando configura o URL da splash page como HTTPS, o AP necessita de confiar no certificado apresentado pelo servidor do portal da Purple. No Aruba Central, poderá ter de importar um certificado de CA fidedigno nas definições globais antes que o redirecionamento do portal funcione corretamente através de HTTPS. Purple utiliza certificados de uma CA amplamente fidedigna, mas vale a pena verificar isto no seu ambiente. Quarto: segmentação de VLANs. O seu SSID de convidados deve estar numa VLAN dedicada que esteja isolada da sua rede corporativa. Este é tanto um requisito de segurança — o PCI DSS 3.2.1 exige segmentação de rede para ambientes de dados de titulares de cartões — como uma necessidade prática para a funcionalidade de Captive Portal. A VLAN de convidados deve ter acesso à internet, mas sem rota para recursos internos. Quinto: a definição WISPr. Já referi isto anteriormente, mas vale a pena repetir. Ative o WISPr. Sem ele, os dispositivos iOS em particular não detetarão automaticamente o Captive Portal, e os convidados terão uma experiência confusa em que parecem estar ligados mas não têm acesso à internet. [P&R RÁPIDAS — aprox. 1 minuto] Vou abordar rapidamente as perguntas que recebo com mais frequência. Posso utilizar o Aruba Instant On — o produto para pequenas empresas — com a Purple? Sim, com algumas limitações. O Instant On suporta Captive Portals externos, mas a interface de configuração é mais limitada do que o Aruba Central completo. A Purple tem um guia de integração dedicado para o Instant On. A Purple suporta RadSec para RADIUS encriptado? Sim. A Purple suporta RADIUS sobre TLS — RadSec — para implementações onde o tráfego RADIUS atravessa redes não fidedignas. Isto é cada vez mais relevante para implementações geridas na cloud, onde a troca de RADIUS atravessa a internet pública. O que acontece se o portal Purple estiver inacessível? Pode configurar a definição de Falha do Captive Portal para Bloquear Internet — que é a predefinição segura — ou Permitir Internet, que fornece um modo de acesso aberto de recurso. Para a maioria dos locais empresariais, Bloquear Internet é a escolha certa. Posso executar múltiplos SSIDs com diferentes locais Purple na mesma infraestrutura Aruba? Absolutamente. Cada SSID recebe o seu próprio perfil de Captive Portal a apontar para um URL de local Purple diferente. O atributo RADIUS Called-Station-Id transporta o nome do SSID, que a Purple utiliza para encaminhar a sessão para a configuração correta do local. [RESUMO E PRÓXIMOS PASSOS — aprox. 1 minuto] Deixem-me resumir tudo isto. Implementar a Purple como um Captive Portal externo na infraestrutura Aruba é um caminho de integração amplamente testado. Os passos principais são: configurar os seus servidores RADIUS com as credenciais da Purple, criar um perfil de Captive Portal externo a apontar para o URL da sua splash page da Purple com o WISPr ativado, criar o seu SSID de convidado com o tipo de splash External RADIUS Server e configurar a sua walled garden com os domínios principais da Purple, além de quaisquer domínios de fornecedores de login social que esteja a ativar. A diferença do AOS-10 a reter é que a configuração da walled garden passa para as Access Rules em vez de ficar no separador WLAN Security. Do ponto de vista empresarial, substituir o portal local básico da Aruba pela Purple oferece-lhe captura de dados em conformidade com o GDPR, análise de localização em tempo real, relatórios demográficos e automação de marketing — tudo a partir da mesma infraestrutura de WiFi que já possui. Para os seus próximos passos: obtenha as credenciais RADIUS do seu local Purple a partir do painel da Purple, siga a checklist de configuração no guia escrito complementar e teste com um dispositivo dedicado antes do lançamento em produção. Se estiver a fazer a implementação em múltiplos locais, a consola de gestão multi-site da Purple permite-lhe gerir configurações de Captive Portal, branding e análises de todo o seu património a partir de uma única interface. Obrigado por assistirem. O guia escrito completo, as tabelas de configuração e as listas de referência da walled garden estão disponíveis em purple dot ai. Até à próxima. [FIM DO SCRIPT]

📚 Parte da nossa série principal: WiFi Multi-Tenant

header_image.png

Executive Summary

For enterprise wireless engineers, network architects, and venue operations directors, deploying a robust guest wireless infrastructure is no longer just about providing basic internet access. Modern venues require a solution that balances strict network security, regulatory compliance, and a high-converting guest experience. While HPE Aruba's native captive portal capabilities are highly reliable, they lack the sophisticated marketing data capture, global multi-site scalability, and real-time location and demographic analytics required by enterprise venues in hospitality, retail, and public sectors.

By integrating Purple directly with Aruba Instant (IAP) or Aruba Central managed access points, organisations can replace basic local splash pages with a secure, highly-scalable, global guest portal. This integration leverages standard network protocols, including Remote Authentication Dial-In User Service (RADIUS) and Wireless Internet Service Provider roaming (WISPr), to deliver seamless, secure, and brand-consistent onboarding. This technical reference guide provides the exact configuration parameters, architectural diagrams, and troubleshooting workflows required to successfully deploy Purple on Aruba infrastructure.


Technical Deep-Dive

The integration of Purple with Aruba wireless infrastructure relies on a standard external captive portal redirect and RADIUS authentication flow. This architecture ensures that user authentication and traffic accounting are handled securely in the cloud, while local access points enforce access control and quality of service (QoS) policies.

The Captive Portal Redirect Flow

When an unauthenticated client associates with the guest Service Set Identifier (SSID), the Aruba access point intercepts the client's initial HTTP request (typically TCP port 80) and performs a HTTP 302 redirect to Purple's cloud-hosted splash page.

+--------------+             +-----------------+             +------------------+             +------------------+
| Guest Device |             |  Aruba AP / AP  |             |  Purple Captive  |             |  Purple RADIUS   |
|   (Client)   |             |  (Central/IAP)  |             |  Portal (Cloud)  |             |  Server (Cloud)  |
+--------------+             +-----------------+             +------------------+             +------------------+
       |                              |                               |                                |
       |-- 1. Associates to SSID ---->|                               |                                |
       |                              |                               |                                |
       |-- 2. HTTP Request (TCP 80) ->|                               |                                |
       |                              |-- 3. HTTP 302 Redirect ------>|                                |
       |<-- 4. Presents Splash Page ----------------------------------|                                |
       |                              |                               |                                |
       |-- 5. Submits Login Form ------------------------------------>|                                |
       |                              |                               |-- 6. RADIUS Access-Request --->|
       |                              |<-- 7. RADIUS Access-Accept ------------------------------------|
       |                              |      (with Session Timeout)   |                                |
       |<-- 8. Internet Granted ------|                               |                                |
       |                              |                               |                                |
       |                              |-- 9. RADIUS Accounting Start --------------------------------->|
       |                              |-- 10. RADIUS Accounting Interim (every 5 min) ---------------->|

architecture_overview.png

RADIUS Authentication and Accounting Parameters

Once the guest submits their credentials or completes a social login on the Purple splash page, the Purple portal backend communicates with the local Aruba access point or controller to initiate RADIUS authentication. The Aruba AP acts as the Network Access Server (NAS) and sends a RADIUS Access-Request to Purple's cloud RADIUS servers on UDP port 1812.

To ensure accurate session tracking, policy enforcement, and reporting, the following RADIUS attributes must be exchanged:

Attribute Name Attribute ID Description Practical Context
NAS-IP-Address 4 The management IP address of the Aruba virtual controller or AP. Identifies the physical hardware originating the authentication request.
Calling-Station-Id 31 The MAC address of the client device (typically formatted as XX-XX-XX-XX-XX-XX). Used by Purple to track unique devices and enforce MAC caching for returning guests.
Called-Station-Id 30 The MAC address of the AP radio (BSSID) combined with the SSID name (formatted as MAC:SSID). Crucial for Purple to identify the exact physical venue and specific SSID the user is connecting to.
Acct-Session-Id 44 A unique identifier generated by the AP for each client session. Links authentication events with subsequent accounting start, interim, and stop records.
Acct-Status-Type 40 Indicates the type of accounting record: Start (1), Stop (2), or Interim-Update (3). Enables real-time tracking of active sessions and accurate dwell-time calculations.
Acct-Interim-Interval 85 Specifies the frequency (in seconds) of interim accounting updates sent by the AP. Must be set to 300 seconds (5 minutes) to ensure Purple's analytics dashboard displays accurate real-time data.

The Walled Garden (Exception List) Architecture

Before a user is authenticated, the Aruba AP restricts all traffic except for destinations explicitly defined in the Walled Garden (or exception list). Because Purple's portal is cloud-hosted and relies on external identity providers (such as Google, Facebook, and Apple) for social authentication, the AP must allow unauthenticated clients to resolve DNS and communicate with these external domains.

If any required domain is omitted from the walled garden, the guest will experience a blank page, broken CSS, missing images, or a complete timeout during the login flow.

walled_garden_infographic.png


Implementation Guide

Deploying Purple on Aruba wireless infrastructure can be achieved via Aruba Instant (IAP) running ArubaOS 8.x (on-premises virtual-controller mode) or Aruba Central (cloud-managed AOS-8 or AOS-10).

Aruba Instant (IAP) Configuration (ArubaOS 8.x)

Step 1: Configure RADIUS Servers

  1. Log in to the Aruba Instant AP virtual controller web interface.
  2. Navigate to Security > Authentication Server and click New.
  3. Configure the Primary RADIUS Server with the following parameters:
    • Name: Purple_Primary
    • IP Address: 34.94.146.135
    • Auth Port: 1812
    • Acct Port: 1813
    • Shared Key: [Provided in your Purple Venue Dashboard]
  4. Click OK to save.
  5. Click New again to configure the Secondary RADIUS Server:
    • Name: Purple_Secondary
    • IP Address: 34.94.183.201
    • Auth Port: 1812
    • Acct Port: 1813
    • Shared Key: [Provided in your Purple Venue Dashboard]
  6. Click OK to save.

Step 2: Create the Captive Portal Profile

  1. Navigate to Security > Captive Portal and click New.
  2. Configure the profile with the following settings:
    • Name: Purple_Portal
    • Type: External
    • IP or Hostname: portal.venuewifi.com
    • URL: /
    • Port: 443
    • Use HTTPS: Enabled
    • Redirect URL: https://portal.venuewifi.com
    • WISPr: Enabled (Crucial for auto-triggering the portal on iOS and Android devices)
  3. Click OK to save.

Step 3: Configure the Walled Garden Whitelist

  1. In the Security > Captive Portal menu, select your newly created Purple_Portal profile.
  2. Under the Walled Garden section, click the link to open the whitelist configuration.
  3. Add the following core Purple domains:
    • *.purple.ai
    • *.cloudfront.net
    • *.venuewifi.com
  4. If social login is enabled, add the respective domains (e.g., *.google.com, *.facebook.com, *.apple.com).
  5. Click Save.

Step 4: Create and Configure the Guest SSID

  1. Navigate to Network > New to start the WLAN wizard.
  2. On the WLAN Settings tab:
    • Name (SSID): Guest-WiFi
    • Primary Usage: Guest
    • Click Next.
  3. On the VLAN tab, configure IP and VLAN assignment according to your network architecture (typically Client IP assignment: Network Assigned on a dedicated guest VLAN). Click Next.
  4. On the Security tab:
    • Splash Page Type: External
    • Captive Portal Profile: Select Purple_Portal
    • Auth Server 1: Select Purple_Primary
    • Auth Server 2: Select Purple_Secondary
    • Reauth Interval: 1440 (24 hours, or as per venue policy)
    • Accounting: Enabled
    • Accounting Interval: 5 minutes
  5. Click Next to proceed to the Access tab. Ensure the default guest rule allows DHCP and DNS pre-authentication, then click Finish.

Aruba Central Configuration (AOS-8 and AOS-10)

Aruba Central AOS-8

  1. Navigate to Devices under the Manage section of your group in Aruba Central.
  2. Click Config (gear icon) on the top right, then go to the WLANs tab and click + Add SSID.
  3. In Step 1: General, enter the SSID name (e.g., Guest-WiFi) and click Next.
  4. In Step 2: VLANs, configure your guest VLAN mapping and click Next.
  5. In Step 3: Security:
    • Set Security Level to Visitors.
    • Set Type to External Captive Portal.
    • Ensure Key Management is set to Open (do not use Enhanced Open/OWE for standard guest portals as it can cause client compatibility issues).
    • Click the + icon next to Captive Portal Profile to add a new profile:
      • Name: Purple_Central_Portal
      • IP or Hostname: portal.venuewifi.com
      • URL: /
      • Port: 443
      • Redirect URL: https://portal.venuewifi.com
      • Use HTTPS: True
      • Captive Portal Failure: Deny Internet (Recommended for security compliance)
    • Click Save.
    • Click the + icon next to Primary Server and Secondary Server to add the Purple RADIUS servers using the IPs 34.94.146.135 and 34.94.183.201 respectively, with ports 1812 (Auth) and 1813 (Acct).
    • Expand Advanced Settings, scroll to Accounting, select Use authentication servers, and set Accounting Interval to 5 minutes.
  6. Scroll down to the Walled Garden section, click + Add, and input the required Purple and social login domains.
  7. Click Save Settings.

Aruba Central AOS-10

In AOS-10, the walled garden configuration moves from the WLAN Security tab to Access Rules.

  1. Follow the same SSID and RADIUS configuration steps as AOS-8 above.
  2. In the SSID wizard, navigate to the Access tab.
  3. Click + Add Role and create a pre-authentication role named Purple_Pre_Auth.
  4. In the rules editor for this role, configure explicit Allow rules for DNS, DHCP, and the required walled garden domains (e.g., *.purple.ai, *.venuewifi.com).
  5. Scroll down to Assign Pre-Authentication Role, enable the option, and select Purple_Pre_Auth from the dropdown.
  6. The post-authorisation role (typically matching the SSID name) should remain configured with Allow any to all destinations or your specific corporate access policies.
  7. Click Save Settings.

Best Practices

To ensure maximum performance, security, and compliance, network architects must adhere to the following industry standards and vendor-neutral best practices when deploying captive portals on Aruba and Purple.

1. Secure Certificate Management

Aruba access points must present a valid, trusted SSL/TLS certificate during the captive portal redirect flow.

  • Avoid Self-Signed Certificates: If the AP presents a self-signed certificate, modern browsers will display a highly visible "Your connection is not private" warning, severely damaging guest trust and reducing conversion rates.
  • Deploy a Trusted CA Certificate: Upload a wildcard certificate from a globally recognised Certificate Authority (CA) to your Aruba Central global settings or Instant virtual controllers. Ensure that the intermediate and root certificates are combined into a single file to complete the trust chain.

2. Network Segmentation and Compliance

Guest traffic must be kept entirely separate from corporate and administrative traffic to mitigate security risks and ensure compliance with industry standards.

  • VLAN Isolation: Map the guest SSID to a dedicated, non-routable VLAN. Use Access Control Lists (ACLs) on the upstream core switch or firewall to prevent any routing between the guest VLAN and internal corporate subnets.
  • PCI DSS Compliance: If your venue processes card payments (e.g., retail point-of-sale), network segmentation is a mandatory requirement under PCI DSS Requirement 1.2 [3]. Guest WiFi must be physically or logically isolated from the Cardholder Data Environment (CDE).
  • GDPR and Data Privacy: Ensure that the Purple portal is configured to display explicit, un-ticked consent checkboxes for marketing opt-ins, meeting the strict requirements of the General Data Protection Regulation (GDPR) [4].

3. Optimising WISPr and Captive Portal Detection

Modern mobile operating systems use active probing to detect captive portals immediately upon association.

  • Enable WISPr: Always ensure that WISPr support is enabled in your Aruba captive portal profile. This protocol passes XML-formatted metadata to the client operating system, allowing iOS (Captive Network Assistant) and Android (Captive Portal Login) to gracefully launch the login screen in a dedicated browser window.
  • Prevent "Enhanced Open" (OWE) Issues: While Opportunistic Wireless Encryption (OWE) provides encryption on open networks, many legacy client devices do not support it. For public guest networks, stick to standard Open key management to maximise device compatibility.

Troubleshooting & Risk Mitigation

Even with meticulous planning, captive portal deployments can encounter common failure modes. The following troubleshooting matrix provides immediate, actionable steps for wireless engineers.

Captive Portal Troubleshooting Matrix

Symptom Probable Cause Diagnostic Steps Actionable Solution
Guest associates but the splash page does not load (Timeout/Blank Page). Missing or incomplete Walled Garden configuration. Attempt to ping portal.venuewifi.com from a wired device on the same VLAN. Check if the device is trying to load external resources (e.g., social login scripts) that are blocked. Explicitly add *.purple.ai, *.venuewifi.com, and *.cloudfront.net to the Aruba walled garden. Verify that DNS resolution is allowed in the pre-auth role.
Guest is redirected but browser displays an SSL/TLS Certificate Warning. The Aruba AP is presenting an untrusted or self-signed certificate for the local redirect page. Inspect the browser certificate details to see which certificate is being presented. Upload a valid, trusted SSL certificate signed by a public CA to the Aruba virtual controller or Central global settings.
Guest completes the login form but is not granted internet access (Redirect Loop). RADIUS communication failure between the Aruba AP and Purple servers. Check the Aruba virtual controller logs for RADIUS timeouts or access-rejects. Run show auth-survivability or check firewall logs. Verify that outbound UDP ports 1812 (Auth) and 1813 (Acct) are open on your perimeter firewall. Ensure the RADIUS shared secret matches exactly on both Purple and Aruba.
The captive portal does not auto-popup on iOS or Android devices. WISPr is disabled, or the AP is blocking the operating system's captive portal detection URLs. Verify if the device can access the internet without logging in, or if it remains connected with "No Internet" and no popup. Enable WISPr in the Aruba captive portal profile. Ensure that captive portal detection URLs (e.g., captive.apple.com, connectivitycheck.gstatic.com) are not blocked by custom pre-auth ACLs.
Real-time dwell-time analytics are inaccurate or missing in Purple. RADIUS Accounting is disabled or the accounting interval is set too high. Check the AP configuration to see if accounting is enabled and inspect the interval. Enable RADIUS Accounting on the Aruba SSID. Set the Accounting Interval to exactly 5 minutes (300 seconds) to ensure regular session updates.

ROI & Business Impact

Transitioning from a basic, local captive portal to an enterprise-grade WiFi intelligence platform like Purple delivers measurable business outcomes across operations, marketing, and network management.

Operational Efficiency and Scalability

Managing individual local captive portals across hundreds of retail stores, hotels, or public venues is an administrative bottleneck. Purple provides a centralised, cloud-managed console that allows IT teams to deploy, update, and audit captive portal configurations globally with a single click. This reduces configuration drift, ensures consistent branding, and slashes administrative overhead by up to 60%.

Data Monetisation and Marketing ROI

For industries like Retail and Hospitality, guest WiFi is a powerful channel for customer acquisition and engagement. Purple replaces anonymous connections with rich demographic profiles.

  • Direct Integration: Purple integrates with CRM and marketing automation platforms to trigger real-time, context-aware campaigns. For example, a retail venue can trigger a personalised discount SMS the moment a loyalty customer connects to the guest WiFi.
  • Measurable Footfall Analytics: By analysing RADIUS accounting data and BSSID associations, Purple provides highly accurate dwell-time, return-rate, and path-analysis reporting. This data enables venue operations directors to optimise staffing levels, evaluate window display effectiveness, and measure the direct ROI of marketing campaigns.

Cost-Benefit Analysis: Native Aruba vs. Purple Integration

Feature / Metric Native Aruba Local Portal Aruba + Purple Integration Business Impact
Centralised Multi-Site Management Limited. Requires individual configuration per virtual controller or complex Central group mapping. Fully Centralised. Manage thousands of venues and SSIDs from a single cloud dashboard. Reduces IT overhead and eliminates configuration drift across distributed estates.
Data Capture & Compliance Basic form capture. No built-in GDPR/CCPA consent validation workflows. Enterprise-grade. Automated, legally-compliant consent tracking with real-time API sync to CRMs. Mitigates legal risk and ensures compliance with global privacy regulations [4].
Social Authentication Requires custom external web development and manual API maintenance. Out-of-the-box support for Google, Facebook, Apple, Microsoft, LinkedIn, and SMS. Increases conversion rates by up to 40% through friction-free login options.
Analytics & Reporting Basic session logs (IP, MAC, connect time). No demographic or behaviour tracking. Rich analytics: age, gender, dwell-time, return rates, heatmaps, and cross-venue roaming. Drives marketing ROI and provides actionable business intelligence for operations.

Definições Principais

Captive Portal

Uma página web que é apresentada a utilizadores recém-ligados a uma rede Wi-Fi antes de lhes ser concedido um acesso mais amplo aos recursos da rede.

Utilizado para recolher dados de convidados, aplicar termos de serviço e apresentar conteúdos de marketing personalizados.

RADIUS (Remote Authentication Dial-In User Service)

Um protocolo de rede que fornece gestão centralizada de Autenticação, Autorização e Contabilização (AAA) para utilizadores que se ligam e utilizam um serviço de rede.

A Purple atua como o servidor RADIUS externo, autenticando convidados e monitorizando a duração das suas sessões.

WISPr (Wireless Internet Service Provider roaming)

Um rascunho de protocolo que permite a provedores de serviços de internet sem fios independentes permitir que os utilizadores façam roaming nas redes uns dos outros usando um portal de início de sessão comum.

A ativação do WISPr nos APs Aruba permite que os smartphones modernos detetem automaticamente o Captive Portal e apresentem a splash page numa janela nativa do sistema.

Walled Garden

Um conjunto restrito de websites ou domínios que um utilizador não autenticado tem permissão para aceder antes de concluir o processo de início de sessão do Captive Portal.

Crucial para permitir que os convidados carreguem os recursos da splash page (CSS, JS, imagens) e acedam a provedores de início de sessão social (Google, Facebook) antes de serem autenticados.

BSSID (Basic Service Set Identifier)

O endereço MAC da interface de rádio do ponto de acesso sem fios para um SSID específico.

Enviado no atributo RADIUS Called-Station-Id, permitindo à Purple mapear a localização física do utilizador para um AP específico.

NAS-IP-Address

O endereço IP do Network Access Server (o AP ou controlador Aruba) que origina o pedido RADIUS.

Utilizado em pacotes RADIUS para identificar qual o hardware físico que está a solicitar autenticação.

RadSec

Um protocolo que protege as transações RADIUS utilizando Transport Layer Security (TLS) sobre TCP.

Utilizado para encriptar o tráfego de autenticação e contabilização RADIUS ao atravessar redes públicas não confiáveis entre o AP local e a nuvem da Purple.

Enhanced Open (OWE)

Uma extensão do Wi-Fi Certified Easy Connect que fornece encriptação de transmissões sem fios em redes abertas sem necessitar de uma palavra-passe.

Pode causar problemas de compatibilidade com dispositivos de convidados mais antigos; a segurança Open padrão é recomendada para Captive Portals públicos.

Exemplos Práticos

Um engenheiro de redes sem fios empresarial está a implementar Wi-Fi de convidados numa cadeia de retalho nacional com 150 lojas. Cada loja possui 3-5 APs Aruba Instant geridos via Aruba Central. A equipa de marketing exige um Captive Portal personalizado com opções de início de sessão social do Facebook e Google, e a equipa de conformidade exige que o tráfego de convidados seja completamente isolado da rede Point-of-Sale (PoS) da loja. Como deve isto ser desenhado e configurado?

  1. Segmentação de Rede: Mapeie o SSID de Convidados para a VLAN 100 nos APs Aruba. Configure as portas do comutador local como portas trunk, permitindo a VLAN 100. No firewall gateway da loja, configure a VLAN 100 com um intervalo de DHCP e uma política de NAT apenas de saída. Aplique uma ACL no firewall para bloquear todo o tráfego da VLAN 100 para a VLAN do PoS (VLAN 10).
  2. Configuração de RADIUS e Portal no Aruba Central: Crie um novo SSID com o nome 'Store-Guest' na VLAN 100. Defina a Segurança para 'Visitors' e a Splash Page para 'External Captive Portal'. Adicione o servidor RADIUS principal da Purple (34.94.146.135) e o servidor secundário (34.94.183.201) com as portas 1812/1813. Ative o RADIUS Accounting com um intervalo de 5 minutos.
  3. Walled Garden: Configure o walled garden no Aruba Central para incluir: *.purple.ai, *.venuewifi.com, *.cloudfront.net (para o núcleo da Purple) e os domínios de início de sessão social: *.google.com, *.googleapis.com, *.gstatic.com (para o Google) e *.facebook.com, *.fbcdn.net, connect.facebook.net (para o Facebook).
  4. Testes: Ligue um dispositivo de teste ao 'Store-Guest', verifique se o DHCP atribui um IP na VLAN 100, confirme se o navegador redireciona para o portal da Purple através de HTTPS, conclua o início de sessão do Facebook e verifique se o acesso à Internet é concedido enquanto os recursos internos do PoS permanecem completamente inacessíveis.
Comentário do Examinador: Esta abordagem é altamente eficaz porque aborda tanto a segurança como a experiência do utilizador. O uso de isolamento de VLAN no comutador físico e no firewall gateway garante uma conformidade robusta com o PCI DSS, impedindo que os dispositivos de convidados alcancem o CDE. A definição explícita dos domínios de início de sessão social no walled garden é crítica; depender de 'Automatic URL Whitelisting' pode, por vezes, causar falhas intermitentes se o fornecedor social alterar dinamicamente os subdomínios da sua CDN. Definir o intervalo de accounting do RADIUS para 5 minutos garante que a equipa de marketing obtenha análises de tempo de permanência de alta fidelidade sem sobrecarregar a CPU do AP.

Um estádio com capacidade para 50.000 espetadores está a executar o Aruba Central em AOS-10 com pontos de acesso AP-555 de alta densidade. Durante as horas de pico do evento, milhares de utilizadores tentam ligar-se ao Wi-Fi de convidados em simultâneo. O diretor de TI está preocupado com o impacto no desempenho dos redirecionamentos do Captive Portal no controlador virtual e deseja garantir que o processo de autenticação seja o mais rápido e resiliente possível. Que configurações avançadas devem ser aplicadas?

  1. Perfil Pré-Autenticação (AOS-10): No AOS-10, configure um perfil de pré-autenticação dedicado com o nome 'Stadium-Pre-Auth'. Aplique uma ACL que permita DHCP (UDP 67-68), DNS (UDP 53) e tráfego de saída para os domínios do walled garden da Purple. Atribua este perfil como o 'Pre-Authentication Role' nas definições do SSID. Isto descarrega a filtragem de pacotes do controlador central para os APs individuais, distribuindo a carga.
  2. Equilíbrio de Carga RADIUS: No Aruba Central, ative o RADIUS Load Balancing entre os servidores RADIUS principal e secundário da Purple. Isto distribui a carga de autenticação uniformemente durante as janelas de pico de entrada.
  3. Server Offload: Ative o 'Server Offload' nas definições do Perfil do Captive Portal. Isto evita que aplicações cliente que não sejam navegadores (como apps móveis em segundo plano, atualizações de sistema ou dispositivos IoT) sejam repetidamente redirecionadas para o Captive Portal externo, preservando os ciclos de CPU do AP e a largura de banda da WAN.
  4. Política de Falha do Captive Portal: Defina 'Captive Portal Failure' para 'Deny Internet'. Embora 'Allow Internet' pareça mais amigável para o cliente, durante um evento de rede extremo isto poderia levar a um acesso aberto não controlado, contornando os controlos de segurança e esgotando os conjuntos de DHCP.
Comentário do Examinador: Ambientes de alta densidade, como estádios, exigem um modelo de processamento distribuído. A configuração do walled garden através de Access Rules no AOS-10 garante que as listas de controlo de acesso sejam compiladas e executadas localmente no caminho de dados acelerado por hardware do AP, em vez de serem tuneladas de volta para um gateway. A ativação do Server Offload é uma prática recomendada padrão da indústria para implementações em estádios; mitiga a 'tempestade do Captive Portal' causada por apps em segundo plano em milhares de telemóveis bloqueados que tentam alcançar os seus respetivos servidores cloud simultaneamente.

Perguntas de Prática

Q1. Um engenheiro de rede configura um novo SSID de convidados num cluster Aruba Instant AP. Ao testar, liga-se ao SSID, mas em vez da splash page personalizada do Purple, vê um erro de limite de tempo do navegador (timeout). Qual é a causa mais provável para este problema e quais as etapas de resolução que devem ser tomadas?

Dica: Pense no que é necessário para que o dispositivo cliente alcance a splash page alojada na cloud antes da autenticação.

Ver resposta modelo

A causa mais provável é uma configuração de Walled Garden em falta ou incompleta, ou um problema de resolução de DNS. Antes da autenticação, o AP bloqueia todo o tráfego exceto para os domínios permitidos na lista branca. Se os domínios do Purple (*.purple.ai, *.venuewifi.com, *.cloudfront.net) não estiverem no walled garden, o cliente não consegue carregar a splash page. Etapas de resolução: 1. Verifique se o dispositivo cliente recebeu um endereço IP e servidor DNS válidos via DHCP. 2. Tente resolver 'portal.venuewifi.com' a partir de um dispositivo com ligação com fios na mesma VLAN para confirmar se o DNS está a funcionar. 3. Verifique a configuração do Aruba AP para garantir que a lista branca do Walled Garden está ativa e contém todos os domínios necessários do Purple. 4. Verifique se a função de pré-autenticação permite tráfego de DNS (porta UDP 53) para o servidor DNS.

Q2. Durante a implementação do WiFi de convidados da Purple num grande centro de convenções, a equipa de TI relata que os dispositivos dos convidados se ligam com sucesso, mas é-lhes pedido que iniciem sessão novamente a cada 15 minutos. O comportamento pretendido é que os convidados permaneçam com sessão iniciada durante 24 horas. Quais os parâmetros de configuração do Aruba e do Purple que devem ser inspecionados para resolver isto?

Dica: Analise os parâmetros que controlam a duração da sessão e os intervalos de nova autenticação.

Ver resposta modelo

Este problema é causado por uma incompatibilidade nas definições de limite de tempo de sessão (session timeout) ou de intervalo de nova autenticação. Para resolver isto: 1. Inspecione o 'Reauth Interval' no separador de segurança do SSID Aruba; deve ser configurado para 1440 minutos (24 horas) em vez de 15 minutos. 2. Verifique o atributo 'Session Timeout' retornado pelo servidor RADIUS da Purple na mensagem Access-Accept. Se o Purple estiver configurado com uma duração de sessão curta, irá forçar a nova autenticação. 3. Certifique-se de que a Autenticação MAC está ativada no SSID Aruba. Isto permite que o AP autentique automaticamente os convidados que regressam através do seu endereço MAC na base de dados do Purple, sem lhes apresentar novamente a splash page durante a janela de 24 horas.

Q3. Uma organização do setor público está a implementar WiFi para convidados em várias bibliotecas utilizando o Aruba Central no AOS-10. A política de segurança exige que todo o tráfego de convidados seja encriptado por via aérea, mas os diretores das bibliotecas pretendem uma experiência de início de sessão fluida e sem atritos. Como pode o arquiteto de redes sem fios cumprir ambos os requisitos utilizando o Aruba e o Purple?

Dica: Considere as diferenças entre Open, OWE (Enhanced Open) e WPA2/WPA3-Enterprise, e como interagem com os captive portals.

Ver resposta modelo

Para obter tanto a encriptação por via aérea como uma experiência de Captive Portal fluida, o arquiteto deve implementar 'Enhanced Open' (Opportunistic Wireless Encryption - OWE) com um modo de transição se for necessária compatibilidade com dispositivos antigos. O Enhanced Open encripta a ligação sem fios entre o cliente e o AP sem necessitar de uma chave pré-partilhada, protegendo os convidados de escutas passivas. 1. Configure o SSID de convidados no Aruba Central com o Nível de Segurança definido para 'Visitors' e a Gestão de Chaves definida para 'Enhanced Open'. 2. Ative o 'OWE Transition Mode' e associe-o a um SSID de convidados Open padrão para suportar dispositivos mais antigos que não suportam WPA3 OWE. 3. Configure o perfil de Captive Portal Externo a apontar para o Purple como habitual. Esta combinação garante que os dispositivos modernos obtêm transporte sem fios encriptado automaticamente, continuando a redirecionar para a splash page do Purple para recolha de dados e conformidade.