Melhores Práticas de Captive Portal: Projetando para Alta Conversão e Conformidade
Este guia técnico oferece a gerentes de TI, arquitetos de rede e diretores de operações de locais um roteiro completo para implantar portais cativos que equilibram a segurança da rede com alta conversão de usuários. Ele cobre toda a arquitetura, desde a segmentação de VLAN e autenticação RADIUS até o design de consentimento em conformidade com a GDPR e a seleção de métodos de autenticação. Extraído da experiência operacional da Purple em mais de 80.000 locais e 440 milhões de logins em 2024, cada recomendação é fundamentada em dados reais de implantação.
Video overview
Ouça este guia
Ver transcrição do podcast
Parte da nossa série principal: Guia de Captive Portal →

Resumo Executivo
Um Captive Portal é a página de login em uma rede WiFi pública. Ele também representa sua decisão mais crítica de segurança de rede e, se você gerencia um programa de marketing, sua área de captura de dados mais valiosa. Ambos os objetivos - segurança e conversão - não entram em conflito. Eles exigem decisões de configuração distintas, e este guia aborda ambas.
A arquitetura principal coloca cada dispositivo convidado em uma VLAN de quarentena até que a autenticação seja concluída. Um servidor RADIUS gerencia a sessão, e uma mensagem de Change of Authorisation (CoA) move o dispositivo para a VLAN de produção. A segmentação de rede garante que o tráfego de convidados nunca atinja a infraestrutura corporativa ou os sistemas de ponto de venda. Em qualquer ambiente onde terminais de pagamento compartilham a infraestrutura física com o WiFi de convidados, esse isolamento é um requisito do PCI-DSS, não apenas uma recomendação.
Em termos de conversão, cada campo de formulário adicional reduz as taxas de opt-in de 8 a 12%. O método de autenticação correto depende do seu tipo de local e dos seus objetivos de dados. A captura de e-mail oferece uma conversão de 65 a 80% com dados de propriedade direta. O login social via OAuth 2.0 reduz a fricção, mas introduz dependências de terceiros. Este guia fornece o modelo técnico para equilibrar esses requisitos, extraído da experiência operacional da Purple em mais de 80.000 locais e 440 milhões de logins em 2024 (dados internos da Purple).
Para obter mais contexto sobre decisões relacionadas à arquitetura de rede, consulte o nosso guia How to Optimise Captive Portals for Maximum Network Security and User Conversion.
Detalhamento Técnico
Um Captive Portal intercepta requisições HTTP ou HTTPS de dispositivos conectados ao seu SSID e redireciona o usuário para uma splash page antes de conceder acesso à internet. O mecanismo subjacente depende da segmentação de rede e da autenticação RADIUS trabalhando em conjunto.
Quando um dispositivo se conecta, o ponto de acesso - seja ele Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme ou Fortinet - coloca-o em uma VLAN de quarentena. Nesse estado, o firewall bloqueia todo o tráfego, exceto as consultas DNS e o acesso a uma lista específica de destinos permitidos (conhecida como walled garden). O walled garden deve incluir a URL do portal e quaisquer serviços de autenticação externa (como Google Workspace ou Microsoft Entra ID). Se o walled garden estiver mal configurado e o teste de captura do SO (por exemplo, captive.apple.com no iOS) for bloqueado, o portal não carregará. Este é o modo de falha mais comum nesta área.

Depois que o usuário conclui o processo de login, o portal se comunica com o seu servidor RADIUS. O servidor envia uma mensagem de Alteração de Autorização (CoA) para o controlador de acesso, instruindo-o a remover o estado de quarentena e mover o dispositivo para a VLAN de produção. Esse isolamento é fundamental: em uma rede plana, um dispositivo de visitante comprometido pode sondar sistemas internos. A segmentação de VLAN garante que dispositivos não autenticados não consigam alcançar sistemas de ponto de venda ou bancos de dados corporativos.
Comparação de Métodos de Autenticação
Cada um dos cinco principais métodos de autenticação de Captive Portal envolve diferentes compensações em termos de taxa de conversão, qualidade dos dados e complexidade de conformidade. A tabela abaixo resume as principais variáveis.
| Método | Taxa de Conversão | Qualidade dos Dados | Complexidade GDPR | Mais Adequado Para |
|---|---|---|---|---|
| Apenas clique / Termos e Condições | 90-95% | Mínima (MAC + carimbo de data/hora) | Baixa | Setor público, bibliotecas, NHS |
| Captura de e-mail | 65-80% | Alta (dados proprietários diretos) | Média | Hospitalidade, varejo, eventos |
| Login social (OAuth 2.0) | 55-70% | Média (dependente do provedor) | Média-alta | Locais de consumo com usuários do Google/Apple |
| SMS OTP | 45-60% | Muito alta (celular verificado) | Média | Foco em fidelidade: QSR, estádios, varejo |
| Registro de formulário completo | 30-45% | Altíssima (perfil rico) | Alta | Hotéis, saúde, varejo de luxo |
Fonte: Dados operacionais da Purple, 440 milhões de logins em 2024.

Para a maioria dos operadores de estabelecimentos, o ponto de partida ideal é um portal de método duplo: captura de e-mail como a opção principal e login do Google como a opção secundária. Essa combinação geralmente atinge uma taxa de conversão de 65 a 75%, enquanto constrói um banco de dados de e-mail de propriedade direta. Você não fica totalmente dependente de um provedor OAuth terceirizado, mas oferece uma opção conveniente para os usuários que a preferem.
Para estabelecimentos de hospitalidade que executam programas de fidelidade, adicione SMS OTP como uma terceira opção ou torne-o o método principal. Uma taxa de conversão mais baixa é aceitável porque a qualidade dos dados justifica. Um número de celular verificado em seu CRM é significativamente mais valioso do que um endereço de e-mail não verificado.
Para implantações no setor público - conselhos, fundações do NHS, bibliotecas - o clique de confirmação com aceitação dos termos é a decisão correta. O custo de conformidade para coletar dados pessoais em um contexto de setor público é significativamente mais alto, e o objetivo é a conectividade, não a construção de um CRM.
Arquitetura de Conformidade
Sob o GDPR, você deve separar a conexão da coleta. Você pode fornecer acesso à rede com base no interesse legítimo sob o Artigo 6(1)(f) do UK GDPR. Você não pode usar a mesma justificativa para enviar e-mails de marketing. O marketing exige consentimento explícito e afirmativo nos termos do Artigo 6(1)(a).
Seu portal deve ter caixas de seleção separadas e desmarcadas. Uma cobre os termos de serviço para acesso WiFi. A segunda caixa de seleção, separada, cobre o consentimento de marketing. Caixas pré-marcadas não constituem consentimento válido. O sistema deve registrar cada evento de consentimento, que deve gravar quem consentiu, quando consentiu e a versão exata do aviso de privacidade que visualizou. Essa trilha de auditoria é a prova da sua conformidade no caso de uma fiscalização regulatória.
Para operadores de varejo com terminais de pagamento com cartão no local, o PCI-DSS exige que o ambiente de dados do portador do cartão seja isolado de todo o outro tráfego de rede. A segmentação adequada de VLAN pode reduzir o escopo de auditoria do PCI-DSS de 60 a 80% (Specgravity, 2024) e diminuir os custos anuais de conformidade.
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.
Guia de Implementação
A implantação de um Captive Portal que seja seguro e de alta conversão exige uma abordagem estruturada. O modelo de cinco etapas a seguir se aplica a todas as plataformas de hardware.
Etapa 1 - Categorização de tráfego. Antes de tocar em uma única porta de switch, documente cada tipo de dispositivo e classe de tráfego em seu ambiente: dispositivos de convidados, dispositivos de funcionários, IoT, terminais de pagamento, sistemas de gerenciamento predial, CFTV. Cada um exige uma VLAN dedicada.
Etapa 2 - Design de VLAN. Atribua um ID de VLAN e uma sub-rede IP para cada classe de tráfego. Coloque a VLAN de convidados em uma sub-rede completamente separada, sem rotas para o seu espaço de endereço interno. Seu firewall deve ter uma regra explícita de 'negar tudo' entre a VLAN de convidados e tudo o que for interno, permitindo apenas o acesso de saída à internet.
Passo 3 - Configuração de Walled Garden. Permita explicitamente a URL do portal, domínios de provedores de identidade (Google Workspace, Microsoft Entra ID, Okta) e URLs de teste de conectividade do sistema operacional. Teste em dispositivos iOS, Android e Windows antes de entrar em operação.
Passo 4 - Política de firewall. Documente explicitamente cada fluxo inter-VLAN permitido. Bloqueie todo o restante por padrão. É aqui que a maioria das implantações falha: uma arquitetura de VLAN é tão forte quanto as regras de firewall que a aplicam.
Passo 5 - Monitoramento e validação. Implante o monitoramento de rede e verifique se a segmentação está funcionando. Realize testes de intrusão periódicos ou, pelo menos, use uma ferramenta de varredura a partir de um dispositivo de visitante para confirmar que não é possível alcançar sub-redes internas.
A plataforma de Guest WiFi da Purple integra-se com todos os principais fornecedores de rede sem fio corporativa via RADIUS padrão e marcação de VLAN. Você não precisa substituir os pontos de acesso existentes. A plataforma gerencia a renderização de Captive Portal, gestão de consentimento e análises de WiFi Analytics posteriores em implantações Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.
Melhores Práticas
As recomendações a seguir refletem padrões operacionais observados na rede da Purple em mais de 80.000 locais.
Minimize os campos de formulário. Cada campo adicionado ao seu formulário de login reduz sua taxa de conversão. Solicite apenas dados que você realmente utiliza. Um endereço de e-mail e o primeiro nome são suficientes para a maioria dos casos de uso de marketing. Data de nascimento, CEP e número de telefone só devem aparecer se seus fluxos de trabalho de CRM realmente exigirem.
Separe o acesso do consentimento de marketing. Certifique-se de que seu Captive Portal tenha caixas de seleção desmarcadas e separadas para os termos de WiFi e para a aceitação de marketing. Vincular os dois é o erro de conformidade com a GDPR mais comum que vemos em campo.
Ative o isolamento de clientes. Configure o controlador de acesso para impedir que os dispositivos no SSID de visitantes se comuniquem diretamente entre si. Isso elimina vetores de ataque ponto a ponto na rede de visitantes.
Gerencie a largura de banda. Aplique limites de taxa por cliente (normalmente de 5 a 20 Mbps de download) na VLAN de visitantes. Isso evita que um único usuário sature o link de subida e prejudique a experiência de todos os outros.
Planeje para a randomização de MAC. Dispositivos modernos iOS e Android usam endereços MAC aleatórios por padrão. Um visitante que retorna aparece como um novo usuário, e o portal solicita a autenticação novamente. Mitigue isso incentivando os usuários a instalar um perfil Passpoint ou usando fluxos de autenticação baseados em aplicativos que dependem de tokens de identidade em vez de endereços MAC.
Mantenha o número de SSIDs baixo. Cada SSID adicional que você transmite consome tempo de transmissão para frames de beacon. Em um local denso com centenas de pontos de acesso, transmitir mais de quatro SSIDs por rádio pode degradar significativamente a taxa de transferência. Três é uma meta prática: visitante, corporativo, IoT.
Para uma visão abrangente sobre padrões de autenticação, consulte o nosso guia EAP Method WiFi: A Guide to Secure Network Access.
Solução de Problemas e Mitigação de Riscos
O problema mais frequente nesta área é o portal que não aparece. Isso quase sempre é um erro de configuração do walled garden. Se o firewall bloquear a verificação de conectividade do SO do dispositivo, o SO não conseguirá detectar a rede cativa e o portal nunca será iniciado. Verifique as suas entradas de walled garden primeiro, sempre.
O segundo modo de falha comum é a exaustão do pool DHCP. Em ambientes de alta densidade, como estádios ou centros de conferências, milhares de dispositivos se conectam simultaneamente. Se o seu pool DHCP ficar sem endereços, o fluxo de autenticação será interrompido antes que o portal possa ser exibido. Dimensione a sua infraestrutura para conexões simultâneas de pico, não para a carga média.
O terceiro risco é a dependência de OAuth sem uma alternativa de backup. Se você implantar o login social como seu único método de autenticação e o provedor alterar os termos da API, seu fluxo de autenticação será interrompido. Isso já aconteceu com a Graph API do Facebook. Sempre implante pelo menos um método de propriedade direta junto com o login social.
Para hubs de transporte e grandes locais de eventos, o quarto risco é a sobrecarga do resolvedor DNS. Em escala, o volume de consultas DNS durante eventos de pico de conexão pode sobrecarregar um resolvedor subdimensionado. Implante uma infraestrutura de DNS dedicada para a VLAN de convidados e monitore as taxas de consulta.
Para ambientes de saúde, a quinta consideração é o isolamento de dispositivos clínicos. De acordo com as diretrizes da NHS Digital, os dispositivos clínicos devem estar em uma VLAN separada do WiFi de convidados de uso geral. A arquitetura do Captive Portal não deve permitir que os dispositivos de convidados acessem quaisquer sub-redes que trafeguem dados de dispositivos clínicos.
Retorno sobre o Investimento e Impacto nos Negócios
Um Captive Portal bem estruturado transforma o WiFi de convidados de um centro de custo em um ativo estratégico. Ao capturar dados primários, você constrói um banco de dados de CRM verificado que impulsiona programas de fidelidade e campanhas de marketing direcionadas.
O sucesso é medido por duas métricas principais: taxa de conversão (a porcentagem de dispositivos conectados que concluem a autenticação) e taxa de opt-in (a porcentagem de usuários autenticados que consentem com o marketing). Uma rede de varejo pode rastrear a conversão de usuários de WiFi em membros do programa de fidelidade e medir o fluxo de clientes e o aumento de gastos subsequentes.
Para uma rede de varejo de 500 locais executando a captura de e-mails com 70% de conversão, 10.000 sessões diárias de WiFi em toda a rede geram 7.000 novos ou recorrentes contatos de CRM por dia. Com uma taxa de conversão conservadora de 2% de e-mail para visita em campanhas de marketing, isso representa 140 visitas adicionais às lojas por dia geradas pelo canal de WiFi.
Além disso, a segmentação de rede adequada reduz o escopo das auditorias do PCI-DSS. A segmentação correta pode reduzir o escopo da auditoria do PCI-DSS de 60 a 80% (Specgravity, 2024), diminuindo os custos anuais de conformidade e mitigando o risco financeiro de uma violação de dados. O não cumprimento do GDPR pode resultar em multas de até 4% do faturamento global anual, tornando uma arquitetura de portal em conformidade uma medida direta de mitigação de risco financeiro.
A plataforma da Purple possui certificações ISO 27001, GDPR, CCPA e Cyber Essentials, fornecendo a documentação de conformidade necessária para suas equipes jurídica e de compras. Com 99,999% de uptime em mais de 80.000 locais, a infraestrutura é dimensionada para implantações de nível corporativo.
Para mais informações sobre conceitos de rede relacionados, consulte o nosso artigo WAN Computer Definition: A Practical Guide for 2026.
Definições principais
Captive Portal
Uma página web que intercepta o tráfego de rede e exige a interação do usuário - autenticação ou aceitação de termos - antes de conceder acesso total à internet. Definido na IETF RFC 8952.
A interface primária para integração de visitantes, aplicação de segurança e captura de dados próprios em qualquer local com WiFi público ou semi-público.
VLAN (Virtual Local Area Network)
Um agrupamento lógico de dispositivos de rede que se comportam como se estivessem em uma única LAN isolada, independentemente da localização física. Definido na IEEE 802.1Q.
Utilizada para segmentar o tráfego de visitantes da infraestrutura corporativa. Exigida pelo PCI-DSS para isolar o ambiente de dados de titulares de cartão.
Walled garden
Um ambiente de rede restrito que permite o acesso apenas a URLs e endereços IP específicos e aprovados antes que a autenticação seja concluída.
Deve incluir a URL do portal, os domínios do provedor de identidade e as URLs de teste de captura do sistema operacional. A configuração incorreta é a principal causa de falhas no portal.
RADIUS
Remote Authentication Dial-In User Service. Um protocolo de rede que fornece autorização, autenticação e contabilização centralizadas para acesso à rede.
O sistema de backend que verifica as credenciais e instrui o ponto de acesso a conceder ou negar o acesso à rede. Necessário para implantações de Captive Portal corporativas.
Alteração de Autorização (CoA)
Uma mensagem RADIUS que altera dinamicamente o estado de autorização de uma sessão de usuário ativa sem exigir nova autenticação.
Utilizado para mover um dispositivo da VLAN de quarentena para a VLAN de produção após o login bem-sucedido no portal, ou para revogar o acesso quando uma política de sessão é alterada.
Isolamento de cliente
Um recurso de controladora sem fio que impede que os dispositivos conectados ao mesmo SSID se comuniquem diretamente entre si na Camada 2.
Essencial para redes de convidados para evitar ataques ponto a ponto e movimentação lateral entre dispositivos de convidados.
Passpoint (Hotspot 2.0)
Um protocolo baseado em IEEE 802.11u que permite que os dispositivos se conectem de forma automática e segura a redes WiFi usando credenciais de um provedor de serviços, sem a necessidade de interação manual com o portal.
Utilizado para superar a randomização de endereços MAC e fornecer roaming contínuo entre locais. Relevante para implantações focadas em fidelidade, onde a persistência da sessão é importante.
PCI-DSS
Payment Card Industry Data Security Standard. Um padrão de segurança da informação para organizações que lidam com cartões de crédito de grandes bandeiras.
Exige segmentação de rede rigorosa para isolar o ambiente de dados de portadores de cartão do tráfego de WiFi de convidados. O não cumprimento acarreta penalidades financeiras e perda dos direitos de processamento de cartões.
OAuth 2.0
Um framework de autorização aberto que permite que aplicativos de terceiros obtenham acesso limitado a contas de usuários em um serviço HTTP, como o Google Workspace ou o Microsoft Entra ID.
Utilizado para login social em portais cativos. Reduz a fricção, mas introduz dependência dos termos da API e da disponibilidade do provedor de identidade.
Exemplos práticos
Um hotel de 200 quartos que utiliza pontos de acesso HPE Aruba precisa fornecer WiFi em níveis: acesso básico gratuito para hóspedes padrão e acesso de alta velocidade para membros do programa de fidelidade, sem transmitir múltiplos SSIDs.
Implante um único SSID de visitante integrado ao Sistema de Gestão de Propriedades (PMS) via API. O portal apresenta duas opções: fazer login com o número do quarto e sobrenome, ou fazer login com as credenciais do programa de fidelidade. Quando um membro do programa de fidelidade se autentica, o portal consulta o PMS via API, verifica o nível e envia uma Alteração de Autorização (CoA) RADIUS para a controladora Aruba com um atributo específico do fornecedor (VSA) que atribui a função de alta largura de banda. Os hóspedes padrão recebem uma função padrão com limite de taxa. Um único SSID, aplicação de política dinâmica na camada RADIUS, experiência do usuário limpa e sem sobrecarga de RF adicional.
Uma rede de varejo nacional com 500 locais deseja coletar endereços de e-mail para marketing em todas as unidades, mas a equipe jurídica apontou preocupações de conformidade com a GDPR sobre o design do portal existente.
Redesenhe o portal com um único campo de entrada de e-mail e duas caixas de seleção distintas. A primeira caixa de seleção é obrigatória e diz: "Aceito os Termos de Serviço e a Política de Privacidade para acesso à rede." A segunda caixa de seleção é opcional, desmarcada por padrão, e diz: "Aceito receber comunicações de marketing e ofertas especiais da [Brand]." O sistema registra o carimbo de data/hora, endereço IP, versão do portal e o evento de consentimento para cada usuário. A base legal para o acesso ao WiFi é o legítimo interesse. A base legal para o marketing é o consentimento explícito. Estes dados são registrados separadamente no CRM.
Questões práticas
Q1. O diretor de TI de um estádio relata que, durante o intervalo, os usuários conseguem se associar ao SSID de convidados, mas o Captive Portal não carrega para milhares de dispositivos simultaneamente. O jardim murado foi verificado como correto. Qual é a falha arquitetônica mais provável?
Dica: Considere os recursos de infraestrutura necessários antes que um dispositivo possa rotear o tráfego HTTP para o portal - especificamente, o que acontece antes da resolução de DNS.
Ver resposta modelo
Esgotamento do pool DHCP ou sobrecarga do resolvedor de DNS. Em ambientes de alta densidade, se o pool DHCP não puder atribuir endereços IP com rapidez suficiente, ou se o resolvedor de DNS não puder lidar com o volume de consultas de milhares de conexões simultâneas, o fluxo de autenticação é interrompido antes que o portal possa ser exibido. A infraestrutura deve ser dimensionada para conexões simultâneas de pico, não para a carga média. Uma infraestrutura separada de DHCP e DNS para a VLAN de convidados é a mitigação recomendada.
Q2. Uma equipe de marketing de varejo deseja coletar as datas de nascimento dos clientes por meio do Captive Portal para enviar ofertas de aniversário. Eles planejam tornar o campo de data de nascimento obrigatório para acessar o WiFi. Isso está em conformidade com o UK GDPR? Se não, como deve ser redesenhado?
Dica: Revise os princípios de minimização de dados (Artigo 5(1)(c)) e o requisito de que o consentimento deve ser dado livremente.
Ver resposta modelo
Não. Tornar obrigatórios os dados de marketing para o acesso ao serviço viola o princípio de que o consentimento deve ser dado livremente - um usuário não pode consentir livremente se a recusa significar a perda de acesso a um serviço. Além disso, coletar a data de nascimento quando isso não é estritamente necessário para o acesso à rede viola o princípio da minimização de dados. O design correto: a data de nascimento é um campo opcional, claramente rotulado como opcional, com uma caixa de seleção separada desmarcada para o consentimento de marketing de aniversário. A base legal para o acesso ao WiFi continua sendo o legítimo interesse. A base legal para o marketing de aniversário é o consentimento explícito.
Q3. A auditoria de segurança de um hotel revela que um dispositivo conectado ao WiFi de visitantes consegue dar ping no endereço IP de um terminal de ponto de venda no restaurante. A equipe de TI confirma que a rede de visitantes e a rede de PDV estão em VLANs separadas. Qual etapa de configuração foi esquecida?
Dica: As VLANs fornecem separação lógica, mas o tráfego entre VLANs deve passar por um dispositivo de roteamento. O que governa o que esse dispositivo permite?
Ver resposta modelo
As regras de roteamento inter-VLAN no firewall estão mal configuradas ou ausentes. Embora o tráfego de visitantes e o tráfego de PDV estejam em VLANs separadas, o firewall deve aplicar uma política de negação padrão entre eles com regras de permissão explícitas apenas para os fluxos necessários. A VLAN de visitantes deve ter regras que permitam apenas o acesso de saída à internet - sem rotas para nenhuma sub-rede interna, incluindo a VLAN de PDV. A correção consiste em auditar e corrigir a política de firewall inter-VLAN, validando em seguida ao tentar alcançar sub-redes internas a partir de um dispositivo de visitante.
Q4. Um centro de conferências implanta o login social (Google OAuth) como seu único método de autenticação de Captive Portal. Três meses após o lançamento, o Google atualiza sua API OAuth e o portal para de funcionar para todos os usuários. Como a implantação deveria ter sido projetada para evitar isso?
Dica: Considere o ponto único de falha e como se parece um design resiliente de múltiplos métodos.
Ver resposta modelo
A implantação deveria ter incluído pelo menos um método de autenticação não-OAuth como alternativa - sendo a captura de e-mail a escolha mais prática. Um portal de método duplo com captura de e-mail como principal e Google OAuth como secundário teria mantido a continuidade quando o fluxo de OAuth falhou. O método de captura de e-mail não possui dependência de terceiros e fornece um ativo de dados diretamente de sua propriedade. Provedores de OAuth devem ser sempre tratados como opções de conveniência, não como a infraestrutura de autenticação principal.
Continue a ler esta série
Ubiquiti UniFi guest portal not redirecting: causes and fixes
Este guia isola uma falha de redirecionamento do portal de convidados UniFi seguindo a sequência do status do convidado, redirecionamento, rota de pré-autorização e autorização do controlador. Ele oferece às equipes de TI do local um método fundamentado para lidar com a confusão entre rede de convidados e Hotspot, redirecionamentos para portais externos, requisitos atuais de conta do UniFi OS e testes de isolamento de DNS.
Cisco Meraki splash page não está funcionando: um fluxograma de solução de problemas
Este guia prático do dia a dia isola onde um fluxo de splash da Cisco Meraki falhou: autorização do cliente, início de redirecionamento HTTP, acessibilidade do walled-garden ou sign-on RADIUS. Ele oferece às equipes de TI do local um caminho de evidências controlado, para que possam restaurar o Guest WiFi sem fazer alterações amplas em um ambiente ativo.
Guia de Configuração de WiFi para Visitantes Corporativos: Segmentação por VLAN, Segurança e Portais Captivos
Este guia técnico mostra às equipes de TI como configurar o WiFi para Visitantes como um serviço de acesso à internet controlado, usando segmentação por VLAN, política de firewall e um Captive Portal. Ele também explica como os formulários de registro e controles de integração do Purple oferecem suporte a uma experiência de visitante proporcional, sem enfraquecer o limite em torno dos sistemas operacionais, de pagamento e da equipe.
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.