- Purple
- Captive portals: a complete guide
- Ruckus SmartZone e RUCKUS One WiFi para visitantes WiFi versus plataformas de portal cativo externas
Ruckus SmartZone e RUCKUS One WiFi para visitantes WiFi versus plataformas de portal cativo externas
Decida se o acesso de WiFi para visitantes nativo do Ruckus SmartZone ou do RUCKUS One atende a toda a sua estrutura ou se um portal cativo externo, como o Purple, vale a assinatura. Você pode mapear seus locais, fornecedores e propriedade de dados para obter uma recomendação clara. Você também entenderá a integração com WISPr, Northbound Interface e RADIUS, além do custo de cada opção.
- Você deve usar o WiFi nativo para visitantes da Ruckus ou um portal cativo externo?
- Onde o WiFi nativo para visitantes da Ruckus e os portais externos realmente se diferenciam
- O que a Ruckus oferece nativamente
- Como funciona a autenticação via Northbound Interface WISPr na Ruckus?
- O que os portais externos adicionam aos pontos de acesso Ruckus?
- Comparação lado a lado
- Quando o acesso nativo para visitantes da Ruckus é a escolha certa
- Onde o Ruckus Cloudpath se encaixa
- Quando uma plataforma externa de portal cativo é a escolha certa
- Como os operadores de MDU e hotelaria combinam o DPSK com um portal para visitantes personalizado?
- Cenários práticos em ambientes Ruckus
- Um hotel de 220 quartos no SmartZone migra o login de visitantes para um portal externo
- Um empreendimento imobiliário para locação (build-to-rent) de 400 unidades no RUCKUS One separa moradores e visitantes
- Uma rede de varejo de 60 lojas executa um portal único em Ruckus e Cisco Meraki
- Quanto custa executar cada opção em uma infraestrutura Ruckus
- Como decidir para a sua infraestrutura Ruckus?
- Perguntas frequentes
- O portal da Purple funciona com meus pontos de acesso e controladores da Ruckus existentes?
- Preciso mudar do SmartZone para o RUCKUS One para usar um portal cativo externo?
- Um portal cativo externo na Ruckus é compatível com o GDPR?
- Posso manter o DPSK da Ruckus ou o Cloudpath para residentes e usar a Purple para visitantes?
- Quanto trabalho exige uma migração do acesso de hóspedes nativo da Ruckus para a Purple?
- Como um portal externo é licenciado em comparação com o acesso de convidados nativo do Ruckus?
- O Passpoint substitui o portal cativo no Ruckus?

Ruckus SmartZone e RUCKUS One incluem portais nativos para visitantes com acesso por clique e passe de visitante. Isso atende a um único local que precisa de um acesso básico com aceitação de termos. Plataformas externas, como o Purple, conectam-se por meio do modelo de hotspot WISPr e da Northbound Interface da Ruckus. Elas adicionam dados próprios consentidos, registros auditáveis de consentimento da GDPR, integração de Passpoint e análises em toda a propriedade, sem a necessidade de novos pontos de acesso.
Você deve usar o WiFi nativo para visitantes da Ruckus ou um portal cativo externo?
Escolha o portal nativo da Ruckus quando o WiFi para visitantes for apenas uma conveniência. Escolha um portal cativo externo quando o login do visitante precisar gerar algo útil. Isso pode ser um público de marketing, um registro de consentimento para apresentar a um órgão regulador ou dados de visitas em vários locais.
Ambas as opções são executadas nos mesmos pontos de acesso. A decisão é sobre o que acontece depois que o visitante se conecta, e não sobre o desempenho de rádio.
Use esta regra prática:
- Um único local, apenas acesso, sem uso para marketing. O acesso de visitantes nativo do SmartZone ou do RUCKUS One é suficiente.
- Vários locais ou qualquer uso de dados de visitantes para marketing. Uma plataforma externa justifica sua assinatura, pois o consentimento e os dados exigem um único sistema de registro.
- Fornecedores mistos após uma aquisição ou atualização. Uma plataforma externa é a única maneira de executar um único portal na Ruckus e em outros hardwares.
- Residentes e visitantes no mesmo edifício. Use DPSK para residentes e um portal para visitantes personalizado para os visitantes, em SSIDs e VLANs separados.
O Purple executa o modelo externo em mais de 80.000 locais ativos em mais de 90 países. Ele gerencia 500 milhões de usuários e logins por ano. As seções abaixo apresentam onde as opções se diferenciam, o custo de operação de cada uma e como decidir para a sua propriedade.
Onde o WiFi nativo para visitantes da Ruckus e os portais externos realmente se diferenciam
O que a Ruckus oferece nativamente
Os controladores SmartZone, físicos ou virtuais, e a nuvem RUCKUS One incluem o acesso de visitantes na configuração da WLAN. Os fluxos de trabalho nativos incluem a aceitação dos termos por clique e passes de visitante emitidos pela equipe. O RUCKUS One adiciona o auto-cadastro e a aprovação do anfitrião. Esses fluxos de trabalho existem para controlar o acesso à rede. Eles capturam o necessário para admitir um visitante, e pouco mais do que isso.
Como funciona a autenticação via Northbound Interface WISPr na Ruckus?
O WISPr (Wireless Internet Service Provider roaming) é o modelo de redirecionamento e autenticação por trás da maioria dos portais cativos externos. Um portal cativo é a página da web que um dispositivo vê antes de acessar a internet. No SmartZone, você cria uma WLAN Hotspot (WISPr). No RUCKUS One, você escolhe o tipo de rede de portal cativo de terceiros (WISPr).
O fluxo ocorre em cinco etapas:
- Associação. O visitante conecta-se ao SSID. O ponto de acesso mantém o dispositivo em um estado não autorizado.
- Jardim murado (Walled garden). Apenas destinos aprovados podem ser alcançados. Estes incluem DNS, os domínios do portal e quaisquer domínios de login social que você permitir.
- Redirecionamento. A primeira solicitação web vai para a URL do portal externo. O Ruckus acrescenta parâmetros que identificam o endereço MAC do cliente, o ponto de acesso e o SSID. No SmartZone, os parâmetros também carregam o endereço da Interface Northbound do controlador.
- Login no portal. O convidado conclui o fluxo personalizado com a sua marca: formulário ou login social, termos e consentimentos de marketing.
- Autorização. O portal chama a Interface Northbound do controlador, uma API JSON autenticada, para fazer o login do cliente. O controlador então envia um Access-Request RADIUS para o servidor configurado. No Access-Accept, o Ruckus libera o cliente e aplica os atributos retornados, como o tempo limite da sessão.
O RADIUS é o protocolo de autenticação, autorização e contabilização definido na norma IETF RFC 2865. Os pontos de acesso o utilizam para perguntar a um servidor se devem admitir um dispositivo. A contabilização RADIUS informa o início, o fim e os volumes de dados da sessão. A Purple atua como o portal e o servidor RADIUS em nuvem, para que você não precise hospedar nenhum dos dois.
O RUCKUS One segue o mesmo padrão, com parâmetros de redirecionamento e servidores RADIUS definidos no console em nuvem. Os nomes dos parâmetros e o comportamento da API mudam entre as versões. Siga a referência atual da Interface Northbound do Ruckus e o artigo de configuração do Ruckus da Purple no centro de suporte da Purple. Não copie valores de guias de terceiros mais antigos.
Três hábitos de segurança se aplicam a qualquer estrutura WISPr. Chame a Interface Northbound via HTTPS. Mantenha a senha dela no servidor do portal, nunca no código do navegador. Limite o jardim murado aos domínios de que o portal precisa.
O que os portais externos adicionam aos pontos de acesso Ruckus?
Captura de dados de convidados. Os fluxos de trabalho nativos registram o suficiente para admitir um convidado. Uma plataforma externa transforma cada login em um perfil próprio (first-party): nome, e-mail, status de consentimento, contagem de visitas e tempo de permanência por local. O Purple WiFi Analytics relata visitas repetidas e permanência em todos os locais a partir de um único painel.
Auditoria de consentimento. O Artigo 7(1) do GDPR exige que você demonstre que a pessoa deu o seu consentimento. Você precisa armazenar quem concordou, quando, com qual texto e por qual canal. A Purple usa opções de consentimento por escolha consciente, que mantêm a autorização de marketing separada da aceitação dos termos. Esse design segue a definição de consentimento do Artigo 4(11) do GDPR e a regulamentação 22 do PECR do Reino Unido sobre marketing por e-mail. Cada registro possui carimbo de data/hora e é exportável. Isso atende às solicitações de acesso do titular dentro do prazo de um mês estabelecido no Artigo 12(3) do GDPR.
Passpoint e OpenRoaming. O Passpoint, também chamado de Hotspot 2.0, é baseado no IEEE 802.11u. Um dispositivo com um perfil armazenado localiza e conecta-se à rede automaticamente. Ele se autentica via WPA2 ou WPA3-Enterprise usando o IEEE 802.1X, o padrão de controle de acesso baseado em porta. O OpenRoaming, gerenciado pela Wireless Broadband Alliance, federa provedores de identidade Passpoint para que um único perfil funcione em várias redes.
A Ruckus oferece suporte ao Hotspot 2.0 no SmartZone e no RUCKUS One, mas precisa de um provedor de identidade integrado. Uma plataforma externa cumpre esse papel. O visitante faz login uma vez pelo portal e depois se reconecta automaticamente, com criptografia, nas visitas subsequentes.
Os argumentos a favor do Passpoint aumentam a cada ano. As versões atuais do iOS e do Android usam um endereço MAC privado e aleatório por rede por padrão, de acordo com a documentação das plataformas da Apple e do Google. Isso torna o reconhecimento de dispositivos recorrentes baseado em MAC não confiável. Em vez disso, um perfil de Passpoint carrega uma identidade estável.
Alcance multimarcas. O Purple independe de hardware. O mesmo portal e a mesma política de consentimento são executados em Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.
Comparação lado a lado
| Recursos | Ruckus SmartZone nativo | RUCKUS One nativo | Purple no Ruckus (portal externo) |
|---|---|---|---|
| Onde é executado | No seu controlador SmartZone, físico ou virtual | Na nuvem da Ruckus | Na sobreposição de nuvem do Purple no SmartZone ou RUCKUS One |
| Métodos de acesso para visitantes | Login rápido (click-through) e passes de visitante emitidos pela equipe | Login rápido (click-through), passe de visitante, cadastro próprio e aprovação do anfitrião | Formulários personalizados com a marca, login por redes sociais e autorizações por escolha consciente |
| Método de integração | Integrado | Integrado | WLAN de Hotspot (WISPr), Northbound Interface e RADIUS |
| Dados capturados | Detalhes necessários para admitir o visitante | Detalhes necessários para admitir o visitante | Perfil de dados proprietários (first-party data), status de autorização, visitas e tempo de permanência por local |
| Auditoria de consentimento | Aceitação dos termos | Aceitação dos termos | Registros de autorização com data e hora para comprovar o Artigo 7º do GDPR |
| Passpoint | Suporte a Hotspot 2.0, provedor de identidade obtido separadamente | Suporte a Hotspot 2.0, provedor de identidade obtido separadamente | Perfil oferecido após o primeiro login no portal |
| Cobertura de hardware | Apenas Ruckus | Apenas Ruckus | Oito fabricantes, incluindo a Ruckus |
| Público dos relatórios | Equipe de rede: integridade de APs e clientes | Equipe de rede: integridade de APs e do local | Marketing e operações: comportamento dos visitantes |
| Mais indicado para | Local único, apenas acesso para WiFi de visitantes | Locais com Ruckus gerenciada na nuvem, apenas acesso | Ambientes com vários locais que usam dados de visitantes |
Quando o acesso nativo para visitantes da Ruckus é a escolha certa
O acesso nativo para visitantes é a escolha certa quando a equipe de rede é responsável pelo WiFi para visitantes e ninguém na sequência precisa dos dados. Os exemplos incluem a recepção de uma prefeitura, uma rede de visitantes em um armazém ou a sala de espera de uma clínica. Na área da Saúde, os visitantes e pacientes costumam precisar apenas de acesso à internet.
A solução nativa se destaca em três pontos:
- Sem assinatura adicional. Suas licenças existentes de APs do SmartZone ou a assinatura de dispositivos do RUCKUS One cobrem o acesso para visitantes.
- Console único. Sua equipe configura a WLAN de visitantes junto com as WLANs da equipe e de IoT, na mesma interface da Ruckus.
- Menos dependências. Não há servidor RADIUS externo nem ambiente restrito (walled garden) de terceiros para manter. Aceite os limites antes de se comprometer. Não há registro de consentimento de marketing e há poucos relatórios que uma equipe de marketing possa usar. Cada propriedade adicional, ou qualquer outro fornecedor, precisa de seu próprio portal. Se algum desses itens se tornar um requisito dentro do prazo do seu contrato, planeje o portal externo agora. Reconfigurar duas vezes custa mais do que configurar uma vez.
Onde o Ruckus Cloudpath se encaixa
O Cloudpath Enrollment System é o produto de integração da Ruckus para certificados e DPSK. Se você já o executa para funcionários, seus fluxos de trabalho patrocinados para visitantes também podem admiti-los. Isso mantém a integração em um único produto da Ruckus. Ele continua sendo uma ferramenta de acesso, e não uma plataforma de dados e consentimento de visitantes, portanto, trate-o como uma opção nativa nesta comparação.
Tem dúvidas sobre a sua configuração específica?
A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.
Quando uma plataforma externa de portal cativo é a escolha certa
Um portal externo é a escolha certa quando o login de visitantes tem um proprietário de negócio além do TI. Pense em Hotéis construindo públicos de reserva direta ou redes de Varejo construindo listas de compradores proprietárias (first-party). Estádios precisam dele para ativação de patrocinadores. Operadores ferroviários em Trens precisam de dados de conexão de passageiros para relatórios.
Procure por estes sinais:
- Você opera mais de um local ou planeja operar.
- O marketing envia e-mails para visitantes, portanto, você precisa de evidências do Artigo 7 do GDPR.
- Você opera hardwares mistos agora ou espera operar após uma aquisição.
- Os visitantes que retornam devem se reconectar automaticamente por meio do Passpoint.
- A equipe de operações deseja frequência de visitas e tempo de permanência para planejar a equipe e o espaço.
Nada disso exige novos pontos de acesso. O Purple se sobrepõe aos controladores e APs existentes da Ruckus como uma camada em nuvem. O caso é apresentado em Por que sua próxima atualização de WiFi não precisa de novo hardware. Para se aprofundar no setor, consulte Plataformas de WiFi para visitantes de hotéis: integração com PMS, Passpoint e largura de banda em camadas comparadas e Plataformas de WiFi para visitantes de estádios e arenas: integração de alta densidade e ativação de patrocinadores comparadas.
Como os operadores de MDU e hotelaria combinam o DPSK com um portal para visitantes personalizado?
O DPSK (Dynamic Pre-Shared Key) é o recurso da Ruckus que concede a cada pessoa ou dispositivo uma chave exclusiva em uma SSID. Outros fornecedores chamam a ideia de iPSK ou PPSK (private pre-shared key). O controlador mapeia cada chave para uma VLAN, uma LAN virtual IEEE 802.1Q. Os dispositivos de cada residente ficam, então, em seu próprio segmento em uma infraestrutura compartilhada.
O padrão que funciona em imóveis para locação (build-to-rent), acomodações estudantis e hotéis tem três partes:
- SSID de residentes no DPSK. Cada residente recebe uma frase de senha exclusiva mapeada para uma VLAN por unidade. O DPSK3 estende o modelo para o WPA3. Smart TVs, alto-falantes e consoles de jogos se conectam sem um portal ou cliente 802.1X.
- SSID de WiFi para visitantes com um portal personalizado. Visitantes e espaços de convivência usam o portal externo por meio do WISPr. Ative o isolamento de cliente e mantenha a VLAN de visitantes separada dos residentes e dos sistemas do edifício.
- Controle de ciclo de vida. Vincule chaves a admissões, transferências e desligamentos. Quando um morador se mudar, revogue a chave no mesmo dia.
Purple WiFi para visitantes WiFi executa o portal de visitantes neste projeto. Para moradores, você pode manter Ruckus DPSK ou Cloudpath. Como alternativa, o Purple WiFi multi-inquilino WiFi com SecurePass é a alternativa ao Cloudpath. Ele oferece a cada morador uma bolha de rede privada sob o modelo de Redes Baseadas em Identidade da Purple, gerenciada ao lado do WiFi para visitantes WiFi.
Os hotéis adicionam um terceiro público. A equipe se autentica com 802.1X em relação a Microsoft Entra ID, Okta ou Google Workspace. Hóspedes de longa permanência ou de apartamentos com serviços usam DPSK. Hóspedes de curta permanência e participantes de conferências usam o portal personalizado.
Cenários práticos em ambientes Ruckus
Os cenários abaixo são ilustrativos, baseados em padrões comuns de implantação. Os resultados são as mudanças mensuráveis que cada arquitetura produz, e não resultados relatados por um local específico.
Um hotel de 220 quartos no SmartZone migra o login de visitantes para um portal externo
Situação. O hotel executava passes de visitantes nativos do SmartZone. A recepção imprimia um código a cada check-in, e os códigos circulavam além dos moradores. O marketing não tinha uma lista de e-mails com consentimento. O encarregado de proteção de dados não conseguia demonstrar quais hóspedes haviam concordado com o contato.
O que foi feito. A equipe de TI criou uma WLAN Hotspot (WISPr) apontando para o portal Purple e para a nuvem Purple RADIUS. O 802.1X da equipe e as WLANs de back-office permaneceram inalterados. O portal solicitava o consentimento de marketing como uma opção separada e desmarcada. Os hóspedes recebiam a oferta de um perfil Passpoint após o primeiro login.
Resultado.
- Os códigos emitidos pela recepção caíram de um por check-in para zero.
- Pontos de acesso substituídos: nenhum.
- Cada hóspede que optou por participar gerou um registro de consentimento com carimbo de data e hora, exportável para solicitações de acesso do Artigo 15 do GDPR.
- Os hóspedes com um perfil Passpoint se reconectavam em estadias subsequentes sem o portal, criptografados por 802.1X.
Um empreendimento imobiliário para locação (build-to-rent) de 400 unidades no RUCKUS One separa moradores e visitantes
Situação. Cada andar compartilhava uma única chave pré-compartilhada. Os moradores que se mudavam mantinham as chaves funcionais até a próxima alteração em todo o andar. Os moradores forneciam sua chave aos visitantes, e o WiFi WiFi do lounge e da academia ficava na mesma rede.
O que foi feito. A operadora emitiu uma DPSK por morador, mapeada para uma VLAN por unidade. Uma rede separada para WiFi para visitantes SSID atendia aos visitantes e aos espaços de convivência por meio de um portal personalizado. O processo de desocupação no contrato de locação acionava a revogação da chave.
Resultado.
- As chaves compartilhadas em circulação caíram de uma por andar para zero.
- A revogação para ex-moradores passou da próxima alteração de chave em todo o andar para o dia da mudança.
- Dispositivos de visitantes em VLANs de moradores: nenhum, por projeto.
- As operações obtiveram dados de tempo de permanência por espaço de convivência para planejar horários de limpeza e funcionamento.
Uma rede de varejo de 60 lojas executa um portal único em Ruckus e Cisco Meraki
Situação. Uma aquisição deixou 40 lojas no Ruckus e 20 no Cisco Meraki. A rede operava dois portais, com dois conjuntos de termos e dois textos de consentimento. O Requisito 1 do PCI DSS também exige controles de segurança de rede entre o tráfego de visitantes e o ambiente de dados do portador do cartão.
O que foi feito. A rede implantou um portal da Purple em ambos os fornecedores, usando WISPr no Ruckus e a integração de página de boas-vindas do Meraki. As VLANs de visitantes permaneceram segmentadas das redes de ponto de venda em todas as lojas.
Resultado.
- Os portais reduziram de dois para um.
- Os textos de consentimento reduziram de dois para um.
- Relatórios de visitas de compradores cobriram todas as 60 lojas em um único painel.
Quanto custa executar cada opção em uma infraestrutura Ruckus
Os custos se dividem em quatro categorias: licenças, hardware, esforço de configuração e custos operacionais de conformidade. A linha de licenças é a visível. A linha de conformidade é a que prejudica se houver falhas.
| Elemento de custo | Nativo do Ruckus (SmartZone ou RUCKUS One) | Purple no Ruckus (portal externo) |
|---|---|---|
| Licença | Coberta pelas licenças de AP do SmartZone existentes ou assinatura de dispositivo do RUCKUS One | Assinatura da Purple adicional, no plano Connect, Capture ou Engage |
| Novo hardware | Nenhum | Nenhum: sobreposição em nuvem nos APs e controladores Ruckus existentes |
| Configuração inicial | WLAN de visitantes por zona ou local no console do Ruckus | WLAN WISPr, walled garden e entrada do RADIUS por controlador ou local, além do design do portal |
| Administração contínua | O TI gerencia credenciais, termos e alterações no portal | O Marketing edita o portal e as campanhas, o TI é proprietário da WLAN |
| Solicitações de consentimento e acesso | Processo manual mantido fora da rede | Registros de consentimento e perfil exportáveis |
| Locais com múltiplos fornecedores | Portal separado por fornecedor | Um único portal para oito fornecedores |
| Migração de controlador | Configurações de visitantes reconstruídas no novo console | Portal e dados permanecem na Purple, WLAN redirecionada |
Dois custos raramente aparecem em um orçamento. O primeiro é o tempo dos funcionários gasto emitindo e redefinindo códigos de visitantes. O segundo é a exposição regulatória. As multas do UK GDPR chegam a £ 17,5 milhões ou 4% do faturamento anual global, o que for maior.
Do lado da plataforma, a Purple possui certificações ISO 27001, Cyber Essentials e B Corp, e está em conformidade com o GDPR e CCPA. Opera com 99,999% de tempo de atividade (dados da Purple).
Como decidir para a sua infraestrutura Ruckus?
Mapeie sua situação para uma recomendação:
| Sua situação | Recomendação |
|---|---|
| Um local, WiFi para visitantes como uma comodidade, sem uso de marketing | Acesso de visitantes nativo do Ruckus |
| Cloudpath já implantado para funcionários, visitantes precisam apenas de acesso patrocinado | Fluxos de trabalho de visitantes patrocinados do Cloudpath |
| Vários locais Ruckus, marketing envia e-mails para visitantes | Purple Guest WiFi por meio de WISPr e Northbound Interface |
| Ruckus mais outros fornecedores | Purple em todos os fornecedores |
| Build-to-rent, alojamento estudantil ou bloco MDU com residentes e visitantes | DPSK para residentes, portal da Purple para visitantes |
| Hotel com quartos para estadias de longa permanência e participantes de conferências | 802.1X para a equipe, DPSK para estadias de longa permanência, portal da Purple para hóspedes e participantes |
| Visitantes recorrentes devem se conectar automaticamente | Portal da Purple mais Passpoint no Hotspot 2.0 da Ruckus |
Em seguida, faça cinco perguntas à sua equipe:
- Quem é o proprietário dos dados dos hóspedes? Se for o setor de marketing ou operações, você precisará de uma plataforma externa.
- Quantos locais e fornecedores você executará em três anos? O crescimento ou as aquisições favorecem um portal independente de hardware.
- Você pode demonstrar o consentimento hoje? Se não puder, o Artigo 7 do GDPR já é uma lacuna.
- Os residentes ou hóspedes de longa permanência precisam de redes privadas? Se sim, planeje o DPSK ou o SecurePass ao lado do portal de hóspedes.
- Você está mudando do SmartZone para o RUCKUS One? Um portal externo acompanha você, de modo que você redireciona um WLAN em vez de recriar o acesso de hóspedes.
Perguntas frequentes
O portal da Purple funciona com meus pontos de acesso e controladores da Ruckus existentes?
Sim, o portal da Purple é executado em sua infraestrutura da Ruckus existente sem a necessidade de novos hardwares. Ele se conecta ao SmartZone por meio de um WLAN Hotspot (WISPr), da Interface Northbound e de RADIUS. No RUCKUS One, ele usa o tipo de rede de portal cativo de terceiros (WISPr). O mesmo portal também é executado no Cisco Meraki, HPE Aruba, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. O artigo de configuração da Ruckus na Purple no centro de suporte da Purple lista as etapas de configuração atuais.
Preciso mudar do SmartZone para o RUCKUS One para usar um portal cativo externo?
Não, ambas as plataformas suportam portais cativos externos por meio do WISPr. Você pode conectar a Purple ao SmartZone hoje e mantê-la quando fizer a migração. Durante a mudança para o RUCKUS One, o portal, os registros de consentimento e os dados dos visitantes permanecem na Purple. Você recria uma rede WISPr no console do RUCKUS One e a aponta para o mesmo portal e servidores de RADIUS.
Um portal cativo externo na Ruckus é compatível com o GDPR?
Sim, desde que o portal registre o consentimento adequadamente. O Artigo 7(1) do GDPR exige que você demonstre que cada pessoa consentiu. A Purple armazena um registro com carimbo de data/hora de quem concordou, quando e com qual redação. Os opt-ins de escolha consciente mantêm o consentimento de marketing separado da aceitação dos termos. A Purple é certificada pela ISO 27001 e está em conformidade com o GDPR e a CCPA. Seu próprio aviso de privacidade e base legal continuam sendo de sua responsabilidade como controlador de dados.
Posso manter o DPSK da Ruckus ou o Cloudpath para residentes e usar a Purple para visitantes?
Sim, essa é uma divisão comum em empreendimentos para locação (build-to-rent), acomodações estudantis e hotéis. Os residentes permanecem no DPSK ou no Cloudpath em seus próprios SSID e VLANs por unidade. Os visitantes e os espaços de comodidade usam um SSID separado com o portal com a marca da Purple por meio do WISPr. Se mais tarde você quiser uma única plataforma para ambos, o Purple Multi-Tenant WiFi com SecurePass substitui o Cloudpath para o acesso de residentes.
Quanto trabalho exige uma migração do acesso de hóspedes nativo da Ruckus para a Purple?
A migração é uma alteração de configuração, não um projeto de hardware. Você cria uma WLAN WISPr, adiciona entradas de walled garden e registra os servidores do RADIUS da Purple em cada controlador ou local do RUCKUS One. Em seguida, você projeta o portal e o texto de consentimento. As WLANs de funcionários, IoT e back-office permanecem intocadas. O artigo de suporte da Purple sobre o Ruckus abrange os passos exatos para a versão do seu controlador.
Como um portal externo é licenciado em comparação com o acesso de convidados nativo do Ruckus?
O acesso de convidados nativo do Ruckus é coberto pelas suas licenças existentes de AP do SmartZone ou pela assinatura de dispositivo do RUCKUS One. Um portal externo adiciona uma assinatura da Purple por cima, no plano Connect, Capture ou Engage. De qualquer forma, você não paga nada por hardware novo. A assinatura compra registros de consentimento, dados de convidados primários (first-party), relatórios entre fornecedores e integração de Passpoint que os fluxos de trabalho nativos para convidados não oferecem.
O Passpoint substitui o portal cativo no Ruckus?
Não, o Passpoint complementa o portal cativo em vez de substituí-lo. O convidado faz login pelo portal uma vez e aceita os termos e qualquer opção de marketing (opt-in). A Purple oferece, então, um perfil de Passpoint. Em visitas futuras, o dispositivo entra automaticamente via WPA2 ou WPA3-Enterprise com 802.1X, sem ver o portal. O Ruckus suporta o Hotspot 2.0 no SmartZone e no RUCKUS One, e a Purple fornece a função de provedor de identidade.
Definições principais
Portal cativo
A página da web que um dispositivo vê antes de acessar a internet. O ponto de acesso mantém o cliente em um estado não autorizado, permite apenas destinos do jardim murado e redireciona a primeira solicitação web para o portal de login.
Você se depara com isso ao configurar WLANs para visitantes. Se o portal é nativo da Ruckus ou externo, isso decide quais dados e registros de consentimento cada login produz.
WISPr
Roaming de Provedor de Serviços de Internet Sem Fio, o modelo de redirecionamento e autenticação por trás da maioria dos portais cativos externos. No Ruckus, o redirecionamento carrega parâmetros que identificam o endereço MAC do cliente, o ponto de acesso e a SSID; no SmartZone, ele carrega o endereço da Northbound Interface da controladora.
Você cria uma WLAN Hotspot (WISPr) no SmartZone ou escolhe o tipo de rede de portal cativo de terceiros (WISPr) no RUCKUS One para conectar uma plataforma externa.
Interface Northbound
A API JSON autenticada da controladora Ruckus. Um portal externo a chama após o login para autenticar o cliente, o que dispara uma Access-Request de RADIUS a partir da controladora.
É o link entre o Purple e o SmartZone. Faça a chamada via HTTPS e mantenha sua senha no lado do servidor. Os nomes dos parâmetros mudam entre as versões, portanto, siga a referência atual da Ruckus.
RADIUS
O protocolo de autenticação, autorização e contabilização definido na RFC 2865 do IETF. Os pontos de acesso perguntam a um servidor RADIUS se devem admitir um dispositivo, recebem um Access-Accept com atributos como tempo limite de sessão e relatam início, término e volumes de dados da sessão por meio da contabilização.
Um portal externo precisa de um servidor RADIUS registrado em cada controlador ou local do RUCKUS One. O Purple atua como portal e como servidor RADIUS em nuvem, para que você não precise hospedar nenhum dos dois.
Jardim murado (Walled garden)
O conjunto de destinos acessíveis antes da autorização: DNS, domínios do portal e quaisquer domínios de login social permitidos.
Você adiciona entradas de jardim murado por controlador ou local durante a migração. Manter a lista restrita é um dos três hábitos de segurança para qualquer estrutura WISPr.
Passpoint (Hotspot 2.0)
Um programa da Wi-Fi Alliance baseado no IEEE 802.11u. Um dispositivo com um perfil armazenado descobre e conecta-se à rede automaticamente e autentica-se via WPA2 ou WPA3-Enterprise usando o IEEE 802.1X.
O Ruckus dá suporte ao Hotspot 2.0 no SmartZone e no RUCKUS One, mas precisa de um provedor de identidade por trás dele. O Purple assume esse papel, oferecendo aos visitantes recorrentes reconexão automática e criptografada.
IEEE 802.1X
O padrão IEEE para controle de acesso à rede baseado em porta. Ele autentica um dispositivo antes de conceder acesso à rede e serve de base para WPA2 e WPA3-Enterprise.
A equipe do hotel se autentica com 802.1X no Microsoft Entra ID, Okta ou Google Workspace, e os hóspedes do Passpoint se reconectam por meio dele sem ver o portal.
OpenRoaming
Uma federação da Wireless Broadband Alliance de provedores de identidade Passpoint, para que um único perfil funcione em várias redes.
Ele estende o valor de um perfil do Passpoint emitido após o primeiro login no portal para além de uma única propriedade.
DPSK (Chave Pré-Compartilhada Dinâmica)
O recurso do Ruckus que atribui a cada pessoa ou dispositivo uma chave exclusiva em um SSID, com cada chave mapeada para uma VLAN IEEE 802.1Q. Outros fornecedores chamam a ideia de iPSK ou PPSK. O DPSK3 estende o modelo para o WPA3.
Usado para residentes em empreendimentos para locação (build-to-rent), acomodações estudantis e hotéis, para que smart TVs e consoles se conectem sem um portal e os acessos de quem se mudar possam ser revogados no dia da saída.
VLAN
Uma LAN virtual definida pelo IEEE 802.1Q, que etiquete o tráfego para segmentar uma rede física em redes lógicas isoladas.
Você mapeia chaves DPSK para VLANs por unidade e mantém as VLANs de visitantes separadas de residentes, sistemas prediais e redes de ponto de venda sob o Requisito 1 do PCI DSS.
Comprovação de consentimento do Artigo 7(1) do GDPR
O Artigo 7(1) do GDPR exige que o controlador demonstre que a pessoa consentiu, com o consentimento definido no Artigo 4(11). O regulamento 22 do UK PECR rege o consentimento de e-mail marketing, e o Artigo 12(3) estabelece o prazo de um mês para respostas a solicitações dos titulares dos dados.
Portais nativos do Ruckus registram apenas a aceitação dos termos. Uma plataforma externa armazena quem concordou, quando, com qual redação e por qual canal.
Opt-ins por escolha consciente
O modelo de consentimento do Purple que mantém o consentimento de marketing como uma opção separada e desmarcada da aceitação dos termos, seguindo a definição de consentimento do Artigo 4(11) do GDPR.
Produz um registro de consentimento exportável e com registro de data/hora por visitante que aceitou, que é a evidência necessária para o encarregado de proteção de dados.
Exemplos práticos
Um hotel de 220 quartos no SmartZone usava passes nativos para visitantes. A recepção imprimia um código a cada check-in, os códigos circulavam além dos hóspedes, o marketing não tinha uma lista de e-mails com consentimento e o encarregado de proteção de dados não conseguia comprovar quem havia concordado em receber contatos.
A equipe de TI criou uma WLAN Hotspot (WISPr) apontando para o portal do Purple e a nuvem do Purple RADIUS, mantendo as WLANs dos funcionários, 802.1X e do back-office inalteradas. O portal solicitou consentimento de marketing como uma opção separada e desmarcada, e os hóspedes receberam a oferta de um perfil Passpoint após o primeiro login. Os códigos emitidos pela recepção caíram de um por check-in para zero, e nenhum ponto de acesso foi substituído. Cada hóspede que aceitou gerou um registro de consentimento com carimbo de data/hora, exportável para solicitações de acesso do Artigo 15 do GDPR. Hóspedes com um perfil Passpoint reconectavam-se em estadias posteriores sem passar pelo portal, com criptografia via 802.1X.
Um bloco residencial de aluguel com 400 unidades no RUCKUS One compartilhava uma chave pré-compartilhada por andar. Ex-moradores mantinham chaves ativas, moradores repassavam chaves a visitantes, e a WiFi da sala de convivência e da academia ficavam na mesma rede.
A operadora emitiu uma DPSK por morador, mapeada para uma VLAN por unidade, para que os dispositivos de cada morador fiquem em seu próprio segmento. Um SSID para visitantes separado atendia os visitantes e os espaços de convivência por meio de um portal personalizado via WISPr. A desocupação no processo de locação disparava a revogação da chave. As chaves compartilhadas em circulação caíram de uma por andar para zero, e a revogação de ex-moradores passou para o dia da desocupação. Os dispositivos de visitantes em VLANs de moradores caíram para zero por projeto. As operações também obtiveram dados de permanência por espaço de convivência para planejar a limpeza e os horários de funcionamento.
Após uma aquisição, uma rede de varejo de 60 lojas tinha 40 lojas no Ruckus e 20 no Cisco Meraki, executando dois portais com dois conjuntos de termos e duas redações de consentimento, enquanto o Requisito 1 do PCI DSS exigia controles entre o tráfego de visitantes e o ambiente de dados de portadores de cartão.
A rede implantou um único portal Purple em ambos os fornecedores, usando WISPr no Ruckus e a integração da página de boas-vindas do Meraki. As VLANs de visitantes permaneceram segmentadas das redes de ponto de venda em todas as lojas, atendendo ao requisito de controle de segurança da rede. Os portais caíram de dois para um, e as redações de consentimento caíram de duas para uma. Os relatórios de visitas de compradores cobriram todas as 60 lojas em um único painel. Um portal independente de hardware era a única maneira de executar uma única política de consentimento em hardware misto.
Perguntas frequentes
O Purple funciona com meus pontos de acesso e controladores Ruckus existentes?
Sim, o Purple executa em sua estrutura de Ruckus existente sem a necessidade de novos hardwares. Ele se conecta ao SmartZone por meio de uma WLAN Hotspot (WISPr), da Interface Northbound e de RADIUS. No RUCKUS One, ele usa o tipo de rede de portal cativo (WISPr) de terceiros. O mesmo portal também funciona no Cisco Meraki, HPE Aruba, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. O artigo de configuração do Ruckus do Purple na central de suporte do Purple lista as etapas de configuração atuais.
Preciso migrar do SmartZone para o RUCKUS One para usar um portal cativo externo?
Não, ambas as plataformas suportam portais cativos externos por meio de WISPr. Você pode conectar o Purple ao SmartZone hoje e mantê-lo ao migrar. Durante a migração para o RUCKUS One, o portal, os registros de consentimento e os dados dos visitantes permanecem no Purple. Você recria uma rede WISPr no console do RUCKUS One e a aponta para o mesmo portal e servidores de RADIUS.
Um portal cativo externo no Ruckus está em conformidade com a GDPR?
Sim, desde que o portal registre o consentimento adequadamente. O Artigo 7(1) da GDPR exige que você demonstre que cada pessoa deu seu consentimento. O Purple armazena um registro com carimbo de data e hora de quem concordou, quando e com qual redação. Opções de consentimento por escolha consciente mantêm o consentimento de marketing separado da aceitação dos termos. O Purple possui certificação ISO 27001 e está em conformidade com a GDPR e a CCPA. Seu próprio aviso de privacidade e a base legal permanecem sob sua responsabilidade como controlador de dados.
Posso manter o Ruckus DPSK ou Cloudpath para residentes e usar o Purple para visitantes?
Sim, essa é uma divisão comum em imóveis para locação (build-to-rent), acomodações estudantis e hotéis. Os residentes permanecem no DPSK ou Cloudpath em seu próprio SSID e VLANs por unidade. Visitantes e áreas de lazer usam um SSID separado com o portal personalizado do Purple via WISPr. Se posteriormente você quiser uma única plataforma para ambos, o Purple Multi-Tenant WiFi com SecurePass substitui o Cloudpath para o acesso de residentes.
Quanto trabalho dá uma migração do acesso de visitantes nativo do Ruckus para o Purple?
A migração é uma alteração de configuração, não um projeto de hardware. Você cria uma WLAN WISPr, adiciona entradas no walled garden e registra os servidores de RADIUS do Purple em cada controlador ou local do RUCKUS One. Em seguida, cria o portal e a redação de consentimento. As WLANs de funcionários, IoT e back-office permanecem inalteradas. O artigo de suporte do Ruckus do Purple abrange as etapas exatas para a versão do seu controlador.
Como funciona o licenciamento de um portal externo em comparação com o acesso de visitantes nativo por Ruckus?
O acesso de visitantes nativo por Ruckus é coberto pelas suas licenças existentes de AP SmartZone ou pela assinatura de dispositivos do RUCKUS One. Um portal externo adiciona uma assinatura do Purple acima disso, nos planos Connect, Capture ou Engage. Você não paga nada por hardware novo em ambos os casos. A assinatura inclui registros de consentimento, dados proprietários de visitantes, relatórios multimarcas e integração via Passpoint que os fluxos de trabalho nativos de visitantes não oferecem.
O Passpoint substitui o portal cativo no Ruckus?
Não, o Passpoint complementa o portal cativo em vez de substituí-lo. O visitante faz login no portal uma vez e aceita os termos e qualquer opção de marketing. O Purple então oferece um perfil do Passpoint. Em visitas futuras, o dispositivo se conecta automaticamente via WPA2 ou WPA3-Enterprise com o 802.1X, sem visualizar o portal. O Ruckus suporta o Hotspot 2.0 no SmartZone e no RUCKUS One, e o Purple fornece a função de provedor de identidade.
Fontes
- IETF RFC 2865: Remote Authentication Dial In User Service (RADIUS)
- Regulation (EU) 2016/679 (GDPR), official text
- Privacy and Electronic Communications (EC Directive) Regulations 2003, regulation 22
- IEEE 802.1X-2020: Port-Based Network Access Control
- Wireless Broadband Alliance: OpenRoaming
- PCI Security Standards Council: PCI DSS
- RUCKUS Networks support and documentation
Continue a ler esta série
Plataformas de Passpoint para visitantes central vs. portal cativo dedicado da Aruba: comparação de CRM, WiFi e relatórios
Use esta comparação para escolher entre o Cloud Guest nativo do Aruba Central, o ClearPass Guest e uma plataforma em nuvem dedicada, como a Purple, para a sua estrutura da HPE Aruba. Você pode alinhar cada opção a quem possui o WiFi para visitantes, onde os dados dos visitantes devem ser armazenados, como você registra o consentimento de GDPR, se os visitantes recorrentes precisam de Passpoint e qual é o custo de cada opção ao longo de três anos.
Portais de visitante Juniper Mist WiFi vs overlays de portal cativo externo: comparação multissítio
Você poderá decidir, local por local, se o portal de visitante nativo do Juniper Mist é suficiente ou se um overlay de portal cativo externo justifica sua licença. Você também saberá como redirecionar uma WLAN do Mist para um overlay, configurar a bilhetagem RADIUS e manter um único registro de visitante durante uma migração em fases a partir de controladores legados.
Captive Portals vs. Redes Abertas: Equilibrando Segurança e UX
Este guia de referência técnica fornece aos arquitetos de rede e gerentes de TI um modelo abrangente para implantar redes WiFi para visitantes. Ele analisa as compensações técnicas entre redes abertas e captive portals, detalhando como equilibrar protocolos de segurança com a experiência do usuário. Os leitores aprenderão como configurar mecanismos de redirecionamento resilientes, gerenciar a randomização de MAC e implementar fluxos de trabalho de autenticação integrados.
Tem dúvidas sobre a sua configuração específica?
A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.