Configuração de Captive Portal no FortiGate com um servidor de portal externo

No FortiGate, um Captive Portal externo precisa de quatro elementos. Configure o modo de segurança do SSID ou da interface para Captive Portal com um URL de portal externo. Aponte a autenticação e a contabilidade para um servidor RADIUS. Isente os domínios do portal e do início de sessão social da autenticação, e instale um certificado de confiança para que o post-back HTTPS não crie nenhum aviso no navegador.

O que faz realmente um Captive Portal externo no FortiGate?

Um Captive Portal é a página web que um visitante tem de preencher antes de a rede permitir a saída do seu tráfego. Numa configuração externa, o FortiGate aplica o portal e um servidor separado aloja a página. Com a Purple, esse servidor é a nossa plataforma de Guest WiFi.

O início de sessão é feito em cinco etapas:

1. O convidado liga-se a um SSID aberto (o nome da rede) transmitido por um FortiAP, ou a uma rede atrás de uma interface FortiGate. Recebe um endereço IP.
2. O dispositivo faz o seu primeiro pedido web. O FortiGate interceota-o e redireciona o navegador para o URL do portal externo. Anexa parâmetros que identificam a sessão, o endereço MAC do cliente e o próprio endereço de início de sessão do FortiGate.
3. O convidado preenche a página inicial da Purple: um formulário, um início de sessão social ou a aceitação dos termos.
4. O portal envia as credenciais de volta para o recetor de autenticação do FortiGate. Por predefinição, este escuta na porta TCP 1000 para HTTP e TCP 1003 para HTTPS.
5. O FortiGate envia um Access-Request RADIUS para a Purple. Ao receber o Access-Accept, marca o dispositivo como autenticado e aplica a política de firewall de convidados. As mensagens de contabilidade reportam depois o início da sessão, a utilização intermédia e a paragem.

O RADIUS (Remote Authentication Dial-In User Service) é o protocolo que o FortiGate utiliza para perguntar "este dispositivo pode entrar?". Está definido no RFC 2865, com a contabilidade no RFC 2866.

A divisão do trabalho é o ponto essencial. O FortiGate assegura o cumprimento: política de firewall, NAT e estado da sessão. A Purple gere a identidade, o consentimento e os dados dos convidados. Pode alterar a página inicial em todos os locais na Purple sem tocar no FortiOS.

Portal integrado ou portal externo?

O FortiOS traz o seu próprio Captive Portal. Funciona e, para um único local com uma página de exoneração de responsabilidade, pode ser suficiente. A tabela mostra onde as duas abordagens se separam.

	Portal integrado do FortiGate	Portal externo com a Purple
Onde reside a página	HTML de mensagem de substituição em cada FortiGate	Alojado pela Purple, um único design para cada local
Opções de início de sessão	Tipos de portal de autenticação, exoneração de responsabilidade e recolha de e-mail	Formulários, início de sessão social e aceitação dos termos
Como é concedido o acesso	Grupos de utilizadores de firewall locais ou remotos	RADIUS para a Purple em UDP 1812
Gestão do consentimento	Apenas captura de e-mail; o registo de autorizações fica por sua conta	Autorizações de escolha consciente registadas por convidado
Alterar a página em 40 locais	Editar cada FortiGate ou aplicar através do FortiManager	Uma única alteração na Purple
Relatórios	Registos do FortiGate e FortiAnalyzer	Dashboards de WiFi Analytics por local
Redes de múltiplos fornecedores	Apenas hardware Fortinet	O mesmo portal em Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet
Melhor adequação	Um local, acesso apenas com termo de responsabilidade	Redes com vários locais que pretendem dados em primeira mão

O que precisa antes de iniciar a configuração do Captive Portal no FortiGate?

Reúna estes elementos antes de abrir a GUI do FortiGate. A maioria das implementações mal-sucedidas deve-se a um item em falta nesta lista.

• Um FortiGate numa versão suportada do FortiOS. O FortiGate gere os seus FortiAPs como um controlador sem fios ou uma das suas interfaces serve a rede de convidados. O modo de interface abrange pontos de acesso de terceiros e portas de convidados com fios.
• Um segmento de rede de convidados. Coloque os convidados na sua própria VLAN (LAN virtual, um domínio de difusão de Camada 2 separado) ou numa interface SSID dedicada. Nunca partilhe uma sub-rede com funcionários ou dispositivos de pagamento; a norma PCI DSS exige que os sistemas de titulares de cartões estejam segmentados de redes não confiáveis.
• Os valores da sua conta Purple. Precisa do URL do portal externo, dos endereços do servidor RADIUS e do segredo partilhado. Estão disponíveis no artigo de suporte do FortiGate da Purple e no seu painel de controlo da Purple. São específicos da sua conta, pelo que nunca os deve copiar de uma publicação num fórum.
• Acessibilidade de saída. O FortiGate deve conseguir alcançar os servidores RADIUS da Purple na porta UDP 1812 para autenticação e UDP 1813 para contabilização.
• Um certificado publicamente confiável. Deve abranger um nome de anfitrião que resolva para o endereço da interface de convidados do FortiGate. A secção do certificado abaixo explica o motivo.
• Inventário da lista de isenções. Decida quais os métodos de início de sessão que vai oferecer, pois cada um adiciona domínios ao seu jardim murado (walled garden).
• Uma cobertura de confiança. Um portal não consegue corrigir um sinal fraco. Se os convidados se queixarem de quebras, execute primeiro um levantamento de cobertura; o nosso guia para levantamentos de cobertura WiFi explica o método.

O que muda entre versões do FortiOS?

A Fortinet altera a localização e o nome das definições do Captive Portal entre grandes versões do FortiOS. Em algumas compilações, opções como a lista de isenções ou o certificado de autenticação são mais fáceis de configurar, ou estão apenas disponíveis, na CLI. Os SSIDs em modo ponte (bridge) e modo túnel também podem ter comportamentos diferentes, dependendo do firmware.

Três hábitos que o protegem:

• Leia o Guia de Administração para a versão exata do seu FortiOS na Biblioteca de Documentação da Fortinet, não a mais recente.
• Verifique as notas de lançamento relativas a alterações do Captive Portal e do RADIUS antes de qualquer atualização.
• Volte a executar a sua matriz de testes completa após cada atualização de firmware, antes que os convidados encontrem o problema por si.

Como configurar um Captive Portal no FortiGate com um servidor de portal externo?

A sequência abaixo funciona tanto para SSIDs FortiAP como para interfaces FortiGate. O artigo de suporte do FortiGate da Purple contém os valores exatos e capturas de ecrã para cada passo. Utilize-o em conjunto com este resumo.

Passo 1: adicionar a Purple como servidor RADIUS

Crie um objeto de servidor RADIUS no FortiGate. Introduza os endereços de servidor da Purple e o segredo partilhado da sua conta. Ative o accounting para que o FortiGate envie registos de início, intermédio e fim de sessão para a Purple.

Se o FortiGate tiver mais do que uma ligação WAN, defina o endereço de origem do RADIUS explicitamente. Os pedidos RADIUS devem sair sempre do endereço que a Purple espera; caso contrário, um failover interrompe os inícios de sessão silenciosamente. Utilize o teste de conetividade integrado no objeto RADIUS antes de prosseguir.

Passo 2: criar um grupo de utilizadores da firewall

Crie um grupo de utilizadores do tipo firewall e adicione o servidor RADIUS da Purple como servidor remoto. O captive portal irá autenticar os convidados contra este grupo. Mantenha um grupo por fonte de autenticação para que a resolução de problemas permaneça clara.

Passo 3: definir o modo de segurança para captive portal

Para FortiAP, edite o SSID de convidados. Para pontos de acesso com fios ou de terceiros, edite a interface de convidados. Em seguida:

• Defina o modo de segurança para captive portal.
• Escolha o tipo de portal de autenticação e selecione a opção de portal externo.
• Cole o URL do portal externo fornecido pela Purple.
• Selecione o grupo de utilizadores do Passo 2.
• Escolha o redirecionamento após o início de sessão: o URL original do convidado ou uma página especificada por si.

No FortiAP, atribua o SSID ao perfil do FortiAP utilizado pelos seus pontos de acesso. A documentação da Fortinet utiliza o modo túnel como referência para SSIDs de captive portal. Se fizer bridge localmente, confirme se o seu firmware suporta captive portal nesse modo.

Passo 4: construir a lista de isenções

Crie objetos de endereço de firewall para cada destino que os convidados precisam de alcançar antes da autenticação. Associe-os ao SSID ou à interface como a lista de isenções de segurança. A secção seguinte lista o que deve estar incluído e o que deve ficar de fora.

Passo 5: escrever a política de firewall de convidados

Crie uma política do SSID ou interface de convidados para a WAN, com o NAT ativado. Aplique os perfis de filtro web e controlo de aplicações exigidos pela sua política de utilização aceitável. Certifique-se de que os convidados conseguem resolver o DNS antes de se autenticarem, caso contrário, o redirecionamento nunca é acionado.

Passo 6: instalar o certificado e utilizar HTTPS para o post-back

Importe o seu certificado publicamente fidedigno e configure o FortiGate para o utilizar na autenticação. Aponte o post-back do portal para o listener HTTPS, utilizando o hostname desse certificado. Isto remove o aviso que os convidados veriam no momento em que submetem o formulário.

Passo 7: alinhar tempos limite (timeouts)

O tempo limite de autenticação do FortiGate decide quanto tempo um dispositivo autenticado permanece na lista. As definições de sessão da Purple decidem o que um convidado que regressa visualiza. Se o seu firmware respeitar o atributo RADIUS Session-Timeout (RFC 2865), permita que a Purple defina a duração da sessão a partir de um único local.

O que deve incluir a lista de isenções do FortiGate?

A lista de isenções é o jardim murado (walled garden) do FortiGate: destinos que um dispositivo pode alcançar antes de se autenticar. Se for demasiado curta, o portal deixa de funcionar. Se for demasiado longa, os convidados navegam sem nunca iniciar sessão.

Categoria	Entradas de exemplo	Porquê	Isento?
Portal e recursos do Purple	Hostnames listados no artigo de suporte de FortiGate do Purple	Carrega a splash page, imagens e scripts	Sim
Provedores de login social	Domínios de início de sessão para Facebook, Google, Apple e Microsoft, como objetos FQDN wildcard	O início de sessão OAuth tem de ser concluído antes da autenticação	Sim, apenas para os provedores que ativar
As suas próprias páginas de informação	O site de informação a doentes de um hospital, a página do dia de jogo de um estádio	Os visitantes acedem a informação essencial sem iniciar sessão	Opcional
Deteção de rede cativa do SO	captive.apple.com, connectivitycheck.gstatic.com, www.msftconnecttest.com	A verificação tem de falhar para que o dispositivo abra a janela de início de sessão	Não, nunca
Navegação geral	Sites de notícias, pesquisa e streaming	Anula o portal	Não

Duas regras evitam a maioria das falhas no walled garden.

Utilize objetos FQDN, não endereços IP. Os provedores de login social disponibilizam páginas de início de sessão a partir de redes de distribuição de conteúdo cujos endereços mudam constantemente. Uma lista de IP estáticos fica desatualizada em poucas semanas.

Garanta que o FortiGate e o convidado concordam no DNS. O FortiGate resolve os objetos de endereço FQDN por si próprio. Os objetos FQDN wildcard são preenchidos a partir de respostas DNS que passam pelo FortiGate. Se o DHCP fornecer aos convidados um resolvedor público, o convidado e o FortiGate podem receber endereços CDN diferentes, e a entrada isenta falha. Forneça o FortiGate, ou o resolvedor que este utiliza, como o servidor DNS dos convidados.

Para sites de Cuidados de Saúde, isentar uma página de informação ao doente permite que os visitantes consultem os horários das enfermarias sem iniciar sessão. Mantenha essas entradas numa lista curta e identificada e reveja-a trimestralmente.

Por que motivo o Captive Portal do FortiGate apresenta um erro de certificado?

Dois momentos distintos produzem avisos de certificado. Têm causas diferentes e resoluções diferentes.

Aviso 1: o convidado abre um site HTTPS antes de iniciar sessão

A maior parte da navegação é HTTPS. Para a redirecionar, o FortiGate deve responder ele próprio ao handshake TLS, apresentando o seu próprio certificado para um site do qual não é proprietário. O navegador deteta uma divergência de nomes e emite um aviso. Nenhum certificado pode corrigir isto, porque nenhum certificado é válido para todos os sites.

Os sites na lista de pré-carregamento HSTS (HTTP Strict Transport Security, que instrui os navegadores a recusar ligações não seguras) não permitem de todo avançar após o aviso. Os sites de banca e e-mail entram normalmente neste grupo.

A solução consiste em confiar na deteção de rede cativa do sistema operativo. O iOS, Android, Windows e macOS verificam, cada um, um URL HTTP simples ao associarem-se a uma rede. O FortiGate redireciona essa verificação e o dispositivo abre a janela de início de sessão antes de o convidado abrir um navegador. É por este motivo que os domínios de deteção nunca devem estar na lista de isenções.

Aviso 2: o convidado submete o formulário do portal

Depois de o convidado concluir a página do Purple, o navegador envia os dados para o recetor de autenticação do FortiGate. Se esse recetor utilizar o certificado de fábrica, o navegador emite um aviso porque o certificado é autoassinado.

Se o portal fizer o envio para o recetor HTTP, o Chrome avisa que o formulário não é seguro. A página é HTTPS, mas o formulário é submetido sobre HTTP.

A solução é o Passo 6: um certificado publicamente fidedigno num nome de anfitrião que resolva para a interface de convidados da FortiGate, com o envio de volta em HTTPS. Renove-o antes de expirar. Um certificado de autenticação expirado interrompe todos os logins de uma só vez, em todos os SSID nessa FortiGate.

Como verificar se o portal de convidados da FortiGate funciona?

Testes em dispositivos reais, não apenas num portátil. Crie uma matriz de iOS, Android, Windows e macOS, e execute cada verificação em todas as plataformas.

1. Aceda ao SSID. A página de login deve abrir automaticamente em poucos segundos. Se não abrir, verifique a lista de isenções para domínios de deteção.
2. Conclua cada método de login. Teste o formulário, todos os fornecedores sociais ativados e a aceitação dos termos.
3. Fique atento a avisos. Não deve aparecer qualquer aviso de certificado em momento algum do fluxo.
4. Confirme a autenticação na FortiGate. O monitor de utilizadores autenticados da firewall deve listar o dispositivo no grupo de convidados.
5. Confirme o RADIUS a partir da CLI. diagnose test authserver radius testa o objeto do servidor diretamente. diagnose debug application fnbamd -1, com o debug ativado, mostra cada Access-Request e resposta em tempo real.
6. Confirme o accounting no Purple. A sessão deve aparecer com um registo de início, seguido de atualizações intermédias e uma paragem quando o convidado sai.
7. Teste a visita de regresso. Volte a ligar após o tempo limite e verifique se o convidado vê a página pretendida.

O que corre mal num Captive Portal FortiGate e como resolver?

Sintoma	Causa provável	Solução
A página de login nunca aparece; o dispositivo diz "ligado"	Domínios de deteção na lista de isenções, ou uma política que permite tráfego antes da autenticação	Remova captive.apple.com e entradas semelhantes; verifique se a política de convidados exige autenticação
A splash page carrega em branco ou sem estilo	Nomes de anfitrião de recursos do Purple em falta na lista de isenções	Adicione todos os nomes de anfitrião do artigo de suporte da FortiGate do Purple
Aviso de certificado ao navegar antes do login	FortiGate a intercetar um site HTTPS	Comportamento esperado; os convidados devem usar a página de login ou abrir uma página HTTP
Aviso de certificado ao submeter o formulário	Certificado de fábrica no recetor de autenticação	Instale um certificado fidedigno e envie de volta sobre HTTPS
O login social fica a carregar ou falha	Domínios do fornecedor não isentos, ou discrepância de DNS entre o convidado e a FortiGate	Utilize objetos FQDN com wildcard; defina a FortiGate como o DNS dos convidados
O portal aceita os dados, mas não há acesso à internet	Rejeição ou tempo limite do RADIUS: segredo partilhado incorreto, endereço de origem incorreto, UDP 1812 bloqueado	Execute o teste do authserver; leia a saída de debug do fnbamd
Pedido de início de sessão aos convidados com demasiada frequência	Autenticação curta ou tempo limite de inatividade	Alinhe os tempos limite da FortiGate com as definições de sessão do Purple
Sessões em falta nos relatórios	Accounting desativado ou UDP 1813 bloqueado	Ative o accounting no objeto RADIUS; abra a porta UDP 1813
Logins falham após uma atualização de firmware	Definições movidas ou predefinições alteradas na nova versão	Verifique novamente com as notas de lançamento e execute novamente a matriz de testes

Como é que isto se desenrola em locais reais?

Cenário 1: um hotel de 200 quartos a substituir um fornecedor de WiFi de convidados anterior

Situação. Um hotel de 200 quartos utilizava um FortiGate com 30 FortiAPs e um SSID de convidados em modo túnel. Os hóspedes com iPhones não viam a página de login e abriam o Safari. Aqueles que conseguiam aceder à página deparavam-se com um aviso de certificado ao submetê-la.

O que foi feito. O engenheiro encontrou captive.apple.com na lista de isenções, deixado pelo fornecedor anterior, e removeu-o. Instalou um certificado publicamente confiável num nome de anfitrião a resolver para a interface de convidados e mudou o post-back para HTTPS. Adicionou os servidores RADIUS da Purple com o accounting ativado.

Resultado. Na matriz de testes pós-alteração, a página de login abriu automaticamente em todas as quatro plataformas. Não surgiram avisos de certificado no fluxo de login. Registos de sessão com entradas de início, intercalares e de fim chegaram à Purple para cada sessão de teste. Para mais informações sobre implementações em hotéis, consulte Hotéis.

Cenário 2: uma cadeia de retalho de 40 lojas gerida por um MSP

Situação. Um MSP geria um FortiGate por loja numa cadeia de Retalho com 40 lojas. Os clientes reportaram falhas intermitentes no início de sessão com o Google e a Apple, mas apenas em algumas lojas.

O que foi feito. O DHCP nas lojas afetadas atribuía aos clientes um resolvedor DNS público. O FortiGate resolvia os nomes de anfitrião da CDN dos fornecedores para endereços diferentes, pelo que as entradas de isenção falhavam. O MSP alterou os fornecedores para objetos FQDN com caracteres de substituição (wildcard) e definiu o FortiGate como o servidor DNS de convidados. Testaram a alteração como piloto em três lojas antes de a implementar através do FortiManager.

Resultado. Todos os três métodos de início de sessão social foram concluídos em todos os testes piloto, em todas as plataformas. O MSP aplicou depois o mesmo modelo às restantes 37 lojas. Se revende WiFi de convidados para clientes como este, o nosso guia sobre software de Captive Portal white label aborda as verificações comerciais.

Cenário 3: uma biblioteca municipal com quiosques fixos para convidados

Situação. A rede de uma biblioteca municipal oferecia WiFi de convidados em pontos de acesso de terceiros e quatro quiosques fixos públicos. Ambos ligavam-se através de um único FortiGate. A câmara municipal pretendia ter apenas uma página de termos e um único registo de auditoria.

O que foi feito. O engenheiro ativou o Captive Portal na interface de convidados do FortiGate em vez de o fazer num SSID. O mesmo portal externo da Purple e grupo RADIUS serviram os visitantes sem fios e as sessões dos quiosques.

Resultado. Tanto as sessões com fios como sem fios surgiram num único registo de accounting na Purple, associadas a um único registo de aceitação de termos. Isto forneceu à câmara municipal uma resposta única sobre quem utilizou a rede e quando.

Quanto custa e qual é o retorno?

Quanto custa

O custo de hardware é normalmente nulo. O Captive Portal e o cliente RADIUS fazem parte do FortiOS, pelo que configura o FortiGate e os FortiAPs que já possui. A Purple é independente do hardware: o mesmo portal funciona em Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. O nosso blog sobre por que razão a sua próxima atualização de WiFi não precisa de novo hardware apresenta o contexto geral.

O custo de software corresponde ao plano Purple: Connect, Capture ou Engage. Cada um tem um preço diferente dependendo de como contabiliza os locais, pontos de acesso ou convidados. O nosso guia sobre modelos de preços de captive portal compara os modelos por local, por ponto de acesso e por utilizador.

O custo de esforço é o tempo de engenharia por local. Crie um modelo uma vez, teste-o num projeto-piloto e aplique o modelo através do FortiManager a todo o parque de dispositivos.

O que recebe em troca

• Dados de primeira parte com consentimento. A Purple regista consentimentos de escolha consciente por convidado. O tratamento de dados está em conformidade com o GDPR, e a Purple possui as certificações ISO 27001, Cyber Essentials e B Corp.
• Um único portal em todo o parque de dispositivos. Altere a página inicial uma vez em vez de o fazer em cada FortiGate, incluindo locais noutro hardware.
• Relatórios sobre os quais pode agir. Os dados de contabilidade alimentam o WiFi Analytics: visitas, tempo de permanência e taxas de regresso por local.
• Uma plataforma à escala. A Purple opera em mais de 80 000 locais ativos e geriu 440 milhões de logins em 2024 (dados próprios da Purple). Para operadores de restauração e hotelaria, o nosso guia sobre WiFi em restaurantes abrange a cobertura e a segurança no Reino Unido.

Perguntas frequentes

A Purple funciona com o meu hardware FortiGate e FortiAP existente?

Sim, a Purple funciona no seu parque de dispositivos FortiGate e FortiAP existente sem necessidade de novo hardware. O FortiGate aplica o Captive Portal e envia a autenticação RADIUS e a contabilidade para a Purple, enquanto a Purple aloja a página inicial. A mesma abordagem abrange pontos de acesso de terceiros atrás de uma interface FortiGate. A Purple também suporta Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium e Extreme, pelo que um parque misto partilha o mesmo portal.

Preciso de uma licença Fortinet extra para um captive portal externo?

Não, o Captive Portal e o cliente RADIUS são funcionalidades padrão do FortiOS, pelo que o FortiGate não precisa de uma licença de portal separada. Precisa de uma versão suportada do FortiOS e, para redes sem fios, de FortiAPs geridos pelo FortiGate. O plano Purple, quer seja Connect, Capture ou Engage, é licenciado separadamente. O nosso guia sobre modelos de preços de captive portal explica como se comparam os preços por local, por ponto de acesso e por utilizador.

Posso mudar do meu fornecedor de WiFi de convidados atual sem tempo de inatividade?

Sim, se construir a configuração da Purple em paralelo antes de fazer a transição. Adicione os servidores RADIUS da Purple e um novo grupo de utilizadores ao lado dos existentes, criando depois um SSID de teste ou uma interface com esses elementos. Execute a matriz completa de testes de dispositivos nessa rede de teste. Assim que for aprovada, reencaminhe o SSID de convidados em produção e remova as entradas da lista de isenções do fornecedor antigo, especialmente quaisquer domínios de deteção de rede cativa.

Os dados de convidados recolhidos através de um portal FortiGate cumprem o GDPR?

Sim, quando o portal é executado na Purple, o consentimento e o tratamento de dados cumprem o GDPR. A Purple regista as adesões por escolha consciente para cada convidado, para que o consentimento de marketing seja independente do acesso à rede. A Purple possui certificação ISO 27001 e Cyber Essentials. O FortiGate transmite detalhes da sessão, como o endereço MAC do cliente, para o portal, mas os registos dos convidados residem na Purple. O utilizador permanece como o responsável pelo tratamento de dados e define o seu próprio aviso de privacidade e retenção.

Devo utilizar o portal integrado do FortiGate ou um portal externo?

Utilize o portal integrado para um único local que apenas necessita de uma página de termos e condições. Utilize um portal externo quando gere múltiplos locais, pretende autenticação através de redes sociais ou dados primários (first-party data), ou gere hardware misto. A página integrada reside em cada FortiGate e tem de ser editada local a local. Um portal externo da Purple é alterado num único local e regista adesões e análises de sessão para todos os edifícios.

Quanto esforço de engenharia exige uma implementação com o FortiGate?

Um único local representa apenas uma alteração de configuração e não um projeto de hardware. Cria um objeto de servidor RADIUS, um grupo de utilizadores, uma alteração de SSID ou interface, uma lista de isenções, uma política e um certificado. A maior parte do esforço é dedicada a testes em iOS, Android, Windows e macOS. Para grandes infraestruturas, crie a configuração uma única vez como um modelo no FortiManager, faça um projeto piloto num pequeno número de locais e, em seguida, aplique-a a toda a rede.

Um MSP pode executar a Purple em múltiplos FortiGates de clientes?

Sim, os MSPs podem executar a Purple em múltiplos FortiGates de clientes a partir de uma única estrutura de conta. Cada local de cliente utiliza o mesmo padrão de configuração, pelo que pode criar modelos no FortiManager e implementar em lotes. O design agnóstico de hardware da Purple significa que os clientes em Cisco Meraki, HPE Aruba ou Ruckus utilizam o mesmo portal. Consulte as condições comerciais no nosso guia de software de Captive Portal white label antes de assinar.

O portal externo funciona em redes de convidados cabeadas?

Sim, o FortiGate pode aplicar o Captive Portal tanto numa interface como num SSID de FortiAP. Ative o Captive Portal na interface que serve a VLAN de convidados cabeadas, selecione o portal externo e associe-o ao mesmo grupo RADIUS da Purple. Quiosques, portas de salas de reunião e pontos de acesso de terceiros passam a partilhar a mesma página de entrada, o mesmo registo de aceitação de termos e o mesmo registo de contabilidade com os seus convidados da rede sem fios.