TP-Link Omada e Purple WiFi para Implementações em PMEs

TP-Link Omada and Purple WiFi for SMB Deployments — Podcast Script Approximate runtime: 10 minutes | UK English voice | Consultant briefing tone --- [INTRO & CONTEXT — approximately 1 minute] Welcome. If you're evaluating WiFi infrastructure for a small or medium-sized business — whether that's a boutique hotel, a retail chain, a conference centre, or a public-sector venue — this briefing is for you. Today we're covering TP-Link Omada access points integrated with Purple's guest WiFi platform. Specifically: does it work, how do you configure it, when does it make more sense than UniFi, and what are the limits you need to know about before you commit. I'll keep this tight and practical. No fluff. Let's get into it. --- [TECHNICAL DEEP-DIVE — approximately 5 minutes] First, the headline: yes, Purple fully supports TP-Link Omada. It's on Purple's official supported hardware list, and there's a documented configuration path for both Omada Controller v3 and v4 plus. If you're running the current software — which you should be — you're working with v4 plus. Now, how does the integration actually work? Purple uses an External RADIUS Server model combined with an External Web Portal. That's the key architectural point. The Omada controller doesn't do the authentication itself — it delegates that entirely to Purple's cloud RADIUS infrastructure. This is actually a strength, not a limitation, because it means Purple handles all the identity management, data capture, GDPR compliance, and analytics on its side, while Omada handles what it's good at: radio management, roaming, and network control. Let me walk you through the three configuration steps. Step one is wireless settings. You create a new SSID — call it Guest WiFi or whatever fits your venue branding. You enable Guest Network mode, set security to None — because the authentication is handled at the portal layer, not the wireless layer — and apply dual-band across 2.4 and 5 gigahertz. Step two is the guest portal configuration. This is where the integration lives. In the Wireless Control tab, you add a new portal and set the Authentication Type to External RADIUS Server. You then input Purple's RADIUS server IP address and secret, which you get from your Purple dashboard. Port 1812 for authentication, port 1813 for accounting. You set the Authentication Mode to PAP, enable RADIUS Accounting with an interim update interval of 120 seconds, and critically, you set Portal Customisation to External Web Portal and paste in Purple's access URL. That URL is what redirects the guest to Purple's branded splash page. O terceiro passo é o walled garden. Isto é muitas vezes negligenciado e é onde as implementações falham. Antes de um convidado se autenticar, o seu dispositivo precisa de conseguir aceder aos servidores da Purple para carregar a splash page. Isto é feito adicionando os domínios da Purple à Lista de Acesso Pré-Autenticação em Controlo de Acesso. A Purple mantém uma lista publicada destes domínios — precisa de todos eles, não apenas dos mais óbvios. Para locais que pretendem ir mais além — especificamente, ativar a funcionalidade SecurePass ou Passpoint da Purple para uma ligação contínua e automática — existe um passo de configuração adicional. Cria um perfil RADIUS separado a apontar para os servidores de WiFi seguro da Purple, cria um SSID WPA-Enterprise chamado PurpleConnex, ativa o Hotspot 2.0 e configura o domínio NAI como securewifi.purple.ai com autenticação EAP-TTLS. Este é o caminho para uma ligação automática baseada em perfis e sem palavra-passe para clientes que regressam — sem splash page nas visitas subsequentes. Agora, uma palavra sobre o próprio controlador Omada. Tem três opções de implementação: controlador de software executado num servidor local ou VM, o controlador de hardware OC200 ou OC300, ou Omada Cloud — que é a plataforma de gestão na nuvem alojada da TP-Link e é gratuita. Para a maioria das implementações em PMEs, a opção de nuvem é a decisão correta. Elimina o ponto único de falha de um controlador local e não custa nada. A única razão para optar pela versão local é se tiver requisitos rigorosos de residência de dados ou uma ligação à internet instável no local. Uma nota arquitetural importante: o controlador Omada deve permanecer acessível para a gestão contínua da rede, mas o caminho de autenticação RADIUS vai diretamente do ponto de acesso para os servidores na nuvem da Purple. Portanto, se o seu controlador ficar temporariamente offline, as sessões autenticadas existentes mantêm-se ativas — apenas as novas autenticações e as alterações de rede serão afetadas. --- [OMADA VS UNIFI — parte da análise técnica aprofundada] Vamos abordar a questão Omada versus UniFi diretamente, porque surge constantemente. O custo do hardware é a diferença mais óbvia. Os pontos de acesso Omada são consistentemente 15 a 30 por cento mais baratos do que o hardware UniFi comparável. Um AP de montagem no teto WiFi 6 da Omada — o EAP670, por exemplo — custa cerca de 130 a 150 dólares americanos. O equivalente UniFi U6 Pro custa 179 dólares. Multiplique isso por 20 ou 30 pontos de acesso num local de média dimensão e estará a falar de uma diferença orçamental significativa. A gestão na nuvem é outro elemento diferenciador. O Omada Cloud é gratuito, permanentemente. A gestão na nuvem da UniFi — UniFi Cloud — requer uma subscrição de 29 dólares americanos por local e por mês, ou o alojamento próprio da Aplicação de Rede. Para os MSPs que gerem vários locais de PMEs, esse custo de subscrição acumula-se rapidamente. Onde a UniFi ganha é na maturidade do ecossistema e na profundidade de funcionalidades. A UniFi tem uma interface de gestão mais polida, uma gama de hardware mais ampla, incluindo câmaras e controlo de acessos, e uma comunidade maior que produz documentação e integrações. Se o seu cliente já está profundamente inserido no ecossistema UniFi, não há uma razão de peso para migrar. Para uma implementação de raiz numa PME onde o orçamento é a principal restrição, a Omada é a escolha certa. Para um espaço que necessita de uma plataforma unificada de segurança e rede com câmaras, controlo de acessos e VoIP, tudo num único painel de controlo, a vantagem do ecossistema da UniFi torna-se relevante. A boa notícia: o Purple funciona igualmente bem em ambos. O caminho de integração RADIUS é idêntico. Portanto, o seu investimento no Purple é independente do hardware. --- [RECOMENDAÇÕES DE IMPLEMENTAÇÃO E ERROS COMUNS — aproximadamente 2 minutos] Algumas coisas que costumo ver correr mal em implementações de Omada com o Purple. O problema mais comum é um walled garden incompleto. Se não colocar na lista de permissões todos os domínios exigidos pelo Purple, os convidados em dispositivos iOS verão um Captive Portal com falhas — o Captive Network Assistant no iOS é particularmente implacável quanto a isto. Cruze sempre as referências com a lista de walled garden publicada do Purple e teste com um iPhone antes de dar a implementação por concluída. O segundo erro comum é o redirecionamento HTTPS. Deixe-o desativado. O fluxo de portal do Purple requer redirecionamento HTTP para intercetar a ligação inicial. Ativar o redirecionamento HTTPS no portal Omada quebra a cadeia de redirecionamento da splash page. Terceiro: NAS ID. Defina-o para algo significativo — normalmente o nome do espaço ou o nome do SSID. Este valor aparece nos registos de faturação (accounting logs) RADIUS do Purple e facilita significativamente a resolução de problemas quando tenta identificar de que site ou SSID veio uma sessão. Quarto: intervalo de atualização provisório (interim update interval). Defina-o para 120 segundos para o Captive Portal padrão e 240 segundos para o perfil RADIUS SecurePass. Isto controla a frequência com que os dados de faturação de sessão são enviados para o Purple. Se for demasiado longo, perde granularidade na análise de dados. Se for demasiado curto, gera tráfego RADIUS desnecessário. Finalmente: acessibilidade do controlador. Se estiver a utilizar o controlador de hardware OC200 no local, certifique-se de que está ligado a uma UPS. Uma reinicialização do controlador durante as horas de ponta não irá derrubar as sessões existentes, mas impedirá novas autenticações até que este volte a estar ativo. --- [PERGUNTAS E RESPOSTAS RÁPIDAS — aproximadamente 1 minuto] O Purple funciona com o TP-Link Omada? Sim. Totalmente suportado, com configuração documentada disponível. Preciso de um plano Purple pago? Não. O plano Connect é gratuito e suporta a integração completa do Captive Portal via RADIUS com a Omada. Obtém splash pages personalizadas com a sua marca, análise de rede e tratamento de dados em conformidade com o GDPR a custo zero. Posso executar múltiplos SSIDs — um para convidados e outro para funcionários — na mesma implementação Omada? Sim. Crie SSIDs separados: SSID de convidados utilizando o portal RADIUS externo do Purple, SSID de funcionários utilizando WPA2 ou WPA3-Enterprise contra o seu Active Directory ou Entra ID através do conector SAML do Purple. Qual é o número máximo de utilizadores simultâneos que os APs Omada suportam? Varia consoante o modelo. O EAP670 suporta até 574 clientes simultâneos. Para locais de alta densidade, como centros de conferências ou estádios, consulte o EAP660 HD, que foi especialmente concebido para implementações densas. A integração está em conformidade com o PCI DSS? O isolamento da rede de convidados — imposto pelo modo Guest Network do Omada — combinado com o processamento de dados em conformidade com o GDPR da Purple oferece-lhe uma base de conformidade sólida. Para o âmbito total do PCI DSS, terá de garantir que a VLAN de convidados está devidamente segmentada de qualquer ambiente de dados de titulares de cartões. --- [RESUMO E PRÓXIMOS PASSOS — aproximadamente 1 minuto] Para concluir: a TP-Link Omada e a Purple constituem uma combinação económica e bem suportada para implementações de WiFi de convidados em PMEs. A vantagem do custo do hardware face ao UniFi é real e significativa em escala. A integração é simples se seguir a configuração de três passos — SSID, portal com RADIUS externo e walled garden. Os pontos de falha mais comuns são as definições de walled garden e de redirecionamento HTTPS, sendo que ambos são fáceis de configurar corretamente se souber o que procurar. Para os próximos passos: se estiver a avaliar isto para um cliente, comece com o plano Connect gratuito da Purple — não há risco financeiro. Crie uma conta Omada Cloud, implemente um único EAP650 ou EAP670 como prova de conceito e execute a configuração. Terá um Captive Portal funcional em menos de uma hora. Se estiver pronto para ir mais longe — captura de dados, integração de CRM, análise comportamental — é aí que entram os planos Capture e Engage da Purple. Mas comece com o Connect, prove o valor e dimensione a partir daí. Obrigado por ouvir. Se achou isto útil, está disponível um guia escrito completo com tabelas de configuração, diagramas de arquitetura e exemplos práticos em purple.ai. --- FIM DO GUIÃO