Arquitetura do portal cativo - interno ou externo?

Question

Estou interessado na arquitetura do portal cativo. Inicialmente, meu entendimento era que lugares como aeroportos e cybercafés teriam toda a infra-estrutura RADIUS e AAA no lado local do firewall. Depois de olhar para modelos WISP (provedor de serviços de internet sem fio), minhas idéias iniciais pareciam erradas. Mesmo que uma empresa ofereça vários hotspots Wi-Fi públicos diferentes, eles ainda manterão potencialmente o servidor AAA, o servidor web do portal cativo e os internos do RADIUS no lado local do firewall?

Se eles mantivessem os servidores RADIUS e AAA centralizados, eles se conectariam a isso por meio de uma VPN do firewall e teriam acesso à Internet não VPN para depois que os usuários fossem autenticados?

Estou apenas tentando entender uma arquitetura geral para o wifi público.

    

Answer 1

Veja um exemplo

Faz sentido centralizar o serviço AAA se você estiver fornecendo infraestrutura para vários hotspots (por exemplo, operadores de site independentes, cada um recebendo receita de um negócio fornecendo o equipamento de ponto quente e serviço de back-end) - além de qualquer outra coisa , você deseja que os clientes se registrem uma vez e possam usar qualquer um dos seus pontos de acesso sem um novo registro separado. É provável que um serviço AAA centralizado (ou regional) seja mais fácil de gerenciar do que um sistema totalmente descentralizado.

Obviamente, é importante que o gateway do hotspot seja capaz de se comunicar com o servidor AAA com segurança em uma rede pública. O RADIUS é um protocolo AAA comumente usado, mas enquanto um cliente RADIUS criptografa senhas para serem transmitidas ao servidor RADIUS, existem preocupações sobre a força do RADIUS. Uma VPN entre cliente e servidor RADIUS é uma maneira de fornecer segurança adicional.

O tráfego do usuário não seria afetado por uma VPN usada para o RADIUS.