Acho que perguntas semelhantes já foram feitas repetidamente , mas minha pergunta é um pouco diferente. Entendo que não posso redirecionar o tráfego HTTPS para a página inicial do Captive Portal sem causar erros de SSL no navegador. Eu entendo o porquê. Eu concordo, porque é assim que as coisas são e estou feliz que a SSL esteja conosco.
No entanto, posso dizer que existe uma solução um pouco melhor do que desistir disso, porque usei alguns dias atrás em uma escola. A princípio, não percebi que meu notebook (Debian 8) havia se conectado automaticamente à rede wi-fi aberta e digitei alguns termos de pesquisa na barra de endereços do Chrome. Meu mecanismo de pesquisa padrão é o Google, que atende apenas páginas HTTPS. A página onde eu esperava obter os resultados do Google mostrou um erro de conexão (inevitável), mas o Chrome abriu automaticamente uma nova guia mostrando a página inicial do Captive Portal, com o formulário de login.
Isso é o que eu gostaria de implementar usando qualquer distribuição Linux necessária e qualquer hardware, mas deixe de lado a distribuição e o hardware por enquanto e vamos nos ater ao princípio: como funciona esse truque da nova guia? Em que nível de protocolo ele é implementado? Como?
https://www.chromium.org/chromium-os/chromiumos-design-docs/network-portal-detection
O Chrome tenta buscar
http://clients3.google.com/generate_204e determina que está acessando um portal cativo se esse URL retornar algo diferente de 204.Os sistemas operacionais da Apple também fazem isso em http://www.apple.com/library/test/success.html .