Saltar para o conteúdo principal

Um Guia de 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. Aborda a arquitetura, etapas de configuração independentes de fornecedor, boas práticas de segurança e resolução de problemas comuns de implementação.

📖 5 min de leitura📝 1,282 palavras🔧 2 exemplos práticos3 perguntas de prática📚 8 definições principais

Ouça este guia

Ver transcrição do podcast
Guia do Administrador de Rede para Configurar a Autenticação RADIUS para WiFi de Convidados - Guião de Podcast [INTRODUÇÃO - aproximadamente 1 minuto] Olá e boas-vindas. Vou orientá-lo em tudo o que precisa de saber sobre a configuração da autenticação RADIUS para WiFi de convidados - desde a arquitetura subjacente até aos passos práticos que a sua equipa precisa de tomar, e as armadilhas que prejudicam a maioria das implementações. Isto não é uma palestra. Pense nisto como um briefing de um consultor sénior que já se sentou à mesa com gestores de TI em hotéis, cadeias de retalho, estádios e centros de conferências, e os ajudou a acertar. Vamos cobrir os fundamentos técnicos, padrões de implementação no mundo real e onde a plataforma RADIUS nativa na nuvem da Purple se enquadra no cenário. Vamos a isso. [MERGULHO TÉCNICO PROFUNDO - aproximadamente 5 minutos] Então, o que é realmente o RADIUS? RADIUS significa Remote Authentication Dial-In User Service. É um protocolo de rede - definido no RFC 2865 - que fornece autenticação, autorização e contabilização centralizadas para o acesso à rede. Em termos simples: é o sistema que decide se o dispositivo de um visitante tem permissão para entrar na sua rede, sob que condições e por quanto tempo. Em seguida, regista toda a sessão. Especificamente para o WiFi de convidados, o RADIUS situa-se entre os seus pontos de acesso e a sua camada de identidade. Um visitante liga-se ao seu SSID, o seu dispositivo envia um pedido de autenticação para o ponto de acesso, o ponto de acesso reencaminha-o para um Network Access Server - ou NAS - que depois consulta o servidor RADIUS. O servidor RADIUS valida as credenciais, devolve um Access-Accept ou Access-Reject, e a sessão inicia-se ou é bloqueada. Os pacotes de contabilização rastreiam então a duração da sessão, os dados consumidos e o motivo de cessação. As três funções principais são frequentemente designadas por AAA: Autenticação, Autorização e Contabilização. A autenticação confirma a identidade. A autorização define o que essa identidade pode aceder - limites de largura de banda, atribuição de VLAN, duração da sessão. A contabilização cria a pista de auditoria. Agora, para o WiFi de convidados, o método de autenticação é extremamente importante. Num ambiente empresarial, normalmente usaria o 802.1X com EAP-TLS - baseado em certificados, muito seguro. Para os convidados, isso é impraticável. Os convidados não têm certificados nos seus dispositivos pessoais. Por isso, o padrão comum é um Captive Portal combinado com o RADIUS. O visitante chega a uma página de portal personalizável, insere os seus dados ou autentica-se através de login social, e o Captive Portal troca essas credenciais com o servidor RADIUS em seu nome. O servidor RADIUS sinaliza então o ponto de acesso para conceder o acesso. Esta é exatamente a arquitetura que a Purple opera. O nosso serviço RADIUS nativo na nuvem lida com a troca de autenticação, enquanto o Captive Portal - que personaliza com a sua marca e configura através da plataforma Purple - gere a experiência do visitante. O ponto de acesso simplesmente precisa de saber o endereço do servidor RADIUS, a porta e o segredo partilhado. A Purple fornece os três. Vamos falar de portas e protocolos. O tráfego de autenticação RADIUS corre na porta UDP 1812. A monitorização de utilização (accounting) RADIUS corre na porta UDP 1813. Irá configurar ambas nos seus pontos de acesso. O segredo partilhado é uma chave pré-partilhada entre o seu ponto de acesso e o servidor RADIUS - trate-o como uma palavra-passe. Utilize uma sequência longa e gerada aleatoriamente. Nunca a reutilize em diferentes implementações. No que toca ao hardware, a Purple é agnóstica em termos de hardware. Trabalhamos com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet, entre outros. Os passos de configuração variam de acordo com o fabricante, mas os parâmetros RADIUS subjacentes são consistentes: IP ou hostname do servidor, porta de autenticação 1812, porta de accounting 1813, segredo partilhado e intervalo de accounting. Para pontos de acesso Avaya, por exemplo, configura os atributos RADIUS na secção External RADIUS, define o formato do Called-Station-Id para o formato MAC com hífen UC, ativa o accounting e depois configura o SSID com redirecionamento de página web a apontar para os URLs do Captive Portal da Purple. A documentação de suporte da Purple cobre os passos exatos para Avaya no link presente no guia. Para dispositivos da série Pepwave MAX, pode configurar através do InControl2 - a sua plataforma de gestão na nuvem - ou diretamente através da interface web local. De qualquer forma, estará a configurar um Captive Portal externo, a apontar a autenticação e o accounting para os servidores RADIUS da Purple, e a configurar o SSID com segurança aberta e o Captive Portal associado. Mais uma vez, os passos exatos estão nos documentos de suporte da Purple. Uma decisão de arquitetura que vale a pena destacar: servidores RADIUS primários e secundários. Configure sempre ambos. A Purple fornece dois endereços de servidor RADIUS para redundância. Se o primário estiver inacessível, o ponto de acesso faz a transição para o secundário automaticamente. Sem um secundário, uma falha temporária no servidor RADIUS significa que os seus convidados não se conseguem ligar. Num hotel com 300 quartos ou num estádio com 40 000 adeptos, isso é um incidente grave. A segmentação de VLAN é o outro elemento crítico. O seu tráfego de WiFi de convidados nunca deve tocar na sua rede corporativa ou operacional. Atribua as sessões de convidados a uma VLAN dedicada, encaminhe essa VLAN para uma ligação de internet separada ou, no mínimo, através de uma firewall com regras de saída estritas. Este é um requisito PCI-DSS se processar pagamentos com cartão em qualquer parte da mesma infraestrutura física, e é simplesmente uma boa prática, independentemente disso. [RECOMENDAÇÕES DE IMPLEMENTAÇÃO E ERROS COMUNS - aproximadamente 2 minutos] Deixe-me apresentar-lhe as três coisas que correm mal com mais frequência. Primeiro: incompatibilidades de segredo partilhado. O segredo partilhado no ponto de acesso deve coincidir exatamente com o que está registado no servidor RADIUS. Sensível a maiúsculas e minúsculas, caracter por caracter. Um único caracter errado produz um Access-Reject sem qualquer mensagem de erro útil. Copie e cole sempre a partir do seu painel de controlo da Purple em vez de digitar manualmente. Segundo: lacunas na lista de permissões (whitelist). Antes de o visitante se autenticar, o seu dispositivo precisa de aceder ao Captive Portal. Isso significa que determinados domínios devem ser permitidos no ponto de acesso - os URLs do portal da Purple, os endpoints de autenticação e quaisquer fornecedores de login social que esteja a utilizar. Se a whitelist estiver incompleta, os visitantes verão uma página em branco ou um tempo limite esgotado. A Purple mantém uma lista atualizada dos domínios necessários na documentação de suporte - utilize essa lista, não adivinhe. Terceiro: intervalo de contabilidade (accounting interval). Isto controla a frequência com que o ponto de acesso envia atualizações de contabilidade provisórias para o servidor RADIUS. Se for demasiado longo, perde a granularidade da sessão. Se for demasiado curto, gera tráfego desnecessário. Para a maioria das implementações, 240 a 300 segundos é o intervalo correto. O intervalo recomendado pela Avaya é de 300 segundos; o da Pepwave é de 180 a 240 segundos. Siga as orientações específicas do fabricante. Do lado da conformidade: o GDPR exige que tenha uma base legal para recolher dados dos visitantes. Um Captive Portal bem configurado com caixas de seleção de consentimento explícito cumpre este requisito. A plataforma da Purple está em conformidade com o GDPR e tem certificação ISO 27001. Cada login através da Purple é uma adesão por escolha consciente - o visitante concorda ativamente com os seus termos antes de se ligar. Esse registo de auditoria é a sua prova de conformidade. [PERGUNTAS E RESPOSTAS RÁPIDAS - aproximadamente 1 minuto] Perguntas rápidas que me fazem regularmente. "Preciso de substituir o meu hardware existente?" Não. A Purple funciona como uma camada sobre a sua infraestrutura existente. Não é necessária qualquer substituição de raiz. "Posso utilizar RADIUS para o WiFi dos funcionários na mesma plataforma?" Sim. A Purple suporta SSIDs separados para convidados e funcionários, com políticas de autenticação diferentes em cada um. "E se o meu espaço tiver vários locais?" A Purple gere implementações em múltiplos locais a partir de um único painel centralizado. Configura uma vez e replica para todos os locais. "O RADIUS na nuvem é menos seguro do que o local (on-premise)?" Não. O RADIUS na nuvem da Purple opera com uma disponibilidade de 99,999%, certificação ISO 27001 e encriptação de ponta a ponta. A superfície de ataque é menor do que a de um servidor auto-gerido, porque as atualizações e o reforço de segurança são tratados centralmente. "Quanto tempo demora uma implementação completa?" Para um único espaço com hardware suportado, um administrador de rede pode concluir a configuração do RADIUS em menos de duas horas. A equipa de integração da Purple está disponível para ajudar. [RESUMO E PRÓXIMOS PASSOS - aproximadamente 1 minuto] Em resumo. A autenticação RADIUS para WiFi de convidados oferece-lhe controlo de acesso centralizado, um registo completo de contabilidade e a base de conformidade de que necessita para o GDPR e PCI-DSS. A arquitetura é simples: do ponto de acesso para o NAS, para o servidor RADIUS, para a plataforma na nuvem da Purple. As três coisas a acertar são o segredo partilhado, a whitelist de domínios e o intervalo de contabilidade. A Purple opera RADIUS nativo na nuvem em mais de 80.000 espaços em todo o mundo, processando 440 milhões de logins em 2024. A plataforma é independente de hardware, tem certificação ISO 27001 e está em conformidade com o GDPR.Os seus próximos passos: verifique se o seu hardware está na lista de suportados da Purple, obtenha as credenciais do servidor RADIUS no seu painel da Purple e siga o guia de configuração específico do fabricante no centro de suporte da Purple. Se precisar de ajuda, a equipa técnica da Purple pode orientá-lo no processo. Obrigado pela atenção. O guia escrito completo, com diagramas, exemplos práticos e referências de configuração, está associado no link abaixo. .

header_image.png

Sumário Executivo

Fornecer acesso à internet seguro, em conformidade e fiável aos visitantes é um requisito operacional essencial para os espaços modernos. No entanto, a implementação de redes abertas expõe as organizações a riscos significativos, enquanto o 802.1X de nível empresarial é impraticável para dispositivos pessoais não geridos. A solução é a autenticação RADIUS emparelhada com um captive portal.

Este guia detalha a arquitetura técnica, os requisitos de configuração e as melhores práticas para implementar a autenticação RADIUS em redes de convidados. Ao encaminhar o tráfego de autenticação e faturação (accounting) através de um servidor RADIUS cloud-native, as equipas de TI podem impor políticas de acesso, isolar o tráfego de convidados e manter um registo de auditoria completo sem gerir infraestruturas locais. A Purple opera esta arquitetura em mais de 80.000 espaços, processando 440 milhões de inícios de sessão em 2024. Este documento fornece o modelo para configurar o hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet para utilizar as Redes Baseadas em Identidade da Purple.

Análise Técnica Detalhada

O RADIUS (Remote Authentication Dial-In User Service) é um protocolo cliente-servidor que fornece gestão centralizada de Autenticação, Autorização e Faturação (AAA - Authentication, Authorisation, and Accounting) para utilizadores que se ligam e utilizam um serviço de rede.

Num contexto de WiFi de convidados, o dispositivo do visitante não se consegue autenticar nativamente no servidor RADIUS através de certificados (EAP-TLS) como fazem os dispositivos corporativos. Em vez disso, o ponto de acesso WiFi funciona como o Network Access Server (NAS) e o cliente RADIUS. Quando um visitante se liga ao SSID aberto, o ponto de acesso intercepta o seu tráfego HTTP e redireciona-o para um captive portal externo.

Assim que o visitante conclui o fluxo de autenticação no captive portal - seja através de um formulário, início de sessão social ou autenticação única (single sign-on) - o portal comunica com o servidor RADIUS. O servidor RADIUS envia então uma mensagem Access-Accept de volta para o ponto de acesso através da porta UDP 1812, contendo atributos de autorização como limites de tempo de sessão ou limites de largura de banda. O ponto de acesso concede então acesso à rede e começa a enviar atualizações de faturação (accounting) através da porta UDP 1813 para monitorizar a sessão.

radius_architecture_diagram.png

A Sobreposição Cloud RADIUS

Gerir uma infraestrutura RADIUS local exige hardware significativo, manutenção e planeamento de redundância. A Purple fornece uma sobreposição cloud RADIUS independente de hardware. Isto significa que os servidores de autenticação e faturação (accounting) são totalmente geridos na nuvem, oferecendo um tempo de atividade de 99.999% e escalabilidade automática.

comparison_chart.png

Ao utilizar uma sobreposição na nuvem, as equipas de TI podem padronizar as políticas de acesso em múltiplos locais e fornecedores de hardware a partir de um único painel de controlo, integrando-se perfeitamente com as implementações de Guest WiFi existentes.

Guia de Implementação

A implementação da autenticação RADIUS requer a configuração tanto da infraestrutura sem fios como da plataforma de autenticação. Os passos seguintes descrevem o processo independente de fornecedor, com exemplos específicos para hardware comum.

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 palavra-passe WPA2/WPA3) mas ative o Captive Portal ou o redirecionamento de página web (WPR).

2. Configuração do Servidor RADIUS

Deve configurar o ponto de acesso para comunicar com os servidores RADIUS primário e secundário. Isto requer três componentes:

  • IP ou Nome de Host do Servidor: O endereço do servidor RADIUS.
  • Portas de Autenticação e Accounting: As portas padrão são a 1812 para autenticação e a 1813 para accounting.
  • Segredo Partilhado: Uma chave criptográfica utilizada para verificar as comunicações entre o ponto de acesso e o servidor RADIUS.

Por exemplo, num dispositivo Pepwave MAX Series, configura o servidor de autenticação nas definições do Captive Portal, especificando o IP, a porta 1812 e o segredo partilhado. Repete este procedimento para o servidor de accounting na porta 1813.

3. Walled Garden (Lista Branca de Domínios)

Antes da autenticação, o dispositivo do visitante deve ser capaz de carregar o Captive Portal e quaisquer fornecedores de identidade associados (como o Google ou o Microsoft Entra ID). Deve configurar um walled garden ou lista branca de domínios no ponto de acesso. Se esta configuração estiver incompleta, o Captive Portal não irá carregar. A Purple mantém uma lista canónica dos domínios necessários para a 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 este valor demasiado baixo cria tráfego desnecessário; defini-lo demasiado alto reduz a precisão do seu WiFi Analytics .

Melhores Práticas

  1. Configure Sempre Servidores Secundários: A infraestrutura RADIUS deve ser altamente disponível. Configure sempre o IP secundário do RADIUS fornecido pela Purple. Se o servidor primário estiver inacessível, o ponto de acesso fará a transição automática.
  2. Utilize Segredos Partilhados Fortes: Trate o segredo partilhado do RADIUS como uma palavra-passe crítica. Gere uma cadeia de caracteres longa e aleatória e nunca a reutilize em diferentes locais ou plataformas. ou plataformas.
  3. Valide a Whitelist: A causa mais comum de falhas no Captive Portal é uma whitelist de domínios incompleta. Teste sempre o fluxo de início de sessão num dispositivo limpo antes de implementar em produção.
  4. Isole o Tráfego: As VLAN de convidados devem ser estritamente isoladas. Utilize regras de firewall para impedir qualquer encaminhamento entre a VLAN de convidados e as redes operacionais. Este é um requisito rigoroso para a conformidade PCI-DSS em ambientes de retalho e hotelaria.

Resolução de Problemas e Mitigação de Riscos

Quando uma implementação RADIUS falha, os sintomas são habitualmente idênticos do ponto de vista do visitante: não conseguem ligar-se à internet. Os administradores de rede devem isolar o ponto de falha.

Sintoma: O Captive Portal não carrega.

  • Causa: Falha de resolução de DNS ou walled garden incompleto.
  • Resolução: Verifique se a whitelist de domínios do ponto de acesso inclui todos os URL necessários. Confirme se o dispositivo do cliente está a receber 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 do segredo partilhado ou configuração incorreta do NAS ID.
  • Resolução: Verifique se o segredo partilhado 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 está corretamente registado na plataforma de autenticação.

Sintoma: As sessões desligam-se inesperadamente.

  • Causa: Falhas de accounting ou limites de tempo de inatividade rigorosos.
  • Resolução: Verifique se a porta UDP 1813 de saída está aberta. Verifique as definições de limite de tempo de inatividade no ponto de acesso; alguns dispositivos móveis suspendem agressivamente os seus rádios WiFi, acionando uma desconexão por inatividade.

ROI e Impacto no Negócio

A implementação da autenticação RADIUS transforma o WiFi de convidados de um centro de custos e risco de segurança num ativo gerido e em conformidade.

Para as equipas de TI, o impacto imediato é a redução dos pedidos de suporte e a eliminação da gestão de palavras-passe partilhadas. Ao mudarem para um modelo de RADIUS na nuvem, as organizações evitam o CapEx de servidores locais e o OpEx da sua manutenção.

Para a empresa em geral, esta arquitetura fornece a base para a recolha segura de dados. Ao exigir uma opção de consentimento consciente através do Captive Portal, os espaços constroem bases de dados primárias em conformidade com o GDPR. Nos setores da Hotelaria e do Retalho , estes dados impulsionam programas de fidelização e o envolvimento personalizado, atribuindo diretamente receitas à infraestrutura de rede.

Ouça o resumo do nosso consultor sénior sobre este tema abaixo:

Definições Principais

RADIUS

Remote Authentication Dial-In User Service. Um protocolo de rede que fornece gestão centralizada de autenticação, autorização e faturação (accounting).

Utilizado para proteger o acesso à rede, verificando as credenciais num banco de dados central antes de atribuir um endereço IP a um dispositivo ou encaminhar o seu tráfego.

Captive Portal

Uma página web que um utilizador de uma rede de acesso público é obrigado a visualizar e com a qual deve interagir antes de lhe ser concedido acesso.

A interface principal para o WiFi de convidados, utilizada para recolher consentimento, apresentar termos e recolher dados primários.

NAS (Network Access Server)

Um gateway que controla o acesso a uma rede. Num ambiente sem fios, o ponto de acesso WiFi ou controlador atua como o NAS.

O NAS atua como o cliente RADIUS, encaminhando os pedidos 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.

Utilizado para verificar se os pacotes RADIUS têm origem numa fonte fidedigna e para encriptar as palavras-passe dentro dos pacotes.

Accounting Interval

A frequência com que o ponto de acesso envia atualizações de sessão intermédias para o servidor RADIUS.

Crítico para relatórios precisos em plataformas de analítica. Um intervalo padrão é de 300 segundos.

Walled Garden

Um ambiente limitado que controla o acesso do utilizador ao conteúdo da web antes de este estar totalmente autenticado.

Implementado através de uma lista de domínios permitidos no ponto de acesso, permitindo que o dispositivo carregue o Captive Portal e os fornecedores de identidade.

VLAN

Virtual Local Area Network. Uma sub-rede lógica que agrupa um conjunto de dispositivos, isolando o seu tráfego.

Essencial para a segurança; o tráfego de WiFi de convidados deve ser atribuído a uma VLAN dedicada, separada dos dados corporativos.

Identity-Based Networks

Uma arquitetura de rede onde as políticas de acesso são aplicadas dinamicamente com base na identidade autenticada do utilizador ou dispositivo.

Permite que as equipas 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 de implementar WiFi de convidados seguro em 50 pontos de acesso Avaya. É necessário que os utilizadores se autentiquem através de um portal de marca e que os dados de sessão sejam monitorizados para conformidade. Como deve o administrador de rede configurar as definições de RADIUS?

O administrador deve configurar os APs da Avaya para utilizar um servidor RADIUS externo. Primeiro, navegue para Security > External Radius. Defina o Called-Station-Id Attribute Format como "UC-hyphenated" e ative o Accounting com um intervalo de 300 segundos. Em seguida, crie um SSID de "WiFi de Convidados" com encriptação aberta e ative o Web Page Redirection (WPR). Defina o Landing Page URL para o portal Purple e configure o Authentication Service com os IPs RADIUS principal e secundário da Purple na porta 1812, e accounting na porta 1813, utilizando o segredo partilhado fornecido. Finalmente, preencha a WPR Whitelist com os domínios necessários.

Comentário do Examinador: Esta abordagem isola corretamente o fluxo de autenticação para um fornecedor de RADIUS na nuvem externo, garantindo simultaneamente que o hardware local lida com o redirecionamento de tráfego. Definir o formato do Called-Station-Id corretamente é crítico para que o servidor RADIUS identifique o ponto de acesso, e configurar o servidor secundário garante alta disponibilidade.

Uma cadeia de lojas de retalho está a lançar WiFi de convidados utilizando routers Pepwave MAX. Durante os testes, a página splash do Captive Portal não carrega em dispositivos iOS, apresentando em vez disso um ecrã em branco. Qual é a causa provável e a resolução?

A causa provável é uma configuração incompleta de Allowed Networks (lista de domínios permitidos). O administrador deve iniciar sessão na interface web local da Pepwave ou no painel do InControl2, navegar para as definições do Captive Portal e verificar a lista de "Allowed Domains / IPs". Deve garantir que todos os domínios necessários para o Captive Portal, endpoints de autenticação e quaisquer fornecedores de login social (por exemplo, Apple, Google) estão explicitamente listados.

Comentário do Examinador: As lacunas na lista de domínios permitidos são a causa mais comum de falhas no Captive Portal. Os sistemas operativos móveis modernos utilizam mecanismos agressivos de deteção de Captive Portal; se o SO não conseguir alcançar os seus URLs de validação específicos ou o CDN do portal, interromperá o processo de ligação.

Perguntas de Prática

Q1. Está a implementar WiFi de convidados num grande estádio. Configurou o servidor RADIUS primário, mas o gestor de projeto pergunta se a configuração do servidor secundário pode ser ignorada para poupar tempo. Como responde?

Dica: Considere o impacto de um ponto único de falha num ambiente de alta densidade.

Ver resposta modelo

Deve configurar o servidor secundário. O RADIUS é o guardião do acesso à rede. Se o servidor primário sofrer uma interrupção ou um problema de encaminhamento de rede, todos os novos pedidos de autenticação irão falhar, resultando numa perda total de acesso ao WiFi de convidados. A configuração do servidor secundário fornece redundância automática e garante uma elevada disponibilidade.

Q2. Um local reporta que as sessões de WiFi de convidados estão a desligar-se exatamente 60 minutos após o início de sessão dos utilizadores, apesar de a plataforma Purple estar configurada para sessões de 24 horas. Onde deve investigar?

Dica: Pense em qual o componente que realmente executa a terminação da sessão.

Ver resposta modelo

Deve investigar a configuração do hardware local. O ponto de acesso ou controlador (o NAS) é quem, em última análise, aplica os limites de sessão. Neste caso, o hardware provavelmente tem um "Session Timeout" ou "Access Quota" local definido rigidamente para 60 minutos, o que se sobrepõe aos atributos RADIUS enviados pela Purple. Por exemplo, num dispositivo Pepwave, a definição "Access Quota" deve ser ajustada.

Q3. Está a analisar uma proposta de arquitetura de rede para uma cadeia de retalho. O design mostra o tráfego de WiFi de convidados e os terminais de Ponto de Venda (POS) a funcionar 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 encaminhamento para a sub-rede de POS. Não o fazer viola a conformidade com o PCI DSS e introduz graves riscos de segurança.

Continue a ler esta série

Configuring RADIUS Authentication for Guest and Staff WiFi Networks

Este guia de referência técnica descreve a arquitetura, configuração e implementação de autenticação RADIUS para redes WiFi empresariais de convidados e funcionários. Fornece aos arquitetos de rede e gestores de TI os protocolos exatos, normas de segurança e metodologias de resolução de problemas necessários para construir sistemas de controlo de acesso sem fios seguros e escaláveis.

Ler o guia →

Passpoint e OpenRoaming: Guia Completo

Este guia de referência técnica fornece uma análise abrangente das frameworks Passpoint (Hotspot 2.0) e WBA OpenRoaming em redes WiFi corporativas. Detalha os protocolos de autenticação subjacentes, componentes de arquitetura e estratégias de implementação necessárias para estabelecer uma conectividade de convidados segura e sem atritos. Os arquitetos de rede e líderes de TI aprenderão a desenhar, implementar e resolver problemas destes padrões para eliminar as barreiras de início de sessão manual, mantendo simultaneamente uma segurança de nível empresarial.

Ler o guia →

Como Implementar SCEP para Integração Segura de BYOD e Redes no Ensino Superior

Este guia técnico fornece aos arquitetos de rede e gestores de TI um plano neutro em termos de fornecedor para implementar a emissão de certificados baseada em SCEP para proteger as redes dos campus do ensino superior. Detalha como migrar de PEAP baseado em palavra-passe para 802.1X EAP-TLS, automatizar a integração de BYOD e impor uma segmentação robusta de VLAN.

Ler o guia →