iPSK ff: um guia abrangente para empresas
O iPSK ff (Identity Pre-Shared Key) é o padrão definitivo de autenticação WiFi para ambientes multi-tenant - fornecendo uma frase-passe única a cada residente num ú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 promotores imobiliários, operadores de BTR e proprietários que implementam WiFi gerido em escala.
Ouça este guia
Ver transcrição do podcast
Resumo executivo
Para operadores de Build-to-Rent (BTR), promotores imobiliários e senhorios de unidades multifamiliares (MDU), o WiFi já não é uma comodidade acessória. É o serviço básico que os residentes avaliam antes de assinarem um contrato de arrendamento. As abordagens tradicionais falham à escala: as redes PSK partilhadas expõem os dispositivos de um residente a todos os vizinhos, a autenticação 802.1X Enterprise bloqueia os dispositivos domésticos inteligentes de que os residentes dependem, e um router físico em cada unidade cria interferências graves de radiofrequência (RF) que degradam as velocidades de todo o edifício.
O Identity PSK (iPSK) resolve todos estes três problemas. Emite uma frase-passe de WiFi única para cada habitação numa única rede de âmbito partilhado por todo o edifício. Cada frase-passe é associada a uma VLAN isolada, criando uma bolha de WiFi privada por residente. Os dispositivos dentro da bolha descobrem-se uns aos outros - os telemóveis transmitem para as televisões, as consolas ligam-se à internet, as colunas inteligentes respondem a comandos de voz - enquanto permanecem completamente invisíveis para os vizinhos. A Purple disponibiliza esta solução como uma sobreposição na nuvem agnóstica em termos de hardware, que funciona em pontos de acesso Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. O resultado é um prémio de arrendamento de 15 a 30 £ por unidade, por mês, períodos de vacância 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).
Análise técnica aprofundada
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 frases-passe diferentes em simultâneo. Cada frase-passe é única para um residente ou habitação. A rede utiliza essa frase-passe como um sinal de identidade, e não apenas como uma chave de entrada.
Quando o dispositivo de um residente se liga, o ponto de acesso (AP) não se limita a verificar se a palavra-passe está correta. Encaminha o pedido de autenticação para um servidor RADIUS (Remote Authentication Dial-In User Service). O servidor RADIUS valida a frase-passe em relação ao perfil do residente e devolve uma mensagem Access-Accept que contém atributos de política específicos - o mais importante, o VLAN ID atribuído a esse residente. O AP marca então todo o tráfego desse dispositivo com a VLAN correta, colocando-o dentro do segmento de rede isolado do residente.
Esta atribuição dinâmica de VLAN é o mecanismo que cria a bolha de WiFi por residente. O telemóvel, o computador portátil e a smart TV do Residente A partilham todos a mesma VLAN e podem comunicar livremente utilizando protocolos de multicast e broadcast (mDNS para AirPlay e Chromecast, SSDP para DLNA). Os dispositivos do Residente B residem numa VLAN completamente separada e são invisíveis para o Residente A, mesmo que ambas as habitações partilhem 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 de excelência para autenticação de redes empresariais. Exige que cada dispositivo apresente um nome de utilizador e palavra-passe ou um certificado digital a um servidor RADIUS através de uma troca EAP (Extensible Authentication Protocol). O problema em ambientes residenciais é a compatibilidade dos dispositivos. Lâmpadas inteligentes, assistentes de voz, consolas de videojogos e a maioria dos sensores IoT não incluem um suplicante 802.1X. Não podem participar numa troca EAP. Forçar o 802.1X numa rede residencial significa que os residentes não conseguem ligar os seus dispositivos domésticos inteligentes, gerando um fluxo de chamadas de suporte e uma insatisfação significativa dos residentes.
O iPSK utiliza WPA2-Personal ou WPA3-Personal ao nível do cliente, que todos os dispositivos de consumo suportam. A lógica de identidade de nível empresarial corre inteiramente no backend entre o AP e o servidor RADIUS, invisível para o dispositivo que se está a ligar.
Fluxo de autenticação em detalhe
A sequência abaixo descreve o que acontece desde o momento em que o dispositivo de um residente se liga:
- O dispositivo transmite um pedido de sondagem (probe request) e associa-se ao SSID.
- O dispositivo envia a sua frase de acesso durante o handshake de quatro vias do WPA2/WPA3.
- O AP interpeta a frase de acesso e constrói um RADIUS Access-Request, incluindo o endereço MAC do dispositivo e a frase de acesso como um atributo Cisco AV-Pair (
psk-modeepsk-password). - O servidor RADIUS na nuvem (o RADIUS-as-a-Service da Purple) valida a frase de acesso em relação à base de dados de residentes.
- Em caso de sucesso, o servidor RADIUS devolve um Access-Accept com o VLAN ID, política de QoS e perfil de largura de banda para esse residente.
- 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 do seu segmento isolado.
Toda a sequência é concluída em menos de 500 milissegundos e é transparente para o residente.
Notas de implementação do fabricante
O conceito principal é padronizado, mas as implementações dos fabricantes diferem na nomenclatura e no tratamento de atributos. O Cisco Meraki utiliza os Cisco AV-Pairs psk-mode e psk-password. O HPE Aruba ClearPass utiliza o seu próprio conjunto de atributos MPSK. O Ruckus SmartZone suporta DPSK nativamente sem um servidor RADIUS para implementações mais pequenas, embora a integração com RADIUS seja recomendada para qualquer propriedade acima de 50 unidades. A camada de RADIUS na nuvem da Purple abstrai estas diferenças, apresentando uma única interface de gestão independentemente do hardware subjacente.
Guia de implementação
Passo 1: Design de sub-rede e VLAN
Num ambiente de BTR de alta densidade, planeie de 15 a 25 dispositivos por unidade. Uma sub-rede padrão /24 (254 endereços utilizáveis) esgotará rapidamente o seu pool DHCP num edifício com mais de dez unidades. Utilize sub-redes /20 ou /21 para as suas VLANs de cliente. Certifique-se de que os tempos de concessão (lease) do DHCP estão configurados adequadamente - normalmente oito a 12 horas para residencial, mas mais curtos para ambientes de hóspedes transitórios, tais como hotéis ou apartamentos turísticos.
Desenhe uma VLAN separada para dispositivos IoT de gestão do edifício (sistemas de entrada de portas, CCTV, sensores HVAC). Isto mantém a infraestrutura operacional isolada do tráfego dos residentes e simplifica a auditoria de segurança.
Passo 2: Posicionamento dos pontos de acesso e planeamento de RF
Remova os routers individuais das unidades antes de implementar APs geridos. Coloque APs de classe empresarial em corredores, áreas comuns e salas de instalações técnicas para fornecer cobertura sem penetrar nas unidades individuais. Utilize um levantamento de RF profissional para determinar a densidade de APs. Para um edifício residencial típico com construção em betão padrão, um AP por cada duas a quatro unidades é um ponto de partida razoável, mas valide sempre com um levantamento no local.
Configure os APs para priorizar as bandas de 5GHz e 6GHz. Reserve a banda de 2.4GHz para dispositivos IoT legados que não se conseguem ligar a bandas mais elevadas. Ative o band steering para encaminhar automaticamente os dispositivos compatíveis para as bandas mais rápidas.
Passo 3: Automatizar a gestão do ciclo de vida das chaves
Não faça a gestão de chaves manualmente. Integre o seu Property Management System (PMS) ou Provedor de Identidade (IdP) com a sua infraestrutura RADIUS. Quando um novo contrato é assinado, o sistema deve gerar automaticamente uma iPSK única e enviá-la por e-mail ao residente. Quando este se mudar, a chave deve ser revogada instantaneamente. A plataforma da Purple atua como esta camada de orquestração, integrando-se com o Microsoft Entra ID, Okta e Google Workspace, bem como com as principais plataformas de PMS. Esta automação elimina a sobrecarga manual que torna as implementações de iPSK em grande escala operacionalmente inviáveis sem as ferramentas certas.
Passo 4: Lidar com a aleatorização de endereços MAC
Os sistemas operativos modernos utilizam a aleatorização de endereços MAC por predefinição por motivos de privacidade. O iOS 14 e posterior, Android 10 e posterior, e Windows 11 aleatorizam todos o endereço MAC ao ligarem-se a novas redes. Como o iPSK depende de endereços MAC para a pesquisa de identidade nalgumas implementações, um MAC aleatório pode causar falhas de autenticação ou impedir a atribuição de VLAN.
A mitigação recomendada é configurar o seu portal de adesão para instruir os residentes a desativar "Endereço Privado" (iOS) ou "MAC Aleatório" (Android) para o SSID do edifício. Alternativamente, implemente um fluxo de trabalho de pré-registo onde o residente se autentica através de um portal web na primeira ligação, associando o endereço MAC atual do seu dispositivo ao seu perfil. O portal de self-service da Purple lida com isto de forma automática.
Passo 5: Gestão de dispositivos em self-service
Os residentes adicionam novos dispositivos regularmente. Disponibilize um portal ou aplicação de self-service onde os residentes possam registar novos endereços MAC, ver dispositivos ligados e repor a sua palavra-passe sem contactar a gestão do edifício. O portal de residentes da Purple trata disso, reduzindo os pedidos de suporte em até 60% em comparação com redes geridas manualmente (dados internos da Purple, 2025).
-
Melhores práticas
Para maximizar a eficácia da sua implementação de iPSK, siga estas recomendações padrão do setor:
Imponha o isolamento de Camada 2 ao nível do SSID. Configure o bloqueio peer-to-peer no SSID, substituindo-o apenas para dispositivos dentro da mesma VLAN atribuída. Isto garante que a PAN funcione corretamente e evita o tráfego entre residentes na camada sem fios, e não apenas na camada de encaminhamento.
Projete para redundância de RADIUS. A sua rede é tão fiável quanto a sua infraestrutura RADIUS. Implemente servidores RADIUS primários e secundários em diferentes zonas de disponibilidade ou centros de dados. Configure o WLC com temporizadores de failover adequados - normalmente de três a cinco segundos antes de mudar para o servidor secundário.
Monitorize a saúde do RF continuamente. Mesmo com menos APs do que um design de router por unidade, monitorize a utilização de canais e a interferência de co-canal. Utilize a análise de RF integrada no Cisco Meraki, HPE Aruba Central ou Juniper Mist AI para detetar e resolver interferências automaticamente.
Alinhe 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 recolha de dados. No entanto, os dados de identidade que armazena na sua base de dados RADIUS (nomes de residentes, endereços de email, endereços MAC de dispositivos) são dados pessoais ao abrigo do GDPR. Certifique-se de que as suas políticas de retenção de dados, mecanismos de consentimento e acordos de processamento de dados estão em vigor antes do lançamento. A Purple é certificada em GDPR, CCPA, ISO 27001 e Cyber Essentials.
Teste a sua frota de dispositivos IoT antes do lançamento. A maioria dos dispositivos IoT funciona corretamente com iPSK, mas alguns dispositivos mais antigos têm particularidades no handshake WPA2-PSK. Execute um teste de compatibilidade pré-implementação, particularmente para qualquer hardware personalizado ou legado, como sistemas de controlo de acessos mais antigos ou sensores de gestão de edifícios.
Para uma visão mais ampla de como estruturar a sua rede para tráfego de convidados, funcionários e IoT, consulte o nosso guia sobre Três SSIDs para governar todos: convidado, Passpoint e IoT WiFi .
-
Resolução de problemas e mitigação de riscos
Timeouts de autenticação
Se o servidor RADIUS demorar a responder, o WLC pode desligar o cliente antes de o handshake ser concluído. Monitorize a latência de resposta do RADIUS e garanta que esta permanece abaixo de 200ms. Se estiver a utilizar um serviço de cloud RADIUS, verifique a estabilidade da ligação WAN e configure o caching local de RADIUS nos casos em que o hardware o suporte.
Esgotamento de DHCP
If devices connect but fail to receive an IP address, your subnet is too small or lease times are too long. Monitor DHCP pool utilisation and expand the scope before it reaches 80% capacity. In a 200-unit building with 25 devices per unit, you need a minimum of 5,000 available addresses - a /19 subnet provides 8,190 usable addresses and gives you headroom for growth.
Roaming issues
In a multi-AP environment, ensure 802.11k (neighbour reports), 802.11v (BSS transition management), and 802.11r (fast BSS transition) are enabled to assist client roaming. If a device drops its connection when moving between APs, verify that the VLAN exists and is trunked correctly across all switches and access points. A common mistake is configuring the VLAN on the WLC but forgetting to add it to the trunk port on the distribution switch.
MAC randomisation causing authentication failures
If residents report intermittent disconnections, particularly after their device has been idle, MAC randomisation is the most likely cause. Check your RADIUS logs for Access-Reject messages from unknown MAC addresses. Implement the pre-registration workflow described in Step 4 of the implementation guide.
ROI and business impact
Deploying iPSK transforms WiFi from a sunk cost into a strategic asset for BTR operators and property developers.
Rent premium. Managed WiFi as an included amenity supports a rent premium of £15-30 per unit per month in the UK BTR market (Purple internal data, 2025). On a 200-unit development, that represents £36,000-£72,000 of additional annual revenue.
Reduced void periods. The "Instant-On" experience - where a resident receives their unique key before move-in day and is online the moment they arrive - reduces void periods by five to ten days. At an average monthly rent of £1,500 per unit, that is £250-£500 per void avoided.
Lower hardware costs. Removing individual routers from 200 units eliminates the capital cost of 200 consumer devices (typically £50-£100 each) and the ongoing support overhead of managing them. Enterprise APs placed in corridors cost more per unit but cover multiple flats, reducing the total device count significantly.
Reduced support overhead. Automated key provisioning and revocation, combined with self-service device management, reduces WiFi-related support tickets by up to 60% (Purple internal data, 2025). For a property management team handling 500 units, that represents a meaningful reduction in operational cost.
Analytics and data. Purple's WiFi Analytics platform provides insight into network utilisation, peak usage times, and device density per floor. This data informs decisions about AP placement, bandwidth provisioning, and future infrastructure investment.
Para saber mais sobre como a plataforma de WiFi de Convidados da Purple suporta implementações multi-tenant, incluindo o conjunto completo de funcionalidades para integração de residentes e gestão do ciclo de vida, visite as nossas páginas de produtos dedicadas.
Para leituras relacionadas sobre modelos de implementação PPSK e como estes se comparam ao iPSK em diferentes implementações de fabricantes, consulte o nosso guia sobre PPSK usm kubang kerian: comparação de funcionalidades e modelos de implementação .
Definições Principais
iPSK (Identity Pre-Shared Key)
Um método de autenticação sem fios que atribui uma frase de passe única a cada utilizador ou dispositivo num único SSID. A frase de passe funciona como um sinal de identidade, desencadeando a atribuição dinâmica de VLAN e a aplicação de políticas por utilizador através de um servidor RADIUS.
O modelo de autenticação principal para WiFi residencial multi-inquilino, substituindo tanto o PSK partilhado como o 802.1X em ambientes com frotas de dispositivos mistas.
VLAN (Virtual Local Area Network)
Uma sub-rede lógica que agrupa dispositivos de diferentes localizações físicas num único domínio de difusão (broadcast), isolando o seu tráfego de outras VLANs na mesma infraestrutura física.
O mecanismo que cria o isolamento por residente numa implementação iPSK. A chave única de cada residente mapeia para um ID de VLAN específico devolvido pelo servidor RADIUS.
RADIUS (Remote Authentication Dial-In User Service)
Um protocolo de rede que fornece gestão centralizada de Autenticação, Autorização e Contabilização (AAA). Numa implementação iPSK, o servidor RADIUS valida a frase de passe e devolve a atribuição de VLAN.
A inteligência de backend numa implementação iPSK. A Purple disponibiliza RADIUS-as-a-Service, eliminando a necessidade de auto-alojar esta infraestrutura.
PAN (Private Area Network)
Um segmento de rede virtualizado e isolado criado para um residente específico, permitindo que os seus dispositivos se descubram e comuniquem entre si através de mDNS e SSDP, permanecendo invisíveis para outros residentes na mesma infraestrutura física.
O benefício para o residente do isolamento de VLAN do iPSK. Permite a descoberta de AirPlay, Chromecast e dispositivos de casa inteligente dentro da bolha do residente.
MAC address randomisation
Uma funcionalidade de privacidade no iOS 14+, Android 10+ e Windows 11 que altera periodicamente o endereço MAC do dispositivo para evitar a monitorização em várias redes.
Um desafio operacional significativo para implementações iPSK. Os MACs aleatórios podem causar falhas de autenticação se o servidor RADIUS utilizar endereços MAC para identificação de dispositivos.
Headless device
Um dispositivo ligado à rede sem uma interface de utilizador tradicional (ecrã ou teclado), como uma lâmpada inteligente, sensor ambiental ou dongle de streaming.
Estes dispositivos não conseguem navegar em portais cativos nem suportam autenticação de certificados 802.1X, tornando o iPSK o único método de autenticação viável para os mesmos.
Layer 2 isolation
Uma configuração de segurança de rede que impede que os dispositivos na mesma sub-rede ou SSID comuniquem diretamente entre si na camada de ligação de dados.
Essencial em implementações multi-inquilino para evitar que um residente aceda aos dispositivos de outro, mesmo que estejam na mesma infraestrutura física.
BTR (Build-to-Rent)
Empreendimentos residenciais construídos de raiz, concebidos e geridos especificamente para arrendamento de longa duração, normalmente com gestão imobiliária profissional e comodidades partilhadas.
O mercado principal para implementações geridas de WiFi iPSK no setor residencial do Reino Unido. Os operadores de BTR tratam o WiFi como uma comodidade gerida incluída na renda.
RADIUS-as-a-Service
Uma infraestrutura RADIUS alojada na nuvem que lida com autenticação, autorização e contabilização sem exigir que o operador implemente e gira servidores RADIUS locais.
A Purple fornece RADIUS-as-a-Service como parte da sua plataforma de Multi-Tenant WiFi, suportando hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.
Exemplos Práticos
Um empreendimento BTR de 300 unidades está a registar graves problemas de desempenho de WiFi. Os residentes queixam-se de velocidades lentas e ligações caídas. A configuração atual utiliza uma rede PSK padrão com routers de consumo individuais em cada apartamento. O operador do edifício pretende atualizar para uma solução gerida sem substituir a cablagem estruturada existente.
O edifício está a sofrer de interferência de canal partilhado massiva provocada por 300 routers não geridos a transmitir simultaneamente em canais sobrepostos de 2.4GHz e 5GHz. O plano de remediação é o seguinte. Primeiro, realizar um levantamento de RF para identificar as piores zonas de interferência e determinar a colocação ideal dos AP nos corredores e áreas comuns. Segundo, implementar APs de classe empresarial - Cisco Meraki MR46 ou HPE Aruba AP-505 são adequados para um ambiente de corredor residencial - ligados à cablagem estruturada existente. Terceiro, configurar um único SSID em todo o edifício com autenticação iPSK, utilizando 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 agregado familiar), IoT (partilhada para dispositivos de gestão de edifícios) e Gestão (para administração dos AP). Sexto, remover os routers de consumo individuais de cada apartamento. O resultado esperado é uma redução de 60-80% nos pedidos de suporte, a eliminação da interferência de canal partilhado e uma melhoria mensurável nos índices de satisfação dos residentes.
Uma cadeia de retalho com 80 sucursais precisa de ligar terminais POS, tablets de funcionários, sinalização digital e WiFi de convidados para clientes à mesma infraestrutura sem fios física sem comprometer a conformidade PCI-DSS. A equipa de TI quer evitar a transmissão de múltiplos SSIDs, o que degrada o desempenho do WiFi.
Implemente iPSK num único SSID corporativo em todas as 80 sucursais. Gere quatro categorias de iPSK: uma para terminais POS, uma para tablets de funcionários, uma para sinalização digital e uma para acesso de convidados de clientes. Configure o servidor RADIUS para devolver diferentes IDs de VLAN com base no iPSK utilizado. VLAN 10: Terminais POS - restrita a encaminhar tráfego apenas para o intervalo de IPs do gateway de pagamento. VLAN 20: Tablets de funcionários - VLAN corporativa geral com acesso à internet e encaminhamento de aplicações internas. VLAN 30: Sinalização digital - restrita ao servidor de gestão de conteúdos. VLAN 40: Convidados de clientes - acesso apenas à internet com um Captive Portal para captura de dados, gerido através da plataforma Guest WiFi da Purple. Force o isolamento de Camada 2 entre todas as VLANs ao nível do WLC e do switch. Para conformidade PCI-DSS, documente a segmentação de VLAN no seu diagrama de rede e inclua-a na sua avaliação anual QSA. O design de SSID único elimina a penalização de desempenho de múltiplos SSIDs e simplifica o ambiente de RF em todas as 80 sucursais.
Perguntas de Prática
Q1. Está a conceber a rede WiFi para um bloco de alojamento de estudantes com 500 camas. O cliente pretende a máxima segurança, mas insiste que os estudantes devem ser capazes de ligar as suas consolas PlayStation e Xbox sem qualquer configuração manual. Qual é o modelo de autenticação que recomenda, e porquê?
Dica: Considere as capacidades das consolas de videojogos relativamente à autenticação baseada em certificados e à navegação em portais cativos.
Ver resposta modelo
Recomende iPSK. Embora o 802.1X ofereça a máxima segurança para dispositivos corporativos geridos, as consolas de jogos não incluem um suplicante 802.1X e não podem participar numa troca EAP. Também não conseguem navegar em portais cativos de forma fiável. O iPSK fornece a segurança necessária através de atribuição dinâmica de VLAN e isolamento de Camada 2, permitindo que as consolas se liguem utilizando uma frase-passe WPA2-Personal padrão - exatamente como fariam em casa. Cada estudante recebe uma chave única, os seus dispositivos ficam isolados dos dispositivos de outros estudantes, e a equipa de TI pode revogar o acesso instantaneamente se necessário.
Q2. Um gestor de TI de um hotel relata que os hóspedes que utilizam a nova rede iPSK são frequentemente desligados e forçados a autenticar-se novamente, particularmente quando utilizam iPhones e dispositivos Android modernos. Os registos RADIUS mostram um elevado volume de mensagens Access-Reject de endereços MAC não encontrados no repositório de identidades. Qual é a causa mais provável e como a resolve?
Dica: Pense em como os sistemas operativos móveis modernos gerem os seus identificadores de hardware para proteger a privacidade do utilizador 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 ligarem-se a novas redes, e rodam-no periodicamente a partir daí. Uma vez que o servidor RADIUS utiliza o endereço MAC para identificar o dispositivo e procurar o iPSK associado, um endereço MAC rodado resulta num Access-Reject. A resolução consiste em implementar um fluxo de trabalho de pré-registo: na primeira ligação, o hóspede autentica-se através de um portal web, que vincula o seu endereço MAC atual ao seu perfil. Adicionalmente, instrua os hóspedes a desativar o 'Endereço Privado' para o SSID do hotel nas definições do seu dispositivo. O portal de integração de hóspedes da Purple automatiza ambos os passos.
Q3. Está a implementar iPSK num empreendimento BTR de 200 unidades. Seis meses após a entrada em funcionamento, os residentes das unidades 150-200 relatam desligamentos intermitentes ao moverem-se entre pisos. Os registos RADIUS mostram uma autenticação bem-sucedida, mas os dispositivos perdem a conectividade durante o movimento. Qual é a causa mais provável e como a resolve?
Dica: A autenticação RADIUS está a ser bem-sucedida, pelo que o problema não reside na camada de identidade. Foque-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 fios. Embora a autenticação RADIUS seja bem-sucedida, o dispositivo não está a fazer a transição de forma limpa entre APs. Verifique se o 802.11k (relatórios de vizinhos), o 802.11v (gestão de transição BSS) e o 802.11r (transição rápida BSS) estão ativados no SSID. Verifique também se as VLANs dos residentes estão corretamente ligadas em trunk a todos os switches e APs nos pisos 4 e 5 - uma causa comum de perda de conectividade pós-roaming é uma VLAN que existe no WLC mas está em falta na configuração do trunk num switch de distribuição específico. Utilize os registos de roaming de clientes do WLC para identificar para qual AP o dispositivo está a fazer roaming e se a transferência de VLAN está a ser concluída corretamente.
Continue a ler esta série
Guia de PPSK em PDF: comparação de funcionalidades e modelos de implementação
Este guia de referência técnica compara a arquitetura WiFi de Chave Privada Pré-Partilhada (PPSK) com as implementações tradicionais de 802.1X e PSK padrão. Fornece aos arquitetos de rede e gestores de TI estratégias de implementação neutras em termos de fornecedor para ambientes multi-inquilino residenciais, IoT e BTR.
Uu PPSK 2023: comparação de funcionalidades e modelos de implementação
Este guia de referência técnica compara a arquitetura WiFi Unique per-User Private Pre-Shared Key (UU PPSK) com as implementações tradicionais de PSK partilhado e 802.1X, com um foco específico no panorama de 2023 de implementações de fornecedores e capacidades de plataforma. Fornece aos promotores imobiliários, operadores de BTR e proprietários de MDU estratégias de implementação acionáveis, orientação sobre arquitetura de VLAN e fluxos de trabalho de gestão automatizada do ciclo de vida. O guia abrange três modelos de implementação, estudos de caso do mundo real e as implicações de conformidade de cada abordagem de autenticação.
PPSK xaverius: comparando funcionalidades e modelos de implementação
Este guia de referência analisa a arquitetura PPSK xaverius para ambientes multi-inquilino, como Build to Rent e alojamentos de estudantes. Compara modelos de implementação, detalha estratégias de execução e explica como o isolamento de VLAN por unidade proporciona uma experiência de WiFi semelhante à de casa, mantendo a segurança empresarial.