Plataformas de portal cativo para visitantes centrais da Aruba WiFi vs. dedicadas: comparação de CRM, Passpoint e relatórios

O Aruba Central inclui uma página de boas-vindas alojada com autorização mediante clique, início de sessão através de redes sociais e patrocinado, o que é suficiente para um acesso básico de visitantes. Não possui conetores nativos de CRM nem fluxo de trabalho de consentimento de marketing. O ClearPass Guest adiciona profundidade às políticas, mas requer servidores e competências especializadas. Plataformas dedicadas como a Purple adicionam sincronização com CRM, Passpoint e análise de visitantes ao hardware Aruba existente através de RADIUS externo.

Que opção de WiFi para visitantes da Aruba deve escolher?

Um parque de dispositivos HPE Aruba oferece-lhe três arquiteturas realistas para acesso de visitantes. Todas as três são executadas nos pontos de acesso que já possui. Diferem em quem as opera, quanto custa a sua execução e o que acontece aos dados.

Dois termos antes de começar. Um portal cativo é a página web que um dispositivo vê antes de lhe ser permitido aceder à Internet. O RADIUS (Remote Authentication Dial-In User Service) é o protocolo que um ponto de acesso utiliza para perguntar a um servidor se deve admitir um dispositivo e em que termos.

• Acesso nativo de visitantes do Central. A página de boas-vindas Cloud Guest alojada dentro do HPE Aruba Networking Central. Trata dos termos de autorização mediante clique, contas de visitantes criadas por operadores, visitantes aprovados por patrocinadores e início de sessão através de redes sociais.
• ClearPass Guest. O módulo de visitantes do HPE Aruba Networking ClearPass Policy Manager, que é executado nas suas próprias máquinas virtuais ou appliances. É adequado para equipas onde o acesso de visitantes é uma parte de um programa mais amplo de controlo de acessos à rede.
• Uma plataforma dedicada de WiFi para visitantes na nuvem. Um portal cativo externo e serviço de RADIUS na nuvem, como o Purple Guest WiFi, ligado ao Central através de definições padrão de redirecionamento e RADIUS. É adequado para edifícios e instalações onde o marketing, o CRM e os relatórios de visitantes são a razão de ser da rede.

Utilize esta regra geral. Se a equipa de rede for a responsável pelo WiFi para visitantes e ninguém mais à frente precisar dos dados, o acesso nativo de visitantes do Central é suficiente. Se já executa o ClearPass para IEEE 802.1X de funcionários (o padrão de autenticação baseado em portas por trás do WiFi empresarial) e postura do dispositivo, estenda-o aos visitantes. Se o marketing ou as operações precisarem de dados próprios com consentimento num CRM em vários locais sem TI local, uma plataforma na nuvem é mais simples de executar.

Onde o WiFi para visitantes do Aruba Central e as plataformas dedicadas diferem verdadeiramente

Esta comparação do WiFi para visitantes do Aruba Central resume-se a quatro áreas: início de sessão, CRM e consentimento, reconhecimento de visitantes recorrentes e relatórios.

Página de boas-vindas e início de sessão

O Cloud Guest do Central permite-lhe definir um logótipo, cores, imagem de fundo e termos de utilização. As opções de início de sessão abrangem a autorização anónima mediante clique, contas de visitantes criadas por operadores, acesso aprovado por patrocinadores e início de sessão através de redes sociais. Para uma receção ou uma sala de conferências, isso cumpre os requisitos.

As limitações do portal cativo do Aruba Central surgem quando a página inicial tem de fazer mais do que simplesmente conceder acesso. O Cloud Guest foi concebido para admitir um dispositivo, não para executar um programa de recolha de dados. Não escreve os dados de início de sessão diretamente numa plataforma de marketing e não mantém um registo de consentimento por visitante sobre o qual o marketing possa atuar.

CRM e consentimento

A integração do CRM com o WiFi para visitantes do Aruba é o ponto em que as três opções se separam mais claramente. Os dados dos visitantes no Central permanecem dentro do Central, a menos que os extraia através das APIs REST do Central. Alguém tem de escrever, alojar e manter essa integração.

O ClearPass pode chamar sistemas externos através das suas APIs REST e das Context Server Actions, o seu funcionalidade de integração HTTP de saída. Trata-se de uma solução flexível, mas cada conector é um pequeno projeto de software que pertence à sua equipa.

O consentimento é o requisito mais complexo. O Artigo 7.º do GDPR exige que demonstre que cada pessoa deu o seu consentimento, e o Recital 32 estabelece que as caixas pré-selecionadas não são válidas. Uma caixa de seleção dos termos de utilização numa página inicial não constitui consentimento de marketing. O Purple utiliza a opção de aceitação por escolha consciente, que mantém o consentimento de marketing separado dos termos da rede. O Purple integra-se com plataformas de CRM e de marketing, possui a certificação ISO 27001 e está em conformidade com o GDPR e o CCPA.

Passpoint e visitantes recorrentes

Reconhecer visitantes recorrentes pelo endereço MAC já não funciona de forma fiável. A Apple introduziu endereços privados por rede no iOS 14, e o Android 10 gera o endereço MAC aleatoriamente por predefinição. Como tal, um dispositivo recorrente pode parecer novo, o que força inícios de sessão repetidos e inflaciona a contagem de visitantes.

O Passpoint, também conhecido como Hotspot 2.0, resolve este problema. Permite que um dispositivo se ligue a uma rede de forma automática e segura utilizando um perfil instalado uma única vez. Assenta no IEEE 802.11u para a deteção de redes e utiliza o 802.1X com EAP (Extensible Authentication Protocol) para uma autenticação encriptada. O OpenRoaming, a federação da Wireless Broadband Alliance desenvolvida com base no Passpoint, permite que um dispositivo com um perfil de um fornecedor de identidade se ligue a qualquer local participante.

Os pontos de acesso Aruba Instant e AOS-10 podem anunciar redes Passpoint configuradas no Central. A divulgação é apenas metade do trabalho, uma vez que o perfil e a autenticação continuam a necessitar de um serviço de identidade associado. O ClearPass Onboard pode aprovisionar perfis. O Purple suporta o Passpoint e o OpenRoaming a partir da mesma plataforma que gere o portal cativo. Para obter detalhes específicos sobre hotéis, consulte Plataformas de WiFi para visitantes em hotéis: comparação entre integração com PMS, Passpoint e largura de banda por escalões.

Relatórios

O Central reporta o que um engenheiro de rede necessita: contagem de clientes, utilização dos pontos de acesso, número de sessões de visitantes e estado da ligação. O ClearPass Insight reporta os resultados da autenticação e as cadeias de auditoria. Nenhum deles foi concebido para responder a questões de marketing ou operações, tais como quantos visitantes regressaram este mês.

Purple O WiFi Analytics comunica visitas, visitas repetidas, tempo de permanência e crescimento de adesões por local. O conjunto de dados subjacente é vasto: a Purple gere 500 milhões de utilizadores e inícios de sessão por ano.

Funcionalidade	Convidado nativo Aruba Central	ClearPass Guest	Plataforma em nuvem dedicada (Purple)
Onde é executado	Alojado no HPE Aruba Networking Central	As suas máquinas virtuais ou dispositivos de hardware	Nuvem da Purple, sobreposta aos seus pontos de acesso Aruba
Métodos de início de sessão	Clique de passagem, contas de operador, patrocinado, início de sessão social	Autorregisto, patrocinado, contas de operador, início de sessão social	Formulários personalizados da marca, início de sessão social, adesões por escolha consciente
Conetores de CRM e marketing	Nenhum integrado; apenas REST API	Construção personalizada através de REST APIs e Context Server Actions	Integra-se com plataformas de CRM e marketing
Registo de consentimento de marketing	Apenas aceitação dos termos de utilização	Campos personalizados concebidos e mantidos por si	Adesão independente armazenada em cada perfil
Passpoint	Anúncio do ponto de acesso configurado no Central	Aprovisionamento de perfis através do ClearPass Onboard	Perfis Passpoint e OpenRoaming
Foco dos relatórios	Estado da rede e contagem de sessões	Relatórios de autenticação e auditoria no Insight	Visitas, visitas repetidas, tempo de permanência e adesões
Competências para a gestão diária	Administrador de rede Aruba	Especialista ClearPass	Equipa de marketing ou operações, com TI para a configuração
Mais adequado para	Escritórios, municípios, pequenos locais com necessidades apenas de acesso	Propriedades a executar o ClearPass para NAC e postura da equipa	Grupos hoteleiros, cadeias de retalho, estádios e locais com múltiplas instalações

Como funcionam o RADIUS externo e a CoA com o Aruba Instant e o AOS-10?

Uma plataforma externa liga-se à Aruba através de dois mecanismos padrão. O redirecionamento do portal cativo envia o convidado para a página externa de início de sessão. O RADIUS transmite a decisão de volta à rede.

O fluxo do portal cativo externo

1. O dispositivo de um convidado liga-se à rede WiFi aberta para convidados SSID e recebe uma função pré-autenticação.
2. Essa função permite apenas o acesso ao jardim murado, a lista de destinos que um dispositivo pode alcançar antes de iniciar sessão.
3. O ponto de acesso interceta o primeiro pedido Web e redireciona o navegador para o portal cativo externo. O redirecionamento transporta parâmetros como o endereço MAC do cliente, o ponto de acesso e o SSID.
4. O convidado inicia sessão. O serviço RADIUS na nuvem da plataforma devolve um Access-Accept ao dispositivo Aruba.
5. O Access-Accept pode transportar o atributo específico do fornecedor (VSA) Aruba-User-Role, um campo RADIUS definido pela HPE Aruba. Este move o dispositivo para uma função pós-autenticação com a sua própria política de firewall e contrato de largura de banda.

O Central suporta um portal cativo externo como opção padrão de página inicial na WLAN. Configura-o uma vez ao nível do grupo no Central e todos os dispositivos desse grupo herdam-no.

Aruba Instant: o controlador virtual e o Dynamic RADIUS Proxy

Num cluster Aruba Instant, cada ponto de acesso pode enviar os seus próprios pedidos RADIUS. Um serviço RADIUS na nuvem teria então de confiar no endereço de cada ponto de acesso em todos os locais.

O Proxy RADIUS Dinâmico muda essa realidade. Quando ativado, o controlador virtual Instant funciona como proxy do tráfego RADIUS para o cluster, fazendo com que o servidor RADIUS veja apenas uma origem por local. Isso simplifica significativamente a gestão de regras de firewall e de segredos partilhados em instalações de grande dimensão.

AOS-10: os pontos de acesso autenticam, os gateways aplicam as políticas

O AOS-10 transfere a autenticação de clientes WLAN para o ponto de acesso, incluindo para SSIDs com túnel. Os gateways gerem o caminho de dados e a aplicação de funções para o tráfego com túnel. Antes do arranque em produção, confirme na documentação do HPE Aruba Networking AOS-10 qual é o dispositivo de origem dos pedidos RADIUS no seu projeto. O seu serviço RADIUS tem de confiar nesse endereço, e as suas mensagens de CoA têm de conseguir alcançá-lo.

Change of Authorization para sessões, escalões e revogação

O Change of Authorization (CoA), definido no RFC 5176, permite que um servidor RADIUS altere ou termine uma sessão ativa sem que o visitante tenha de se voltar a ligar. Existem três casos de utilização relevantes no WiFi para visitantes:

• Terminar uma sessão quando expira um voucher com limite de tempo ou um passe para eventos.
• Atualizar um escalão após um hóspede de hotel adquirir um pacote de largura de banda premium.
• Revogar o acesso de um dispositivo que viole a política de utilização aceitável.

A maioria dos testes de CoA falhados deve-se a três causas: a firewall bloqueia o tráfego de autorização dinâmica de entrada para o dispositivo Aruba; o segredo partilhado não coincide; ou o nome da função devolvido pelo RADIUS não existe no ponto de acesso ou no gateway. O artigo de integração do HPE Aruba da Purple, disponível no centro de suporte da Purple, orienta-o passo a passo em cada configuração.

Quando é que o acesso para visitantes nativo do Aruba Central é a escolha certa?

O acesso para visitantes nativo do Central é a escolha certa quando o acesso é o único requisito. Escolha-o quando:

• Os visitantes apenas precisam de termos de utilização, de um limite de tempo e de mais nada.
• A aprovação por um responsável via e-mail cobre todo o seu processo de visitantes.
• Ninguém no marketing ou nas operações precisa dos dados de início de sessão.
• Tem pouquíssimos locais e a equipa de rede prefere gerir a página de boas-vindas.

A zona de receção de uma câmara municipal é um caso típico de aplicação. Os visitantes aceitam os termos, recebem um limite de sessão e saem. Não há um CRM para alimentar nem consentimento para registar, pelo que uma plataforma externa adicionaria custos sem acrescentar valor.

Quando é que o ClearPass Guest é a escolha certa?

O ClearPass Guest justifica o seu custo operacional quando o acesso para visitantes faz parte de um programa de controlo de acessos mais amplo. Escolha-o quando:

• Já utiliza o ClearPass para 802.1X de funcionários, controlo de portas cabladas ou verificação da postura de dispositivos com o OnGuard.
• A sua equipa de segurança precisa de um único motor de políticas para dispositivos corporativos, de visitantes e IoT.
• A política exige servidores de autenticação dentro do seu próprio centro de dados.
• Emprega, ou contrata, engenheiros com especialização em ClearPass. A HPE Aruba disponibiliza um programa de certificação dedicado em ClearPass por esta mesma razão.

Um grupo hospitalar que já utiliza ClearPass para traçar o perfil de dispositivos clínicos é um bom exemplo. A extensão do mesmo cluster para o WiFi de doentes e visitantes mantém um único registo de auditoria para o património da Saúde. O esforço marginal é inferior ao da introdução de uma segunda plataforma.

Quando é que uma plataforma de visitantes na nuvem é mais simples do que o ClearPass Guest?

Para as equipas de hotelaria e retalho, uma plataforma na nuvem é mais simples por razões estruturais. Essas equipas raramente têm TI locais. O marketing é o proprietário da experiência dos visitantes. E o património cresce por aquisição, frequentemente em hardware misto.

Uma alternativa ao ClearPass Guest na nuvem remove as partes do ClearPass que as equipas de hotelaria e retalho consideram mais difíceis. Não há servidores para atualizar, não há clusters para dimensionar e não há certificados para renovar do seu lado. O Purple é agnóstico em relação ao hardware. Funciona com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Uma única plataforma de visitantes pode, portanto, cobrir um património Aruba e um património Meraki adquirido, lado a lado.

O Purple é executado em mais de 80 000 locais ativos em mais de 90 países (apresentação principal do Purple, capturada em 2026), com 99,999% de tempo de atividade (dados próprios do Purple). Marcas de hotelaria, incluindo a Premier Inn, Whitbread e Pizza Express, executam o WiFi para visitantes no Purple.

Exemplo prático: um grupo de 40 hotéis com Aruba Instant

Situação. Um grupo gere 40 Hotéis com uma média de 120 quartos, em pontos de acesso Aruba Instant geridos no Central. Dois engenheiros de rede cobrem todo o património a partir da sede. O WiFi para visitantes utiliza uma página de boas-vindas com clique de confirmação no Central. O marketing pretende e-mails de visitantes com consentimento no CRM e uma visão das estadias repetidas. Uma proposta do ClearPass Guest exige um cluster central a que cada hotel deve aceder através da WAN.

O que fazem. Os engenheiros apontam a WLAN de visitantes no grupo Central para o portal cativo externo e a nuvem RADIUS do Purple. Ativam o Proxy RADIUS Dinâmico para que cada hotel apresente um endereço de origem. Adicionam as entradas da walled garden e, em seguida, oferecem um perfil Passpoint no primeiro início de sessão, para que os visitantes que regressam se conetem automaticamente.

Resultado a medir. Do lado das TI, uma alteração de configuração ao nível do grupo alcança todos os 40 hotéis, sem adição de servidores. Do lado do marketing, a aritmética é a seguinte. Os números são modelados a partir de pressupostos declarados, não de resultados comunicados.

• 40 hotéis × 120 quartos = 4800 quartos.
• Com 75% de ocupação, trata-se de 3600 quartos ocupados por noite, ou 1 314 000 noites-quarto por ano.
• Com uma estadia média de duas noites e um início de sessão por estadia, trata-se de 657 000 estadias.
• Com uma taxa de adesão ao marketing de 30%, trata-se de cerca de 197 000 perfis de visitantes com consentimento por ano.

O grupo mede depois a taxa de adesão real, a taxa de estadias repetidas e a taxa de correspondência no CRM em relação a estas linhas de base.

Exemplo prático: um retalhista de moda com 150 lojas em AOS-10

Situação. Uma cadeia de Retalho de 150 lojas executa pontos de acesso AOS-10 geridos no Central, em ponte localmente em cada loja. As equipas das lojas não têm funções de TI. A sede pretende que os registos sejam associados ao CRM de fidelização e uma taxa de visitas repetidas para cada loja.

O que fazem. A equipa de rede implementa uma configuração de portal cativo externo em todo o grupo do Central, com o branding ao nível da loja gerido no Purple. O Purple sincroniza os perfis de clientes que deram consentimento com o CRM. As visitas repetidas são atribuídas através da identidade de início de sessão em vez do endereço do dispositivo isoladamente, o que limita o efeito da aleatorização de MAC.

Resultado a medir. Uma vez mais, os números são modelados. Se cada loja receber 3 000 clientes por semana e 5% se ligarem, a cadeia regista 22 500 ligações por semana, ou 1 170 000 por ano. A sede compara a taxa de visitas repetidas por loja e a taxa de adesão por região. O marketing altera a campanha de entrada no Purple sem abrir um pedido de alteração de rede.

Onde as lojas também fornecem tablets ou dispositivos pessoais à equipa, consulte BYOD e integração WiFi: Gerir dispositivos não geridos em hotéis e no retalho.

Quanto custa manter cada opção de WiFi para visitantes da Aruba?

O preço da licença é a menor parte da comparação. O custo de manutenção provém da infraestrutura, das atualizações e das pessoas proprietárias da plataforma. Nenhuma das três opções exige novos pontos de acesso, que é o mesmo argumento apresentado em Por que razão a sua próxima atualização de WiFi não precisa de novo hardware.

Componente de custo	Visitantes nativo do Aruba Central	Visitantes do ClearPass	Plataforma de nuvem dedicada (Purple)
Licenças	Incluídas na sua subscrição de pontos de acesso do Central	Licenças por ponto de extremidade além do Central	Subscrição no plano Connect, Capture ou Engage
Servidores	Nenhum	Máquinas virtuais ou dispositivos, normalmente dois ou mais nós para resiliência	Nenhum
Certificados	Alojados pela HPE Aruba	Certificados de servidor HTTPS e RADIUS renovados pela sua equipa	Alojados pelo Purple
Atualizações de software	Fornecidas pela HPE Aruba no Central	Planeadas e aplicadas pela sua equipa, cluster a cluster	Fornecidas pelo Purple
Integração de CRM	Desenvolvimento personalizado com as REST API do Central	Desenvolvimento personalizado com REST APIs e Context Server Actions	Integrações de plataforma com ferramentas de CRM e marketing
Proprietário do dia a dia	Administrador de rede	Especialista em ClearPass	Equipa de marketing ou operações

O custo oculto da opção nativa do Central são os dados que não recolhe. O custo oculto do Visitantes do ClearPass é o tempo de especialistas gasto a manter funcionalidades de visitantes que o próprio marketing poderia gerir. Calcule o preço de cada opção ao longo de três anos, incluindo horas de pessoal, antes de comparar orçamentos de licenças.

Como decidir para a sua infraestrutura Aruba?

Comece pela situação, não pela lista de funcionalidades. Esta matriz de decisão mapeia as infraestruturas Aruba mais comuns para uma recomendação.

A sua situação	Recomendação	Porquê
Um a cinco locais, WiFi para visitantes apenas de acesso, sem CRM	Native guest no Central	Já incluído; mais nada para executar
O ClearPass já executa o 802.1X e a postura dos funcionários, os dados dos visitantes ficam com as TI	Alargar o ClearPass Guest	Um motor de políticas e um registo de auditoria
Grupo hoteleiro ou de retalho multilocalização, o marketing pretende dados com consentimento	Plataforma em nuvem dedicada	Sincronização de CRM e consentimento sem servidores
Parque misto de Aruba e outros fornecedores após uma aquisição	Plataforma em nuvem dedicada	Agnóstico em relação ao hardware; uma plataforma de visitantes única para todos os fornecedores
Os visitantes recorrentes devem ligar-se sem voltar a iniciar a sessão	Plataforma em nuvem ou ClearPass Onboard com Passpoint	O Central anuncia Passpoint, mas precisa de um serviço de identidade
ClearPass para funcionários, o marketing quer dados dos visitantes	ClearPass para funcionários, plataforma em nuvem para visitantes	Cada ferramenta faz o trabalho para o qual foi criada

Em seguida, responda a cinco perguntas com as suas equipas de rede e marketing presentes:

1. Quem será o responsável pelo portal de captura no dia a dia e essa pessoa tem competências em ClearPass?
2. Em que sistema devem dar entrada os dados dos visitantes e quem mantém essa ligação?
3. Como irá registar o consentimento de marketing de acordo com a norma exigida pelo Artigo 7.º do GDPR?
4. Quantos locais irá adicionar nos próximos 24 meses e em que hardware?
5. Os visitantes recorrentes precisam de uma ligação automática e encriptada através de Passpoint ou OpenRoaming?

Se as respostas apontarem para a responsabilidade do marketing, um CRM como destino e um número crescente de instalações, uma plataforma em nuvem em vez do Central é o caminho de menor esforço. Se apontarem para a responsabilidade das TI e para um motor de políticas único para todos os dispositivos, o ClearPass é a opção mais adequada.

Perguntas frequentes

O Aruba Central inclui um portal cativo ou preciso de um externo?

Sim, o Aruba Central inclui um portal cativo alojado chamado Cloud Guest. Suporta termos de aceitação por clique, contas de visitantes criadas por operadores, acesso aprovado por patrocinadores e início de sessão através de redes sociais, com o seu logótipo e as suas cores. Precisa de um portal cativo externo quando os dados de início de sessão tiverem de ser enviados para um CRM, quando precisar de um registo de consentimento de marketing ou quando pretender relatórios de visitantes para além das estatísticas de rede. O Central suporta portais cativos externos como uma opção padrão nas definições da WLAN.

O Purple pode ser executado nos nossos pontos de acesso HPE Aruba existentes?

Sim, o Purple funciona em pontos de acesso HPE Aruba existentes geridos no Aruba Central, quer no Aruba Instant quer no AOS-10. O Purple é um overlay na nuvem. Só tem de apontar a WLAN para visitantes para o portal cativo e para o serviço RADIUS na nuvem do Purple, mantendo o seu hardware. O Purple é agnóstico em relação ao hardware, pelo que a mesma plataforma também abrange os parques de Cisco Meraki, Ruckus e Juniper Mist que adquirir mais tarde.

Precisamos do ClearPass Guest para ligar o WiFi para visitantes da Aruba a um CRM?

Não, o ClearPass Guest não é necessário para a integração do CRM de WiFi de visitantes da Aruba. O ClearPass pode chamar sistemas externos através das suas APIs REST e Context Server Actions, mas a sua equipa tem de construir e manter cada conetor. Uma plataforma na nuvem dedicada liga-se aos pontos de acesso da Aruba através de definições padrão de portal cativo externo e de RADIUS. Em seguida, sincroniza os dados dos visitantes que deram consentimento com as plataformas de CRM e de marketing, sem necessidade de servidores locais.

A Aruba suporta o Passpoint para o WiFi de visitantes?

Sim, os pontos de acesso Aruba Instant e AOS-10 podem anunciar redes Passpoint (Hotspot 2.0) configuradas no Aruba Central. No entanto, anunciar a rede é apenas metade do trabalho. Os dispositivos dos visitantes também precisam de um perfil Passpoint e de um serviço de identidade que os autentique através de 802.1X. O ClearPass Onboard ou uma plataforma na nuvem como a Purple fornecem essa parte. A Purple também suporta o OpenRoaming, pelo que os dispositivos com perfil associado entram automaticamente nos locais participantes.

Como é que um portal cativo externo gere o consentimento no âmbito do GDPR nas redes Aruba?

A plataforma externa regista o consentimento, não o ponto de acesso. O Artigo 7.º do GDPR exige que demonstre que cada pessoa deu o seu consentimento, e o Recipiente 32 exclui caixas pré-selecionadas. A Purple utiliza opções de adesão por escolha consciente que mantêm o consentimento de marketing separado da aceitação dos termos de utilização. Guarda o registo de consentimento com cada perfil. A Purple possui a certificação ISO 27001 e cumpre o GDPR e a CCPA.

O que envolve a transição do ClearPass Guest para uma plataforma na nuvem?

A transição do ClearPass Guest é uma alteração de WLAN e de RADIUS, não um projeto de hardware. Direciona o portal cativo da SSID de visitantes e os servidores de autenticação para a plataforma na nuvem e atualiza o walled garden. Também confirma que os nomes de função devolvidos nas respostas do RADIUS existem nos seus dispositivos Aruba. A maioria das equipas faz um piloto num local, compara os dados de sessão e, em seguida, procede à implementação através de grupos do Central. O ClearPass pode manter o 802.1X dos colaboradores.

Como é licenciada uma plataforma de visitantes na nuvem em comparação com o ClearPass Guest?

Uma plataforma de visitantes na nuvem é licenciada por subscrição, sem necessidade de comprar ou alojar servidores. O ClearPass requer licenças por ponto final, além de máquinas virtuais ou appliances, normalmente dois ou mais nós para resiliência. Também exige tempo da equipa para atualizações e renovações de certificados. A Purple é vendida em três planos: Connect, Capture e Engage. O acesso de visitantes nativo do Central está incluído na sua subscrição existente de pontos de acesso.