Net Escola: o que é, como acessar e dúvidas frequentes
O que é e como funciona
O sistema caiu na net escola é um portal cativo usado por escolas e provedores para gerenciar o acesso à internet em redes compartilhadas. Basicamente, quando o aluno ou funcionário conecta no WiFi, é redirecionado automaticamente para uma página de login. O sistema então valida as credenciais e libera a conexão com base em regras que o administrador da escola configura previamente. Nada de mágica, é simplesmente um gateway com controle de acesso e autenticação.
Aqui vai a parte que ninguém conta: a maioria das escolas instala e esquece. O resultado é que, em três meses, a rede vira um caos porque ninguém revisa as senhas dos alunos que já formaram, nem atualiza o tempo de sessão, nem verifica se o limite de dados está sendo respeitado. Eu já vi isso acontecendo na prática em uma escola pública no interior de São Paulo. O portal estava configurado para sessões de quatro horas sem timeout automático por inatividade. No final do semestre, tinham mais de 1200 dispositivos registrados com sessões ativas que nunca expiravam. Isso travou a rede inteira nos dias de matrícula. A solução foi rodar um script em Python que listava todos os IPs ativos via API do próprio portal, cruzava com a tabela de alunos matriculados e derrubava sessões órfãs. Levou cerca de 20 minutos para limpar tudo.
Instalação e configuração inicial do caiu na net escola
Você precisa ter um servidor rodando com acesso à rede onde o tráfego será interceptado. O mais comum é usar um micro-PC antigo ou um Raspberry Pi 4 rodando Debian. Instale o Squid como proxy reverso e o coova-mdk ou um software equivalente de portal cativo. Configurações mínimas que funcionam em ambiente escolar:
Rede com VLAN separada para o portal
Endereço IP fixo para o gateway da VLAN do portal
Firewall liberando apenas as portas 80, 443 e 53 do servidor para os clientes
DNS interno apontando para resolver o domínio do portal antes do redirecionamento
A configuração do portal em si pede uma tabela de usuários. O formato padrão é CSV com colunas de nome, login, senha e tempo de sessão. Eu recomendo usar um painel web administrativo se tiver orçamento, porque planilhas viram pesadelo depois de cinquenta usuários. O painel costuma custar entre duzentos e quinhentos reais por ano, mas economiza horas de trabalho manual todo mês.
Quando comecei a trabalhar com isso há alguns anos, configurei tudo via linha de comando em uma escola com duzentos alunos. A primeira semana foi tranquila. Na segunda, dois professores alteraram as senhas nos arquivos CSV diretamente, sobrescrevendo as credenciais de outros usuários. O portal travou porque o hash das senhas não batia mais. A correção foi migrar para um banco de dados SQLite com validação automática e restringir o acesso aos arquivos de configuração. Desde então, nenhuma instância minha teve esse problema.
Teste de funcionamento e troubleshooting
O erro mais comum que eu vejo aparecendo é o portal não redirecionar após a conexão no WiFi. Isso acontece por três motivos na maior parte das vezes: o servidor DNS da VLAN do portal não está respondendo corretamente, o firewall está bloqueando a requisição HTTP de saída dos clientes, ou o gateway padrão da VLAN não está apontando para o servidor correto.
Verifique com um comando simples de um dispositivo conectado: ping no gateway e depois curl no endereço do portal. Se o ping funciona mas o curl não retorna nada, o problema é na porta 80 ou 443. Se nem o ping funciona, o problema é no roteamento da VLAN.
Outro ponto que causa dor de cabeça é a pagina de login carregando mas não autenticando. Isso quase sempre é configuração incorreta do realm de autenticação. O portal precisa saber para onde enviar as credenciais. Se estiver usando autenticação local, verifique se o arquivo de senhas está no caminho correto e se o serviço de portal está rodando com permissões de leitura. Eu gasto em média trinta minutos por dia resolvendo esse tipo de problema em escolas pequenas onde a equipe de TI é formada por alguém que também cuida do transporte escolar.
Manutenção e boas práticas
Rodar um portal cativo em ambiente escolar exige atenção contínua. O sistema não se mantém sozinho. Você precisa monitorar três métricas principalmente: taxa de falha de autenticação, número de dispositivos conectados simultâneos e tempo médio de sessão. Se a taxa de falha ultrapassar cinco por cento em um dia útil, tem algo errado na configuração ou nos cadastros. Se o número de dispositivos conectados passar do dobro da capacidade esperada da sua banda, o portal vai começar a rejeitar novas conexões sem erro claro, o que gera tickets de reclamação dos professores.
A manutenção recomendada é semanal. Revisar logs de acesso, verificar se há IPs static que não devem estar conectados, atualizar senhas padronizadas e confirmar se o backup da base de usuários foi feito. Eu mantenho um arquivo de log em disco separado com rotação diária. Isso ajuda muito quando precisa rastrear um problema específico que ocorreu no dia anterior.
O limite real do caiu na net escola para escolas pequenas é o número de conexões simultâneas suportadas pelo hardware. Um Raspberry Pi 4 com boa configuração aguenta cerca de duzentos dispositivos sem degradação significativa. Acima disso, você precisa migrar para um servidor com processador maior e memória suficiente para manter as tabelas de conexão em RAM. Escolas com mais de trezentos alunos geralmente precisam de hardware dedicado. Não adianta insistir com equipamento fraco. O portal vai começar a cair nos horários de pico e a frustração dos usuários compromete o uso pedagógico da ferramenta.
Se a sua escola tem menos de cento e cinquenta dispositivos e orçamento apertado, considere alternativas como o Captive Portal do RouterOS ou soluções gratuitas baseadas em PfSense que oferecem funcionalidades similares sem custo de licença. Elas exigem mais conhecimento técnico para configurar, mas são estáveis e não dependem de software proprietário.