iPSK ff: um guia completo para empresas
O iPSK ff (Identity Pre-Shared Key) é o padrão definitivo de autenticação WiFi para ambientes multi-tenant - fornecendo uma senha única para cada residente em um único SSID, com atribuição dinâmica de VLAN e isolamento de Camada 2. Este guia aborda a arquitetura técnica, as etapas de implementação e o caso comercial para incorporadoras imobiliárias, operadoras de BTR e proprietários que implantam WiFi gerenciado em escala.
Ouça este guia
Ver transcrição do podcast
Resumo executivo
Para operadores de Build-to-Rent (BTR), incorporadores imobiliários e proprietários de condomínios residenciais (MDU), o WiFi não é mais apenas uma comodidade opcional. É o serviço essencial que os moradores avaliam antes de assinar um contrato de locação. As abordagens tradicionais falham em escala: redes PSK compartilhadas expõem os dispositivos de um morador a todos os vizinhos, a autenticação 802.1X Enterprise bloqueia os dispositivos de casa inteligente de que os moradores dependem, e um roteador físico em cada unidade gera severas interferências de radiofrequência (RF) que reduzem a velocidade de todo o edifício.
O Identity PSK (iPSK) resolve todos esses três problemas. Ele emite uma senha de WiFi exclusiva para cada residência em uma única rede de todo o edifício. Cada senha é mapeada para uma VLAN isolada, criando uma bolha de WiFi privada por morador. Os dispositivos dentro da bolha se descobrem - celulares transmitem para TVs, consoles se conectam à internet, alto-falantes inteligentes respondem a comandos de voz - enquanto permanecem totalmente invisíveis para os vizinhos. A Purple oferece isso como uma sobreposição de nuvem independente de hardware, rodando em pontos de acesso Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. O resultado é um prêmio de aluguel de £ 15 a 30 por unidade por mês, períodos de vacância de cinco a dez dias mais curtos e uma redução de 30 a 50% nos custos de conectividade por porta em comparação com contratos de banda larga individuais (dados internos da Purple, 2025).
Visão técnica detalhada
O que o iPSK realmente faz
O iPSK (Identity Pre-Shared Key) - conhecido como MPSK pela HPE Aruba, DPSK pela Ruckus e ePSK pela Cambium e Juniper Mist - permite que um único SSID aceite milhares de senhas diferentes simultaneamente. Cada senha é exclusiva de um morador ou residência. A rede usa essa senha como um sinal de identidade, não apenas como uma chave de entrada.
Quando o dispositivo de um morador se conecta, o ponto de acesso (AP) não verifica apenas se a senha está correta. Ele encaminha a solicitação de autenticação para um servidor RADIUS (Remote Authentication Dial-In User Service). O servidor RADIUS valida a senha em relação ao perfil do morador e retorna uma mensagem Access-Accept contendo atributos de política específicos - o mais importante deles, o VLAN ID atribuído àquele morador. O AP então marca todo o tráfego daquele dispositivo com a VLAN correta, posicionando-o dentro do segmento de rede isolado do morador.
Essa atribuição dinâmica de VLAN é o mecanismo que cria a bolha de WiFi por morador. O celular, laptop e smart TV do Morador A compartilham a mesma VLAN e podem se comunicar livremente usando protocolos multicast e broadcast (mDNS para AirPlay e Chromecast, SSDP para DLNA). Os dispositivos do Morador B ficam em uma VLAN totalmente separada e são invisíveis para o Morador A, embora ambas as residências compartilhem os mesmos pontos de acesso físicos.
Por que o 802.1X não funciona para o setor residencial
O IEEE 802.1X é o padrão ouro para autenticação de rede empresarial. Ele exige que cada dispositivo apresente um nome de usuário e senha ou um certificado digital a um servidor RADIUS por meio de uma troca EAP (Extensible Authentication Protocol). O problema em ambientes residenciais é a compatibilidade dos dispositivos. Lâmpadas inteligentes, assistentes de voz, consoles de jogos e a maioria dos sensores IoT não incluem um suplicante 802.1X. Eles não podem participar de uma troca EAP. Forçar o 802.1X em uma rede residencial significa que os moradores não conseguirão conectar seus dispositivos domésticos inteligentes, gerando uma enxurrada de chamados de suporte e uma insatisfação significativa dos moradores.
O iPSK usa WPA2-Personal ou WPA3-Personal no nível do cliente, que é compatível com todos os dispositivos de consumo. A lógica de identidade de nível empresarial roda inteiramente no backend entre o AP e o servidor RADIUS, invisível para o dispositivo de conexão.
Fluxo de autenticação em detalhes
A sequência abaixo descreve o que acontece a partir do momento em que o dispositivo de um morador se conecta:
- O dispositivo transmite uma solicitação de detecção (probe request) e se associa ao SSID.
- O dispositivo envia sua senha durante o handshake de quatro vias do WPA2/WPA3.
- O AP intercepta a senha e monta um RADIUS Access-Request, incluindo o endereço MAC do dispositivo e a senha como um atributo Cisco AV-Pair (
psk-modeepsk-password). - O servidor RADIUS em nuvem (o RADIUS-as-a-Service da Purple) valida a senha no banco de dados de moradores.
- Em caso de sucesso, o servidor RADIUS retorna um Access-Accept com o VLAN ID, política de QoS e perfil de largura de banda para aquele morador.
- O AP atribui o dispositivo à VLAN especificada e conclui a associação.
- O dispositivo recebe um endereço IP do escopo DHCP para essa VLAN e fica online dentro de seu segmento isolado.
Toda a sequência é concluída em menos de 500 milissegundos e é transparente para o morador.
Notas de implementação do fornecedor
O conceito principal é padronizado, mas as implementações dos fornecedores diferem em nomenclatura e tratamento de atributos. O Cisco Meraki usa as Cisco AV-Pairs psk-mode e psk-password. O HPE Aruba ClearPass usa seu próprio conjunto de atributos MPSK. O Ruckus SmartZone suporta DPSK nativamente sem um servidor RADIUS para implantações menores, embora a integração com RADIUS seja recomendada para qualquer propriedade com mais de 50 unidades. A camada RADIUS em nuvem da Purple abstrai essas diferenças, apresentando uma interface de gerenciamento única, independentemente do hardware subjacente.
Guia de implementação
Passo 1: Design de sub-rede e VLAN
Em um ambiente BTR de alta densidade, planeje de 15 a 25 dispositivos por unidade. Uma sub-rede /24 padrão (254 endereços utilizáveis) esgotará rapidamente seu pool DHCP em um edifício com mais de dez unidades. Use sub-redes /20 ou /21 para as VLANs de seus clientes. Certifique-se de que os tempos de concessão do DHCP estejam configurados adequadamente - normalmente de oito a 12 horas para residências, mas menores para ambientes de hóspedes transitórios, como hotéis ou flats.
Projete uma VLAN separada para dispositivos IoT de gerenciamento predial (sistemas de entrada de portas, CFTV, sensores de HVAC). Isso mantém a infraestrutura operacional isolada do tráfego dos residentes e simplifica a auditoria de segurança.
Passo 2: Posicionamento de pontos de acesso e planejamento de RF
Remova os roteadores das unidades individuais antes de implantar APs gerenciados. Coloque APs de classe corporativa em corredores, áreas comuns e salas de máquinas para fornecer cobertura sem penetrar nas unidades individuais. Use uma pesquisa de RF profissional para determinar a densidade dos APs. Para um edifício residencial típico com construção de concreto padrão, um AP para cada duas a quatro unidades é um ponto de partida razoável, mas sempre valide com uma pesquisa de local.
Configure os APs para priorizar as bandas de 5GHz e 6GHz. Reserve 2.4GHz para dispositivos IoT legados que não conseguem se conectar em bandas mais altas. Habilite o direcionamento de banda (band steering) para direcionar automaticamente dispositivos compatíveis para as bandas mais rápidas.
Passo 3: Automatizando o gerenciamento do ciclo de vida das chaves
Não gerencie chaves manualmente. Integre seu Property Management System (PMS) ou Provedor de Identidade (IdP) com sua infraestrutura RADIUS. Quando um novo contrato é assinado, o sistema deve gerar automaticamente uma iPSK exclusiva e enviá-la por e-mail ao residente. Quando eles se mudarem, a chave deve ser revogada instantaneamente. A plataforma da Purple atua como essa camada de orquestração, integrando-se com Microsoft Entra ID, Okta e Google Workspace, bem como com as principais plataformas de PMS. Essa automação elimina a sobrecarga manual que torna as implantações de iPSK em larga escala operacionalmente inviáveis sem as ferramentas corretas.
Passo 4: Lidando com a randomização de endereços MAC
Os sistemas operacionais modernos usam a randomização de endereços MAC por padrão por motivos de privacidade. O iOS 14 e posterior, o Android 10 e posterior, e o Windows 11 randomizam o endereço MAC ao se conectarem a novas redes. Como o iPSK depende de endereços MAC para busca de identidade em algumas implementações, um MAC randomizado pode causar falhas de autenticação ou impedir a atribuição de VLAN.
A mitigação recomendada é configurar seu portal de integração para instruir os residentes a desativar o "Endereço Privado" (iOS) ou "MAC Randomizado" (Android) para o SSID do edifício. Como alternativa, implemente um fluxo de trabalho de pré-registro em que o residente se autentica por meio de um portal web na primeira conexão, vinculando o endereço MAC atual do seu dispositivo ao seu perfil. O portal de autoatendimento da Purple lida com isso automaticamente.
Passo 5: Gerenciamento de dispositivos em autoatendimento
Os moradores adicionam novos dispositivos regularmente. Forneça um portal ou aplicativo de autoatendimento onde os moradores possam registrar novos endereços MAC, visualizar dispositivos conectados e redefinir suas senhas sem entrar em contato com a administração do edifício. O portal do morador da Purple lida com isso, reduzindo os chamados de suporte em até 60% em comparação com redes gerenciadas manualmente (dados internos da Purple, 2025).
-
Melhores práticas
Para maximizar a eficácia da sua implantação de iPSK, siga estas recomendações padrão do setor:
Imponha o isolamento de Camada 2 no nível do SSID. Configure o bloqueio ponto a ponto (peer-to-peer) no SSID, substituindo-o apenas para dispositivos dentro da mesma VLAN atribuída. Isso garante que a PAN funcione corretamente e evita o tráfego cruzado entre moradores na camada sem fio, e não apenas na camada de roteamento.
Projete visando a redundância do RADIUS. Sua rede é tão confiável quanto sua infraestrutura RADIUS. Implante servidores RADIUS primários e secundários em diferentes zonas de disponibilidade ou data centers. Configure o WLC com temporizadores de failover apropriados - normalmente de três a cinco segundos antes de alternar para o servidor secundário.
Monitore a integridade de RF continuamente. Mesmo com menos APs do que em um design de roteador por unidade, monitore a utilização de canais e a interferência de co-canal. Use as análises de RF integradas no Cisco Meraki, HPE Aruba Central ou Juniper Mist AI para detectar e resolver interferências automaticamente.
Alinhe-se com o GDPR e as normas de proteção de dados. O iPSK em si é um mecanismo de autenticação de rede, não uma ferramenta de coleta de dados. No entanto, os dados de identidade que você armazena em seu banco de dados RADIUS (nomes de moradores, endereços de e-mail, endereços MAC de dispositivos) são dados pessoais de acordo com o GDPR. Certifique-se de que suas políticas de retenção de dados, mecanismos de consentimento e acordos de processamento de dados estejam em vigor antes da ativação. A Purple possui as certificações GDPR, CCPA, ISO 27001 e Cyber Essentials.
Teste sua frota de dispositivos IoT antes da ativação. A maioria dos dispositivos IoT funciona corretamente com iPSK, mas alguns dispositivos mais antigos apresentam peculiaridades no handshake WPA2-PSK. Execute um teste de compatibilidade pré-implantação, principalmente para qualquer hardware sob medida ou legado, como sistemas de controle de acesso mais antigos ou sensores de gerenciamento predial.
Para uma visão mais ampla de como estruturar sua rede para tráfego de convidados, funcionários e IoT, consulte nosso guia sobre Três SSIDs para dominar todos eles: convidado, Passpoint e IoT WiFi .
-
Solução de problemas e mitigação de riscos
Timeouts de autenticação
Se o servidor RADIUS demorar para responder, o WLC poderá desconectar o cliente antes que o handshake seja concluído. Monitore a latência de resposta do RADIUS e garanta que ela permaneça abaixo de 200ms. Se estiver usando um serviço RADIUS em nuvem, verifique a estabilidade do uplink da WAN e configure o cache RADIUS local onde o hardware oferecer suporte.
Esgotamento de DHCP
Se os dispositivos se conectarem, mas não receberem um endereço IP, sua sub-rede é muito pequena ou os tempos de concessão são muito longos. Monitore a utilização do pool DHCP e expanda o escopo antes que ele atinja 80% da capacidade. Em um edifício de 200 unidades com 25 dispositivos por unidade, você precisa de um mínimo de 5.000 endereços disponíveis - uma sub-rede /19 fornece 8.190 endereços utilizáveis e oferece margem para crescimento.
Problemas de roaming
Em um ambiente com múltiplos APs, certifique-se de que o 802.11k (relatórios de vizinhança), 802.11v (gerenciamento de transição BSS) e 802.11r (transição rápida de BSS) estejam habilitados para auxiliar no roaming dos clientes. Se um dispositivo perder a conexão ao se mover entre APs, verifique se a VLAN existe e se o trunking está configurado corretamente em todos os switches e pontos de acesso. Um erro comum é configurar a VLAN no WLC, mas esquecer de adicioná-la à porta de trunk no switch de distribuição.
Randomização de MAC causando falhas de autenticação
Se os residentes relatarem desconexões intermitentes, principalmente após o dispositivo ficar inativo, a randomização de MAC é a causa mais provável. Verifique seus logs de RADIUS em busca de mensagens Access-Reject de endereços MAC desconhecidos. Implemente o fluxo de trabalho de pré-registro descrito na Etapa 4 do guia de implementação.
ROI e impacto nos negócios
Implantar o iPSK transforma o WiFi de um custo irrecuperável em um ativo estratégico para operadoras de BTR e incorporadoras imobiliárias.
Prêmio de aluguel. O WiFi gerenciado como uma comodidade inclusa suporta um prêmio de aluguel de £15-30 por unidade por mês no mercado de BTR do Reino Unido (dados internos da Purple, 2025). Em um empreendimento de 200 unidades, isso representa £36.000-£72.000 de receita anual adicional.
Redução de períodos de vacância. A experiência "Instant-On" - onde o residente recebe sua chave exclusiva antes do dia da mudança e está online no momento em que chega - reduz os períodos de vacância em cinco a dez dias. Com um aluguel médio mensal de £1.500 por unidade, isso representa £250-£500 por vacância evitada.
Menores custos de hardware. Remover roteadores individuais de 200 unidades elimina o custo de capital de 200 dispositivos de consumo (geralmente de £50-£100 cada) e a sobrecarga contínua de suporte para gerenciá-los. Os APs corporativos colocados nos corredores custam mais por unidade, mas cobrem vários apartamentos, reduzindo significativamente a contagem total de dispositivos.
Redução de custos operacionais de suporte. O provisionamento e revogação automatizados de chaves, combinados com o gerenciamento de dispositivos por autoatendimento, reduzem os chamados de suporte relacionados a WiFi em até 60% (dados internos da Purple, 2025). Para uma equipe de gestão de propriedades que lida com 500 unidades, isso representa uma redução significativa no custo operacional.
Análise e dados. A plataforma WiFi Analytics da Purple oferece insights sobre a utilização da rede, horários de pico de uso e densidade de dispositivos por andar. Esses dados fundamentam decisões sobre a colocação de APs, provisionamento de largura de banda e investimentos futuros em infraestrutura.
Para obter mais informações sobre como a plataforma de Guest WiFi da Purple oferece suporte a implantações multi-tenant, incluindo o conjunto completo de recursos para integração de residentes e gerenciamento de ciclo de vida, visite nossas páginas de produtos dedicadas.
Para leituras relacionadas sobre modelos de implantação PPSK e como eles se comparam ao iPSK em diferentes implementações de fornecedores, consulte nosso guia sobre PPSK usm kubang kerian: comparando recursos e modelos de implantação .
Definições principais
iPSK (Identity Pre-Shared Key)
Um método de autenticação sem fio que atribui uma senha exclusiva para cada usuário ou dispositivo em um único SSID. A senha funciona como um sinal de identidade, acionando a atribuição dinâmica de VLAN e a aplicação de políticas por usuário por meio de um servidor RADIUS.
O principal modelo de autenticação para WiFi residencial multi-tenant, substituindo tanto o PSK compartilhado quanto o 802.1X em ambientes com frotas mistas de dispositivos.
VLAN (Virtual Local Area Network)
Uma sub-rede lógica que agrupa dispositivos de diferentes locais físicos em um único domínio de transmissão, isolando seu tráfego de outras VLANs na mesma infraestrutura física.
O mecanismo que cria o isolamento por residente em uma implantação de iPSK. A chave exclusiva de cada residente é mapeada para um ID de VLAN específico retornado pelo servidor RADIUS.
RADIUS (Remote Authentication Dial-In User Service)
Um protocolo de rede que fornece gerenciamento centralizado de Autenticação, Autorização e Contabilidade (AAA). Em uma implantação iPSK, o servidor RADIUS valida a senha e retorna a atribuição de VLAN.
A inteligência de backend em uma implantação iPSK. A Purple fornece RADIUS-as-a-Service, eliminando a necessidade de auto-hospedar essa infraestrutura.
PAN (Private Area Network)
Um segmento de rede virtualizado e isolado criado para um residente específico, permitindo que seus dispositivos se descubram e se comuniquem entre si via mDNS e SSDP, permanecendo invisíveis para outros residentes na mesma infraestrutura física.
O benefício voltado para o residente do isolamento de VLAN do iPSK. Ele permite a descoberta de AirPlay, Chromecast e dispositivos de casa inteligente dentro da bolha do residente.
Randomização de endereço MAC
Um recurso de privacidade no iOS 14+, Android 10+ e Windows 11 que altera periodicamente o endereço MAC do dispositivo para evitar o rastreamento em várias redes.
Um desafio operacional significativo para implantações iPSK. MACs randomizados podem causar falhas de autenticação se o servidor RADIUS usar endereços MAC para identificação de dispositivos.
Dispositivo headless
Um dispositivo conectado à rede sem uma interface de usuário tradicional (tela ou teclado), como uma lâmpada inteligente, sensor ambiental ou dongle de streaming.
Esses dispositivos não conseguem navegar em Captive Portals ou suportar autenticação de certificado 802.1X, tornando o iPSK o único método de autenticação viável para eles.
Isolamento de Camada 2
Uma configuração de segurança de rede que impede que dispositivos na mesma sub-rede ou SSID se comuniquem diretamente entre si na camada de enlace de dados.
Essencial em implantações multi-tenant para evitar que um residente acesse os dispositivos de outro, mesmo que estejam na mesma infraestrutura física.
BTR (Build-to-Rent)
Empreendimentos residenciais construídos sob medida, projetados e gerenciados especificamente para aluguel de longo prazo, normalmente com gestão profissional de propriedade e comodidades compartilhadas.
O mercado primário para implantações gerenciadas de WiFi iPSK no setor residencial do Reino Unido. Os operadores de BTR tratam o WiFi como uma comodidade gerenciada incluída no aluguel.
RADIUS-as-a-Service
Uma infraestrutura RADIUS hospedada na nuvem que lida com autenticação, autorização e contabilidade sem exigir que o operador implante e gerencie servidores RADIUS locais.
A Purple fornece RADIUS-as-a-Service como parte de sua plataforma Multi-Tenant WiFi, oferecendo suporte a hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet.
Exemplos práticos
Um empreendimento BTR de 300 unidades está enfrentando sérios problemas de desempenho de WiFi. Os residentes reclamam de velocidades lentas e conexões que caem. A configuração atual usa uma rede PSK padrão com roteadores domésticos individuais em cada apartamento. A operadora do edifício deseja atualizar para uma solução gerenciada sem substituir o cabeamento estruturado existente.
O edifício está sofrendo de interferência de co-canal massiva causada por 300 roteadores não gerenciados transmitindo simultaneamente em canais de 2.4GHz e 5GHz sobrepostos. O plano de remediação é o seguinte. Primeiro, realizar uma pesquisa de RF para identificar as piores zonas de interferência e determinar o posicionamento ideal dos APs nos corredores e áreas comuns. Segundo, implantar APs de nível empresarial - Cisco Meraki MR46 ou HPE Aruba AP-505 são apropriados para um ambiente de corredor residencial - conectados ao cabeamento estruturado existente. Terceiro, configurar um único SSID para todo o edifício com autenticação iPSK, usando o RADIUS-as-a-Service da Purple como backend de identidade. Quarto, integrar a Purple com o sistema de gestão de propriedades para gerar automaticamente iPSKs exclusivas para cada residente e enviá-las por e-mail antes da mudança. Quinto, configurar três VLANs: Residente (uma por residência), IoT (compartilhada para dispositivos de gestão do edifício) e Gerenciamento (para administração dos APs). Sexto, remover os roteadores domésticos individuais de cada apartamento. O resultado esperado é uma redução de 60-80% nos chamados de suporte, eliminação da interferência de co-canal e uma melhoria mensurável nos índices de satisfação dos residentes.
Uma rede de varejo com 80 filiais precisa conectar terminais de PDV, tablets de funcionários, sinalização digital e WiFi de convidados à mesma infraestrutura sem fio física sem comprometer a conformidade com o PCI DSS. A equipe de TI quer evitar a transmissão de múltiplos SSIDs, o que degrada o desempenho do WiFi.
Implantar iPSK em um único SSID corporativo em todas as 80 filiais. Gerar quatro categorias de iPSK: uma para terminais de PDV, uma para tablets de funcionários, uma para sinalização digital e uma para acesso de convidados. Configurar o servidor RADIUS para retornar diferentes IDs de VLAN com base no iPSK utilizado. VLAN 10: Terminais de PDV - com restrição para rotear tráfego apenas para a faixa de IP do gateway de pagamento. VLAN 20: Tablets de funcionários - VLAN corporativa geral com acesso à internet e roteamento de aplicativos internos. VLAN 30: Sinalização digital - restrita ao servidor de gerenciamento de conteúdo. VLAN 40: Convidado - acesso exclusivo à internet com um Captive Portal para captura de dados, gerenciado por meio da plataforma de Guest WiFi da Purple. Impor isolamento de Camada 2 entre todas as VLANs no nível do WLC e do switch. Para conformidade com o PCI DSS, documente a segmentação de VLAN em seu diagrama de rede e inclua-a em sua avaliação QSA anual. O design de SSID único elimina a perda de desempenho de múltiplos SSIDs e simplifica o ambiente de RF em todas as 80 filiais.
Questões práticas
Q1. Você está projetando a rede WiFi para um bloco de acomodação estudantil de 500 leitos. O cliente deseja segurança máxima, mas insiste que os alunos devem ser capazes de conectar seus consoles PlayStation e Xbox sem qualquer configuração manual. Qual modelo de autenticação você recomenda e por quê?
Dica: Considere os recursos dos consoles de videogame em relação à autenticação baseada em certificado e à navegação em Captive Portals.
Ver resposta modelo
Recomende iPSK. Embora o 802.1X ofereça segurança máxima para dispositivos corporativos gerenciados, os consoles de jogos não incluem um suplicante 802.1X e não podem participar de uma troca EAP. Eles também não conseguem navegar em Captive Portals de forma confiável. O iPSK fornece a segurança necessária por meio de atribuição dinâmica de VLAN e isolamento de Camada 2, permitindo que os consoles se conectem usando uma frase secreta padrão WPA2-Personal - exatamente como fariam em casa. Cada aluno recebe uma chave exclusiva, seus dispositivos são isolados dos dispositivos de outros alunos e a equipe de TI pode revogar o acesso instantaneamente se necessário.
Q2. Um gerente de TI de hotel relata que os hóspedes que usam a nova rede iPSK são desconectados frequentemente e forçados a se autenticar novamente, principalmente ao usar dispositivos modernos iPhones e Android. Os logs do RADIUS mostram um alto volume de mensagens Access-Reject de endereços MAC não encontrados no armazenamento de identidade. Qual é a causa mais provável e como você resolve isso?
Dica: Pense em como os sistemas operacionais móveis modernos lidam com seus identificadores de hardware para proteger a privacidade do usuário em diferentes redes.
Ver resposta modelo
A causa é a randomização de endereços MAC. O iOS 14+ e o Android 10+ randomizam o endereço MAC do dispositivo ao se conectar a novas redes e o rotacionam periodicamente a partir de então. Como o servidor RADIUS usa o endereço MAC para identificar o dispositivo e pesquisar o iPSK associado, um endereço MAC rotacionado resulta em um Access-Reject. A resolução é implementar um fluxo de trabalho de pré-registro: na primeira conexão, o hóspede se autentica por meio de um portal web, que vincula seu endereço MAC atual ao seu perfil. Além disso, instrua os hóspedes a desativar o "Endereço Privado" para o SSID do hotel nas configurações do dispositivo. O portal de integração de hóspedes da Purple automatiza ambas as etapas.
Q3. Você está implantando o iPSK em um empreendimento BTR de 200 unidades. Seis meses após a ativação, os residentes nas unidades 150-200 relatam desconexões intermitentes ao se moverem entre os andares. Os logs do RADIUS mostram autenticação bem-sucedida, mas os dispositivos perdem a conectividade durante a movimentação. Qual é a causa mais provável e como você resolve isso?
Dica: A autenticação RADIUS está sendo bem-sucedida, portanto, o problema não está na camada de identidade. Concentre-se no que acontece após a autenticação quando um dispositivo se move entre pontos de acesso.
Ver resposta modelo
O problema é uma falha de roaming na camada sem fio. Embora a autenticação RADIUS seja bem-sucedida, o dispositivo não está fazendo a transição limpa entre APs. Verifique se o 802.11k (relatórios de vizinhança), 802.11v (gerenciamento de transição BSS) e 802.11r (transição rápida de BSS) estão ativados no SSID. Verifique também se as VLANs dos residentes estão devidamente em tronco para todos os switches e APs nos andares 4 e 5 - uma causa comum de perda de conectividade pós-roaming é uma VLAN que existe no WLC, mas está ausente na configuração de tronco em um switch de distribuição específico. Use os logs de roaming de cliente do WLC para identificar para qual AP o dispositivo está fazendo roaming e se a transferência de VLAN está sendo concluída corretamente.
Continue a ler esta série
Guia PPSK em PDF: comparando recursos e modelos de implantação
Este guia de referência técnica compara a arquitetura WiFi de Private Pre-Shared Key (PPSK) com as implantações tradicionais de 802.1X e PSK padrão. Ele fornece a arquitetos de rede e gerentes de TI estratégias de implementação neutras em relação a fornecedores para ambientes multifamiliares de aluguel, IoT e BTR.
Uu PPSK 2023: comparando recursos e modelos de implantação
Este guia de referência técnica compara a arquitetura WiFi Unique per-User Private Pre-Shared Key (UU PPSK) com as implantações tradicionais de PSK compartilhado e 802.1X, com foco específico no cenário de 2023 de implementações de fornecedores e recursos de plataforma. Ele fornece a desenvolvedores imobiliários, operadores de BTR e proprietários de MDU estratégias de implantação práticas, orientações de arquitetura de VLAN e fluxos de trabalho automatizados de gerenciamento de ciclo de vida. O guia abrange três modelos de implantação, estudos de caso do mundo real e as implicações de conformidade de cada abordagem de autenticação.
PPSK xaverius: comparando recursos e modelos de implantação
Este guia definitivo examina a arquitetura PPSK xaverius para ambientes multi-inquilinos, como Build to Rent e alojamentos estudantis. Ele compara modelos de implantação, detalha estratégias de implementação e explica como o isolamento de VLAN por unidade oferece uma experiência de WiFi semelhante à residencial, mantendo a segurança corporativa.