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.
Video overview
Ouça este guia
Ver transcrição do podcast
Parte da nossa série principal: Guia do Captive Portal →
- O que uma configuração profissional de WiFi de convidados realmente faz?
- O que você precisa preparar antes de configurar o WiFi de convidados?
- Como configurar um WiFi de visitantes sem criar portas dos fundos?
- 1. Defina o limite de segurança
- 2. Separe rigidamente o acesso de visitantes e de colaboradores
- 3. Criando um captive portal para decisões de acesso
- 4. Conectando o Purple ao fluxo de acesso físico
- Como você verifica se o WiFi para visitantes funciona e permanece isolado?

Passos para configurar o WiFi de convidados: Aloque o tráfego de convidados em uma VLAN isolada, bloqueie o roteamento para sistemas de funcionários, pagamentos e operacionais, e apresente um Captive Portal antes do acesso à internet. Use IEEE 802.1X e WPA3 se forem suportados pelo seu hardware. Teste dois cenários: o acesso à internet do convidado funciona após a aceitação dos termos, enquanto as tentativas de conexão a redes protegidas falham.
O que uma configuração profissional de WiFi de convidados realmente faz?
O WiFi de convidados é um serviço controlado especificamente para visitantes. Ele fornece acesso à internet para convidados, clientes, visitantes, passageiros ou pacientes sem que seus dispositivos se tornem parte da sua rede privada. O SSID é o nome visível da rede. A infraestrutura subjacente determina para onde o tráfego flui, quais destinos são acessíveis e se os convidados devem passar por um Captive Portal antes de obter acesso.
O objetivo técnico é simples: um caminho para a internet sem rotas não autorizadas para recursos protegidos. O NIST recomenda a separação lógica entre redes sem fio externas e internas. Ele também enfatiza que os dispositivos na rede sem fio externa não devem ser capazes de estabelecer conexões com dispositivos em outra rede sem fio logicamente separada. Se os clientes sem fio exigirem acesso interno, os hosts e protocolos permitidos devem ser restritos ao mínimo absoluto necessário. [1]
Uma VLAN é um segmento de rede lógico que fornece limites de tráfego. Embora necessária, isso por si só não é suficiente. Suas políticas de firewall e controles de roteamento determinam se esse segmento está realmente isolado. Seus protocolos de teste fornecem a prova. Trate o SSID de convidados, a VLAN, o Captive Portal, as políticas de firewall e as evidências de verificação como um único serviço integrado e atribua um proprietário a ele.
Para operadores de locais, este conceito representa um serviço útil para visitantes. Para o departamento de TI, ele estabelece um limite documentado em torno dos sistemas de funcionários, pagamentos e operacionais. As diretrizes do PCI Security Standards Council veem a definição de escopo e a validação de controles de segmentação como as melhores práticas para arquiteturas modernas, incluindo ambientes zero-trust e em nuvem. [2]

O que você precisa preparar antes de configurar o WiFi de convidados?
Comece com um inventário de seus ativos de TI, não com a página de login. Identifique pontos de acesso, switches, firewalls ou gateways, o uplink de internet, serviços de DHCP e DNS, segmentos existentes e qualquer sistema que deva permanecer inacessível para dispositivos de convidados. Em hotéis, isso normalmente afeta sistemas de funcionários, sistemas de pagamento e sistemas de gestão Predial. No varejo, adicionam-se sistemas de POS e gestão de lojas. Em estádios, afeta operações de eventos, produção de mídia e sistemas de segurança.
Crie um documento de design sucinto detalhando o SSID de convidados, a VLAN de convidados, o caminho de rede esperado, destinos protegidos e o proprietário responsável por quaisquer exceções. Documente se os convidados têm permissão para se comunicar entre si. Além disso, registre a metodologia de teste que você aplica após qualquer alteração de rede, portal ou política. Isso fornece às equipes internas ou parceiros de serviços gerenciados uma linha de base confiável para verificação.
Tome sua decisão antes de configurar o modo de autenticação de convidados. O Captive Portal é a página exibida aos convidados antes de receberem acesso total à internet. Aqui, os termos de uso podem ser exibidos, dados de registro capturados ou logins sociais oferecidos. Este formulário não é apenas um espaço de marketing - ele determina quais dados você processa e se a experiência do usuário corresponde à visita.
A Purple documenta o formulário de registro como um método de login para a splash page. Você pode escolher quais campos padrão são exibidos, quais deles são obrigatórios, a ordem em que aparecem e se campos personalizados são necessários. O formulário também pode coexistir com logins sociais. [3] Para conferências onde os participantes já estão registrados, a Purple documenta um formulário mais curto que usa o endereço de e-mail ao mesmo tempo em que obtém consentimento para os termos. [3]
Sempre projete formulários com um propósito específico em mente. O Information Commissioner's Office enfatiza que os dados pessoais devem ser adequados, relevantes e limitados ao que é necessário em relação aos propósitos para os quais são processados. [4] Na prática, antes de habilitar qualquer campo, anote por que você precisa dessa informação. Se um campo obrigatório não atende a um propósito de serviço, suporte, conformidade ou comunicação explícita, ele deve ser removido.
| Seu Cenário | Modo de Rede | Modo do Captive Portal | Evidência de Verificação | Resultado Adequado |
|---|---|---|---|---|
| Convidados exigem apenas acesso à internet | VLAN de convidados isolada com política de firewall apenas para internet | Aceitar termos de uso com um formulário proporcional | Teste de internet é bem-sucedido; teste de destinos protegidos falha | Modo padrão para hotéis, lojas de varejo, estádios e áreas públicas |
| Convidados devem alcançar um serviço compartilhado | VLAN de convidados isolada com lista de permissões documentada para o serviço especificado | Aceitar termos de uso com um formulário adaptado a este serviço | Serviço compartilhado e internet funcionam; todos os outros testes protegidos falham | Use apenas com um proprietário atribuído a esta exceção e uma data de revisão |
| Colaboradores exigem acesso a sistemas internos | Perfil de WiFi de colaborador separado, distinto do WiFi de visitantes | Sem portal de visitantes como substituto para autenticação de colaboradores | O acesso de colaboradores funciona apenas através do perfil de colaborador compartilhado | Mantenha a identidade do colaborador e o acesso de visitantes como serviços separados |
| SSID compartilhado no segmento de rede interna | Sem limite de visitante protegido | Qualquer presença de portal é incidental | O teste de destinos protegidos provavelmente exporá essa falha | Não use este modo para WiFi de visitantes |
Como configurar um WiFi de visitantes sem criar portas dos fundos?
1. Defina o limite de segurança
Atribua uma VLAN dedicada ao WiFi de visitantes. Roteie essa VLAN para a internet através de dispositivos que apliquem suas políticas de segurança. Não crie regras de roteamento permissivas para a rede privada apenas para simplificar integrações de curto prazo. Se os serviços internos forem absolutamente necessários, defina o destino exato, os protocolos, o aprovador e uma data de revisão. O NIST define isso como uma decisão de acesso de "necessidade de conhecimento": clientes sem fio que exigem acesso a redes cabeadas devem ter permissão apenas para acessar os endpoints necessários usando os protocolos exigidos. [1]
Primeiro, formule uma lista de bloqueio empresarial. Ela deve abranger redes de colaboradores, ambientes de pagamento, gerenciamento de dispositivos, impressoras, sistemas prediais e todas as outras áreas confidenciais em seu local. A sintaxe para implementação varia de acordo com a plataforma, mas a intenção da política não deve mudar. Este guia evita deliberadamente prescrever faixas de IP, comandos de firewall ou caminhos de menu do fornecedor. Use seus padrões de rede aprovados para gerenciar esses detalhes.
2. Separe rigidamente o acesso de visitantes e de colaboradores
Não trate o WiFi de visitantes como uma versão menos restritiva do WiFi de colaboradores. O acesso de visitantes geralmente é baseado em um Captive Portal. O acesso de colaboradores, no entanto, deve seguir seus mecanismos aprovados de identidade e dispositivo. O IEEE 802.1X é o padrão para controle de acesso à rede baseado em porta. Ele suporta acesso controlado a dispositivos autenticados e autorizados, incluindo mecanismos de autenticação mútua. [5]
O WPA3 oferece os recursos de segurança WiFi mais recentes, desde que sejam suportados pelos seus pontos de acesso e dispositivos clientes. A WiFi Alliance observa que o WPA3 inclui recursos adicionais para uso pessoal e corporativo, exclui protocolos herdados desatualizados e que os Protected Management Frames são obrigatórios para redes WPA3. [6] Verifique a compatibilidade dos seus próprios dispositivos antes de decidir sobre uma política. A disponibilidade para visitantes e a identificação de colaboradores são requisitos distintos. Mantenha esses perfis separados.
3. Criando um captive portal para decisões de acesso
Configure o portal apenas quando os limites da rede estiverem funcionando corretamente em um ambiente de teste. O portal deve exibir a identidade visual do local, conter seus termos e condições, solicitar apenas informações proporcionais e liberar o visitante somente após a tomada de decisão de acesso desejada. A configuração de formulários do Purple permite ativar campos padrão, determinar se os campos são opcionais, alterar a ordem dos campos, usar títulos de seção e adicionar tipos de campos personalizados se os campos padrão forem insuficientes. [3]
Para eventos, um formulário curto que exige apenas um endereço de e-mail e presume a aceitação dos termos costuma ser a escolha mais prática. Para um hotel, você pode precisar de um modelo de formulário diferente. O princípio permanece o mesmo: o design do formulário segue o uso pretendido. Se você adicionou um campo personalizado para um nome ou código de evento, a documentação do Purple afirma que as respostas podem ser armazenadas na seção de CRM da plataforma para combiná-las com os dados de inscrição após o evento. [3] Ative o campo apenas se puder justificar o processamento dessas informações.

4. Conectando o Purple ao fluxo de acesso físico
O Purple é agnóstico em relação ao hardware e atua como uma sobreposição em nuvem sobre a sua infraestrutura existente. Em uma implantação de WiFi para visitantes, os pontos de acesso e as políticas de rede são responsáveis por aplicar os limites de conexão, enquanto o Purple gerencia a página de boas-vindas, os formulários de cadastro e o fluxo de navegação. A documentação de onboarding do Purple orienta as equipes na configuração de hardware compatível, páginas de boas-vindas, jornadas e usuários do portal. [7]
Use a documentação de suporte para configurações de formulários específicas em vez de copiar definições de guias gerais. Os recursos relevantes incluem WiFi Registration Form Settings e Onboarding. Isso é particularmente importante quando uma equipe central gerencia múltiplos locais. Isso mantém a experiência de cadastro sob controle enquanto a sua equipe de rede retém o controle sobre os limites da infraestrutura.
O Purple se integra com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Isso torna a questão do design mais útil do que uma questão de substituição: o seu hardware existente pode fornecer o serviço de WiFi para visitantes, atribuí-lo ao segmento aprovado e rotear os visitantes através do Captive Portal acordado?
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.
Como você verifica se o WiFi para visitantes funciona e permanece isolado?
Teste os casos de sucesso e de falha. Uma conexão de internet bem-sucedida é apenas metade da batalha. O resultado positivo esperado é que um convidado possa se conectar ao SSID de convidados, receber o serviço de rede de convidados, concluir o Captive Portal e se conectar à internet. O resultado negativo é igualmente importante: em seus conjuntos de testes documentados, o mesmo dispositivo não deve obter acesso a sistemas protegidos.
Use pelo menos dois tipos diferentes de dispositivos não gerenciados, como um smartphone e um laptop. Repita os testes após qualquer alteração nos pontos de acesso, switches, gateways, políticas de firewall ou configurações do portal. Registre o horário, o dispositivo de teste, o SSID de convidados, o destino do teste, o resultado esperado, o resultado real e o testador. Isso fornece ao gerente do local um registro operacional simples e à equipe de segurança a prova de que os limites foram verificados.
O NIST recomenda configurações de segurança padronizadas para componentes WiFi comuns, monitoramento contínuo contra ataques e vulnerabilidades e avaliações técnicas regulares de segurança. [1] Torne isso uma rotina operacional. Padronize os padrões de convidados em todos os locais. Revise as alterações de configuração. Aplique patches e verifique os componentes WiFi relevantes. Teste novamente o isolamento após qualquer alteração que possa afetar o caminho entre o segmento de convidados e as redes protegidas.
flowchart LR
A[Dispositivo de Convidado] --> B[SSID de Convidado]
B --> C[VLAN de Convidado]
C --> D[Captive Portal]
D --> E[Termos de Uso e Registro]
E --> F[Política de Firewall]
F --> G[Internet]
F -. negar .-> H[Sistemas de Funcionários]
F -. negar .-> I[Sistemas de Pagamento]
F -. negar .-> J[Sistemas Operacionais]
```Este diagrama mostra o caminho de controle esperado. O Captive Portal controla a decisão de acesso, enquanto as políticas de firewall governam o tráfego após a liberação. Os caminhos bloqueados devem ser verificados e não apenas presumidos.
## Como isso se parece na prática no local?
### Exemplo de Hotel: Um hotel de 200 quartos
Um hotel exige WiFi de convidados nos quartos, na recepção e nas áreas de conferência. Os sistemas internos incluem operações hoteleiras, sistemas de pagamento e gestão predial. A implantação começa com uma VLAN de convidados dedicada e uma política apenas para a internet. O hotel cria um formulário de portal apropriado para a estadia e registra o aceite dos termos e condições. Os perfis de funcionários não são reutilizados para acesso de convidados.
O resultado de verificação mensurável é um conjunto de testes com duas verificações positivas bem-sucedidas e zero conexões bem-sucedidas com categorias protegidas. As verificações positivas são a conclusão do processo do portal e o acesso normal à internet. As verificações negativas cobrem sistemas de funcionários, sistemas de pagamento, gerenciamento de dispositivos e gestão predial. Um teste negativo com falha impede a ativação até que a política seja corrigida. Este é um cenário prático, não uma declaração sobre um cliente específico da Purple.
### Exemplo de Evento: Um centro de convenções
Um centro de convenções aguarda participantes para um evento registrado. O local precisa de uma maneira eficiente de colocar os participantes online enquanto registra o aceite dos termos e condições. Ele utiliza um formulário curto com e-mail ativado e adiciona campos personalizados específicos do evento apenas se solicitado explicitamente pelo organizador. Purple documenta esse modelo de formulário curto e o uso de campos personalizados para validar a qualificação. [3]
O resultado de verificação mensurável é um teste do caminho "conectar à internet" em dois dispositivos de participantes com consentimento de termos e condições registrado e zero conexões bem-sucedidas do segmento de convidados para destinos de teste protegidos documentados. O local mantém os resultados do teste junto com a programação do evento. Caso uma alteração de configuração afete o serviço no dia do evento, isso fornece à equipe de operações um ponto de escalabilidade claro.
Para modelos operacionais relevantes, leia [Guest WiFi Management: Smart Authentication & Segmentation](/blog/guest-wifi-management), [Cloud Wifi Management: Secure Enterprise Connectivity 2026](/blog/cloud-wifi-management) e [How to revoke WiFi access when an employee leaves](/en-gb/guides/revoke-wifi-access-employee-leaves). O último guia aborda o acesso de funcionários em vez do registro de convidados. Distinguir entre os dois é o ponto crítico.
## O que pode dar errado e como corrigir
O primeiro erro é assumir que SSIDs separados significam acesso separado. A solução é verificar as atribuições de VLAN, rotas de gateway e pontos de aplicação de políticas, e depois executar testes negativos. O segundo erro são exceções excessivamente permissivas que expõem mais serviços privados do que o pretendido. A solução é substituir regras permissivas por listas de permissões limitadas e documentadas com datas de revisão. O terceiro erro é um Captive Portal que solicita todos os campos disponíveis. A solução é mapear cada campo para um propósito claro. O quarto erro é a falta de clareza sobre a propriedade operacional. A solução é nomear os responsáveis pela rede, pelos portais e pelo local. O quinto erro é o desvio de configuração entre diferentes locais. A solução está em perfis de convidados padronizados e protocolos de teste repetíveis.
Se precisar de acesso a serviços, use [Guest WiFi](/guest-wifi). Se o modelo de dados aprovado for compatível com análise de dados, use [WiFi Analytics](/guest-wifi-marketing-analytics-platform). O limite de acesso continua sendo a primeira decisão sobre a qual a camada de experiência e a camada de medição são construídas. Para obter informações específicas sobre o setor, consulte as soluções da Purple para [Hospitality](/industries/hospitality), [Retail](/industries/retail), [Healthcare](/industries/healthcare) e [Transport](/industries/transport).
## Quanto custa o guest WiFi e o que você recebe em troca?
Não estime um projeto de WiFi para convidados unicamente pelo número de pontos de acesso. O escopo de entrega inclui segmentação de rede, políticas de firewall, roteamento de internet, design de portal, revisões jurídicas de termos e campos de formulários, testes, responsabilidades operacionais e monitoramento contínuo. Um local sem limites de convidados aprovados exige muito mais esforço do que um local onde o SSID de convidados pode ser mapeado diretamente para um segmento e política de internet existentes.
O ganho operacional é um serviço de convidados claramente definido e um limite físico em torno dos sistemas protegidos. O retorno de negócios depende dos objetivos que você aprovou para registro e interação. Separe esses objetivos das decisões de segurança. O guia da Purple [Measuring the Business ROI of Guest WiFi and Location Analytics](/en-gb/guides/measuring-the-business-roi-of-guest-wifi-and-location-analytics) mostra como conduzir essa segunda fase da discussão.
> **Regra prática:** Planeje os limites primeiro. Mantenha o portal proporcional. Valide o acesso à internet e confirme o bloqueio de acesso a redes protegidas antes de entrar em operação.
<audio controls src="https://tfstmpunsngbqczbybwb.supabase.co/storage/v1/object/public/guide-assets/guides/enterprise-guest-wifi-setup-guide-vlan-segmentation-security-and-captive-portals/enterprise_guest_wifi_setup_guide_vlan_segmentation_security_and_captive_portals_podcast.mp3" preload="none"></audio>
## Perguntas Frequentes (FAQ)
### Posso configurar o WiFi para convidados nos meus pontos de acesso existentes?
Sim, desde que o seu hardware existente suporte um design de rede de convidados aprovado e integração de Captive Portal. O Purple suporta uma ampla gama de fornecedores de hardware e se integra perfeitamente com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. Valide as VLANs de convidados, roteamento de rede, aplicação de políticas e redirecionamentos de portal dentro da sua própria arquitetura antes de iniciar a implantação.
### Um SSID separado é suficiente para proteger um WiFi de convidados?
Não. Um SSID separado apenas identifica a rede de convidados. Você também precisa de VLANs separadas ou segmentação equivalente, controles de roteamento e políticas de firewall que bloqueiem o acesso a destinos protegidos. Execute testes negativos contra sistemas de funcionários, pagamentos, gerenciamento e operacionais para verificar os limites da rede. O NIST recomenda a segmentação lógica entre redes sem fio externas e internas. [1]
### O Purple pode simplificar os formulários de registro do Captive Portal?
Sim. O Purple oferece um modo de formulário curto que permite a inserção do endereço de e-mail enquanto mantém o consentimento com os termos de uso. Você também pode determinar quais campos padrão são exibidos e declarados como obrigatórios, e se campos personalizados são necessários. Use formulários mais curtos em cenários onde isso seja apropriado para o serviço (como eventos com participantes pré-registrados). [3]
### Como faço para que o registro do WiFi para convidados esteja em conformidade com o GDPR?
Primeiro, colete apenas os dados pessoais necessários para as finalidades que você definiu. O Information Commissioner's Office (ICO) e o GDPR enfatizam que os dados devem ser adequados, relevantes e limitados ao que é necessário. Documente a finalidade de cada campo do portal, revise-os regularmente e remova os campos para os quais você não possa justificar a necessidade. [4]
### A segmentação do WiFi de convidados ajuda a reduzir o escopo do PCI-DSS?
Sim, uma segmentação lógica devidamente projetada e validada ajuda a definir o escopo da sua auditoria. As diretrizes do PCI Security Standards Council descrevem a definição dos limites do escopo e a validação dos controles de segmentação em arquiteturas de rede modernas. No entanto, isso não o isenta de suas responsabilidades com o PCI-DSS. Mantenha os sistemas de pagamento totalmente fora do caminho de dados da rede de convidados e teste esses limites rigorosamente. [2]
### Qual esforço de implementação devo esperar?
Esta é uma mudança operacional e de engenharia de rede, não uma simples atualização de site. Você deve planejar a segmentação de convidados, políticas de firewall, roteamento de rede, formulários de Captive Portal, revisões de termos legais, planos de teste e atribuição de responsabilidades. Se a sua infraestrutura existente já suporta os limites de segurança exigidos, o esforço de implantação é reduzido - embora a validação e os testes ainda sejam necessários.
## Referências
[1]: https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-153.pdf "NIST SP 800-153: Guidelines for Securing Wireless Local Area Networks (WLANs)"
[2]: https://blog.pcisecuritystandards.org/new-information-supplement-pci-dss-scoping-and-segmentation-guidance-for-modern-network-architectures "PCI Security Standards Council: PCI DSS Scoping and Segmentation Guidance for Modern Network Architectures"
[3]: https://support.purple.ai/hc/en-gb/articles/7330833958813-WiFi-Registration-Form-Settings "Purple Support: Configurações do Formulário de Registro de WiFi"
[4]: https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/data-protection-principles/a-guide-to-the-data-protection-principles/data-minimisation/ "ICO: Minimização de dados"
[5]: https://standards.ieee.org/ieee/802.1X/7345/ "IEEE 802.1X-2020: Port-Based Network Access Control"
[6]: https://www.wi-fi.org/discover-wi-fi/security "WiFi Alliance: Security and WPA3"
[7]: https://support.purple.ai/hc/en-gb/articles/7330833690525-Onboarding "Purple Support: Integração"
Definições principais
WiFi para Visitantes
Um serviço de acesso à internet para visitantes que é separado das redes privadas usadas pela equipe e pelos sistemas operacionais.
Use este termo ao definir o limite do serviço e a experiência do visitante que você deve entregar.
WLAN
Uma rede local sem fio composta por dispositivos clientes, pontos de acesso e a infraestrutura de rede que os conecta.
O NIST usa WLAN ao discutir a configuração e o monitoramento de ambientes sem fio corporativos.
SSID
O nome da rede que um visitante vê ao escolher uma rede sem fio em um dispositivo.
Um SSID identifica o serviço, mas não fornece, por si só, o limite da rede.
VLAN
Um segmento lógico de rede usado para separar o tráfego e aplicar uma política de acesso definida.
Use uma VLAN de visitante para dar ao design de roteamento e firewall um limite claro de tráfego de visitantes.
Captive Portal
Uma página controlada exibida antes de um visitante receber acesso total à rede.
Use-o para apresentar termos e coletar apenas as informações de registro que atendam a uma finalidade definida.
Política de firewall
O conjunto de regras de tráfego que permitem, negam ou limitam as conexões entre os segmentos de rede e a internet.
Ela aplica o limite de visitante depois que um dispositivo entra na VLAN de visitante e conclui o portal.
IEEE 802.1X
Um padrão IEEE para controle de acesso à rede baseado em porta que oferece suporte ao acesso controlado para dispositivos autenticados e autorizados.
As equipes de TI o utilizam ao projetar um perfil de acesso distinto para a equipe, em vez de tratar os dispositivos dos funcionários como visitantes.
WPA3
Uma certificação de segurança WiFi com recursos pessoais e corporativos, incluindo requisitos de Protected Management Frames para redes WPA3.
Avalie-o em relação à compatibilidade do seu ponto de acesso e do cliente ao definir perfis de segurança.
Minimização de dados
O princípio do UK GDPR de que os dados pessoais devem ser adequados, relevantes e limitados ao necessário para a finalidade do processamento.
Use-o para decidir quais campos do Captive Portal aparecem e quais campos devem permanecer opcionais ou ausentes.
Verificação de segmentação
Testar se um limite de rede se comporta conforme projetado, incluindo caminhos de tráfego permitidos e negados.
Use antes do lançamento e após alterações que possam afetar a rota entre o acesso de visitantes e os sistemas protegidos.
Exemplos práticos
Um hotel de 200 quartos precisa de WiFi para Visitantes nos quartos, recepção e área de reuniões sem expor os sistemas operacionais, de pagamento ou da equipe.
Atribua o SSID de visitante a uma VLAN de visitante dedicada, aplique uma política apenas para internet e crie um formulário de registro adequado para o hotel com aceitação de termos. Teste dois resultados positivos: conclusão do portal e acesso à internet. Defina o limite de aceitação como zero conexões bem-sucedidas de visitantes para as categorias de equipe, pagamento, gerenciamento de dispositivos e operações do edifício. Adie o lançamento até que todos os testes negativos sejam aprovados.
Um centro de conferências precisa que os participantes que já se registraram para um evento se conectem rapidamente, mantendo a aceitação dos termos e o isolamento da rede de visitantes.
Use o padrão de formulário curto documentado do Purple com e-mail ativado e retenção de aceitação de termos. Adicione um campo personalizado específico para o evento somente onde o organizador tenha um uso definido para ele. Verifique a jornada em dois tipos de dispositivos de participantes, desde a associação e conclusão do portal até o acesso à internet. Defina o limite de aceitação como zero conexões bem-sucedidas do segmento de visitantes para os destinos de teste protegidos e documentados do local.
Fontes
- NIST SP 800-153: Guidelines for Securing Wireless Local Area Networks
- PCI Security Standards Council: PCI DSS scoping and segmentation guidance
- Information Commissioner's Office: data minimisation
- IEEE 802.1X-2020: Port-Based Network Access Control
- WiFi Alliance: security and WPA3
- Purple Support: WiFi Registration Form Settings
- Purple Support: Onboarding
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.
Captive Portal para Ruijie: configure-o com o WiFi de convidados Purple
Como o WiFi de convidados em nuvem da Purple se integra aos pontos de acesso Ruijie RG Series usando autenticação web e RADIUS, configurados a partir da linha de comando, e onde encontrar as etapas de configuração exatas.
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.