Um Guia do Administrador de Rede para Configurar a Autenticação RADIUS para WiFi de Convidados
Uma referência técnica abrangente para administradores de rede sobre a implementação de autenticação RADIUS para WiFi de convidados. Coberta a arquitetura, as etapas de configuração independentes de fornecedor, as melhores práticas de segurança e a resolução de falhas comuns de implementação.
Ouça este guia
Ver transcrição do podcast
- Resumo Executivo
- Detalhamento Técnico
- A Sobreposição do Cloud RADIUS
- Guia de Implementação
- 1. Segmentação de Rede e Configuração de SSID
- 2. Configuração do Servidor RADIUS
- 3. Walled Garden (Lista de Permissões de Domínio)
- 4. Intervalo de Accounting
- Melhores Práticas
- Solução de problemas e mitigação de riscos
- ROI e impacto nos negócios

Resumo Executivo
Fornecer acesso à internet seguro, em conformidade e confiável para visitantes é um requisito operacional essencial para locais modernos. No entanto, a implantação de redes abertas expõe as organizações a riscos significativos, enquanto o 802.1X de classe empresarial é inviável para dispositivos pessoais não gerenciados. A solução é a autenticação RADIUS combinada com um captive portal.
Este guia detalha a arquitetura técnica, os requisitos de configuração e as melhores práticas para implantar a autenticação RADIUS em redes de convidados. Ao rotear o tráfego de autenticação e tarifação por meio de um servidor RADIUS em nuvem, as equipes de TI podem aplicar políticas de acesso, isolar o tráfego de convidados e manter uma trilha de auditoria completa sem gerenciar infraestrutura local. A Purple opera essa arquitetura em mais de 80.000 locais, processando 440 milhões de logins em 2024. Este documento fornece o modelo para configurar os hardwares Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet para usar as redes baseadas em identidade da Purple.
Detalhamento Técnico
O RADIUS (Remote Authentication Dial-In User Service) é um protocolo cliente-servidor que fornece gerenciamento centralizado de Autenticação, Autorização e Tarifação (AAA) para usuários que se conectam e utilizam um serviço de rede.
No contexto de WiFi para convidados, o dispositivo do visitante não pode se autenticar nativamente no servidor RADIUS usando certificados (EAP-TLS) como fazem os dispositivos corporativos. Em vez disso, o ponto de acesso WiFi atua como o Servidor de Acesso à Rede (NAS) e o cliente RADIUS. Quando um visitante se conecta ao SSID aberto, o ponto de acesso intercepta o tráfego HTTP e o redireciona para um captive portal externo.
Assim que o visitante conclui o fluxo de autenticação no captive portal - seja por formulário, login social ou login único - o portal se comunica com o servidor RADIUS. O servidor RADIUS envia uma mensagem Access-Accept de volta ao ponto de acesso via porta UDP 1812, contendo atributos de autorização, como limites de tempo de sessão ou de largura de banda. O ponto de acesso concede o acesso à rede e começa a enviar atualizações de tarifação via porta UDP 1813 para monitorar a sessão.

A Sobreposição do Cloud RADIUS
Gerenciar uma infraestrutura RADIUS local exige investimentos significativos em hardware, manutenção e planejamento de redundância. A Purple fornece uma sobreposição de cloud RADIUS independente de hardware. Isso significa que os servidores de autenticação e tarifação são totalmente gerenciados na nuvem, oferecendo 99,999% de tempo de atividade e escalabilidade automática.

Ao usar uma sobreposição em nuvem, as equipes de TI podem padronizar as políticas de acesso em vários locais e fornecedores de hardware a partir de um único painel de controle, integrando-se perfeitamente às implantações de Guest WiFi existentes.
Guia de Implementação
A implantação da autenticação RADIUS exige a configuração tanto da infraestrutura sem fio quanto da plataforma de autenticação. As etapas a seguir descrevem o processo independente de fornecedor, com exemplos específicos para hardwares comuns.
1. Segmentação de Rede e Configuração de SSID
O tráfego de convidados deve ser isolado das redes corporativas. Crie uma VLAN dedicada para o acesso de convidados. Configure o SSID com segurança aberta (sem senha WPA2/WPA3), mas habilite o Captive Portal ou o redirecionamento de página web (WPR).
2. Configuração do Servidor RADIUS
Você deve configurar o ponto de acesso para se comunicar com os servidores RADIUS primário e secundário. Isso requer três componentes:
- IP do Servidor ou Hostname: O endereço do servidor RADIUS.
- Portas de Autenticação e Accounting: As portas padrão são 1812 para autenticação e 1813 para accounting.
- Segredo Compartilhado: Uma chave criptográfica usada para verificar as comunicações entre o ponto de acesso e o servidor RADIUS.
Por exemplo, em um dispositivo Pepwave MAX Series, você configura o servidor de autenticação nas configurações do Captive Portal, especificando o IP, a porta 1812 e o segredo compartilhado. Você repete esse procedimento para o servidor de accounting na porta 1813.
3. Walled Garden (Lista de Permissões de Domínio)
Antes da autenticação, o dispositivo do visitante deve ser capaz de carregar o Captive Portal e quaisquer provedores de identidade associados (como Google ou Microsoft Entra ID). Você deve configurar um walled garden ou lista de permissões de domínio no ponto de acesso. Se isso estiver incompleto, o Captive Portal não será carregado. A Purple mantém uma lista canônica de domínios obrigatórios para sua plataforma.
4. Intervalo de Accounting
O intervalo de accounting dita a frequência com que o ponto de acesso envia atualizações de sessão para o servidor RADIUS. Um padrão comum é 300 segundos (5 minutos). Definir esse valor como muito baixo gera tráfego desnecessário; defini-lo como muito alto reduz a precisão do seu WiFi Analytics .
Melhores Práticas
- Sempre Configure Servidores Secundários: A infraestrutura RADIUS deve ser altamente disponível. Sempre configure o IP do RADIUS secundário fornecido pela Purple. Se o servidor primário estiver inacessível, o ponto de acesso fará o failover automaticamente.
- Use Segredos Compartilhados Fortes: Trate o segredo compartilhado do RADIUS como uma senha crítica. Gere uma string longa e aleatória e nunca a reutilize em diferentes locais ou plataformas.
- Valide a lista de permissões: A causa mais comum de falhas no Captive Portal é uma lista de permissões de domínio incompleta. Sempre teste o fluxo de login em um dispositivo limpo antes de implantar em produção.
- Isole o tráfego: As VLANs de convidados devem ser estritamente isoladas. Use regras de firewall para evitar qualquer roteamento entre a VLAN de convidados e as redes operacionais. Este é um requisito rigoroso para conformidade com PCI-DSS em ambientes de varejo e hospitalidade.
Solução de problemas e mitigação de riscos
Quando uma implantação RADIUS falha, os sintomas geralmente são idênticos do ponto de vista do visitante: ele não consegue se conectar à internet. Os administradores de rede devem isolar o ponto de falha.
Sintoma: O Captive Portal não carrega.
- Causa: Falha na resolução de DNS ou walled garden incompleto.
- Resolução: Verifique se a lista de permissões de domínio do ponto de acesso inclui todas as URLs necessárias. Verifique se o dispositivo cliente está recebendo um endereço IP e um servidor DNS válidos via DHCP.
Sintoma: O portal carrega, mas a autenticação falha (Access-Reject).
- Causa: Incompatibilidade de segredo compartilhado ou configuração incorreta do NAS ID.
- Resolução: Verifique se o segredo compartilhado configurado no ponto de acesso corresponde exatamente ao segredo no servidor RADIUS. Certifique-se de que o endereço MAC do ponto de acesso ou o NAS ID estejam registrados corretamente na plataforma de autenticação.
Sintoma: As sessões desconectam inesperadamente.
- Causa: Falhas de bilhetagem (accounting) ou tempos limite de inatividade rigorosos.
- Resolução: Verifique se a porta UDP 1813 está aberta para saída. Verifique as configurações de tempo limite de inatividade no ponto de acesso; alguns dispositivos móveis colocam seus rádios WiFi em suspensão agressivamente, disparando uma desconexão por inatividade.
ROI e impacto nos negócios
A implantação da autenticação RADIUS transforma o WiFi de convidados de um centro de custo e risco de segurança em um ativo gerenciado e em conformidade.
Para as equipes de TI, o impacto imediato é a redução nos chamados de suporte e a eliminação do gerenciamento de senhas compartilhadas. Ao migrar para um modelo RADIUS na nuvem, as organizações evitam o CapEx de servidores locais e o OpEx de mantê-los.
Para a empresa como um todo, esta arquitetura fornece a base para a coleta segura de dados. Ao exigir um consentimento de escolha consciente por meio do Captive Portal, os estabelecimentos constroem bancos de dados primários em conformidade com o GDPR. Nos setores de Hospitalidade e Varejo , esses dados impulsionam programas de fidelidade e engajamento personalizado, atribuindo receita diretamente à infraestrutura de rede.
Ouça o briefing do nosso consultor sênior sobre este assunto abaixo:
Definições principais
RADIUS
Remote Authentication Dial-In User Service. Um protocolo de rede que fornece gerenciamento centralizado de autenticação, autorização e tarifação (accounting).
Usado para proteger o acesso à rede, verificando as credenciais em um banco de dados central antes de conceder um endereço IP a um dispositivo ou rotear seu tráfego.
Captive Portal
Uma página web que o usuário de uma rede de acesso público é obrigado a visualizar e interagir antes que o acesso seja concedido.
A interface principal para o WiFi de convidados, usada para coletar consentimento, exibir termos e capturar dados primários.
NAS (Network Access Server)
Um gateway que controla o acesso a uma rede. Em um ambiente sem fio, o ponto de acesso WiFi ou controladora atua como o NAS.
O NAS atua como o cliente RADIUS, encaminhando as solicitações de autenticação do dispositivo do visitante para o servidor RADIUS.
Shared Secret
Uma chave criptográfica conhecida apenas pelo cliente RADIUS (ponto de acesso) e pelo servidor RADIUS.
Usado para verificar se os pacotes RADIUS se originam de uma fonte confiável e para criptografar as senhas dentro dos pacotes.
Intervalo de Accounting
A frequência com que o ponto de acesso envia atualizações de sessão provisórias para o servidor RADIUS.
Crítico para relatórios precisos em plataformas de análise. Um intervalo padrão é de 300 segundos.
Walled Garden
Um ambiente limitado que controla o acesso do usuário ao conteúdo da web antes de ele estar totalmente autenticado.
Implementado por meio de uma whitelist de domínios no ponto de acesso, permitindo que o dispositivo carregue o Captive Portal e os provedores de identidade.
VLAN
Virtual Local Area Network. Uma sub-rede lógica que agrupa uma coleção de dispositivos, isolando seu tráfego.
Essencial para a segurança; o tráfego do WiFi de convidados deve ser atribuído a uma VLAN dedicada, separada dos dados corporativos.
Redes Baseadas em Identidade
Uma arquitetura de rede onde as políticas de acesso são aplicadas dinamicamente com base na identidade autenticada do usuário ou dispositivo.
Permite que as equipes de TI apliquem regras diferentes para funcionários, convidados e dispositivos IoT na mesma infraestrutura física.
Exemplos práticos
Um hotel de 200 quartos precisa implementar um WiFi de convidados seguro em 50 pontos de acesso Avaya. Eles exigem que os usuários se autentiquem por meio de um portal personalizado e precisam rastrear os dados de sessão para conformidade. Como o administrador de rede deve configurar as definições de RADIUS?
O administrador deve configurar os APs Avaya para usar um servidor RADIUS externo. Primeiro, navegue até Security > External Radius. Defina o formato do atributo Called-Station-Id como "UC-hyphenated" e habilite o Accounting com um intervalo de 300 segundos. Em seguida, crie um SSID "WiFi de Convidados" com criptografia aberta e habilite o Web Page Redirection (WPR). Defina a URL da Landing Page para o portal Purple e configure o serviço de autenticação com os IPs de RADIUS primário e secundário da Purple na porta 1812, e o accounting na porta 1813, usando o shared secret fornecido. Por fim, preencha a WPR Whitelist com os domínios necessários.
Uma rede de varejo está lançando um WiFi de convidados usando roteadores Pepwave MAX. Durante os testes, a página splash do Captive Portal não carrega em dispositivos iOS, apresentando uma tela em branco. Qual é a causa provável e a resolução?
A causa provável é uma configuração incompleta de Redes Permitidas (whitelist de domínios). O administrador deve fazer login na interface web local do Pepwave ou no painel do InControl2, navegar até as configurações do Captive Portal e verificar a lista de "Allowed Domains / IPs". Eles devem garantir que todos os domínios necessários para o Captive Portal, endpoints de autenticação e quaisquer provedores de login social (por exemplo, Apple, Google) estejam explicitamente listados.
Questões práticas
Q1. Você está implantando WiFi de convidados em um grande estádio. Você configurou o servidor RADIUS primário, mas o gerente de projeto pergunta se a configuração do servidor secundário pode ser ignorada para economizar tempo. Como você responde?
Dica: Considere o impacto de um único ponto de falha em um ambiente de alta densidade.
Ver resposta modelo
Você deve configurar o servidor secundário. O RADIUS é o guardião do acesso à rede. Se o servidor primário sofrer uma interrupção ou problema de roteamento de rede, todas as novas solicitações de autenticação falharão, resultando em uma perda total de acesso ao WiFi de convidados. A configuração do servidor secundário fornece failover automático e garante alta disponibilidade.
Q2. Um local relata que as sessões de WiFi de convidados estão desconectando exatamente 60 minutos após o login dos usuários, apesar de a plataforma Purple estar configurada para sessões de 24 horas. Onde você deve investigar?
Dica: Pense sobre qual componente realmente força o encerramento da sessão.
Ver resposta modelo
Você deve investigar a configuração do hardware local. O access point ou controladora (o NAS) é quem define os limites de sessão. Neste caso, o hardware provavelmente possui um "Session Timeout" ou "Access Quota" local codificado para 60 minutos, o que substitui os atributos RADIUS enviados pelo Purple. Por exemplo, em um dispositivo Pepwave, a configuração de "Access Quota" deve ser ajustada.
Q3. Você está revisando uma proposta de arquitetura de rede para uma rede de varejo. O design mostra o tráfego de WiFi de convidados e os terminais de Ponto de Venda (POS) operando na mesma sub-rede. Qual é a sua recomendação?
Dica: Considere os padrões de segurança e os requisitos de conformidade para processamento de pagamentos.
Ver resposta modelo
O design deve ser rejeitado. O tráfego de convidados deve ser estritamente isolado das redes operacionais, especialmente daquelas que processam pagamentos. O WiFi de convidados deve ser atribuído a uma VLAN dedicada com regras de firewall que impeçam o roteamento para a sub-rede do POS. Deixar de fazer isso viola a conformidade com o PCI DSS e apresenta sérios riscos de segurança.
Continue a ler esta série
Configurando Autenticação RADIUS para Redes WiFi de Convidados e Funcionários
Este guia de referência técnica descreve a arquitetura, configuração e implantação da autenticação RADIUS para redes WiFi corporativas de convidados e funcionários. Ele fornece aos arquitetos de rede e gerentes de TI os protocolos exatos, padrões de segurança e metodologias de solução de problemas necessários para criar sistemas de controle de acesso sem fio seguros e escaláveis.
Passpoint and OpenRoaming: Complete Guide
Este guia de referência técnica fornece uma análise abrangente das estruturas Passpoint (Hotspot 2.0) e WBA OpenRoaming em redes WiFi corporativas. Ele detalha os protocolos de autenticação subjacentes, componentes de arquitetura e estratégias de implantação necessárias para estabelecer uma conectividade de visitantes segura e sem atrito. Arquitetos de rede e líderes de TI aprenderão como projetar, implementar e solucionar problemas desses padrões para eliminar as barreiras de login manual, mantendo a segurança de nível empresarial.
Como Implementar SCEP para BYOD Seguro e Registro de Rede no Ensino Superior
Este guia técnico fornece aos arquitetos de rede e gerentes de TI um modelo neutro de fornecedor para implantar o registro de certificados baseado em SCEP para proteger redes de campus de ensino superior. Ele detalha como migrar do PEAP baseado em senha para o 802.1X EAP-TLS, automatizar a integração de BYOD e aplicar uma segmentação robusta de VLAN.