Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    CAPTIVE PORTAL NÃO ACEITANDO NOVOS USUÁRIOS

    Scheduled Pinned Locked Moved Portuguese
    21 Posts 6 Posters 3.6k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • empbillyE
      empbilly
      last edited by

      fabricioborges1,

      Posta uma print das configurações do teu captiveportal.

      https://eliasmoraispereira.wordpress.com/

      1 Reply Last reply Reply Quote 0
      • F
        fabricioborges1
        last edited by

        @empbilly:

        fabricioborges1,

        Posta uma print das configurações do teu captiveportal.

        Segue abaixo conforme solicitado.

        Cliente1.png
        Cliente1.png_thumb
        Cliente2.png
        Cliente2.png_thumb
        Cliente3.png
        Cliente3.png_thumb
        Cliente4.png
        Cliente4.png_thumb
        Cliente5.png
        Cliente5.png_thumb
        Cliente6.png
        Cliente6.png_thumb

        1 Reply Last reply Reply Quote 0
        • empbillyE
          empbilly
          last edited by

          Cara, a principio parece tudo ok. Eu utilizo o captiveportal a muito tempo e já tivemos quase 100 usuários simultâneos e não ocorreu esse problema que contigo ocorre. A diferença é que eu não configurei o "usuário" diretamente na pagina de acesso. Cada usuário precisa informar seu login e senha a cada acesso ou após o tempo de desconexão da rede wifi.

          Não sei se isso é motivo para acontecer isso. O que tu pode fazer é remover o valor do "Idle timeou" e com o tcpdump monitorar os acessos. Talvez dessa forma tu descubra algo a mais.
          https://doc.pfsense.org/index.php/Sniffers,_Packet_Capture

          https://eliasmoraispereira.wordpress.com/

          1 Reply Last reply Reply Quote 0
          • F
            fabricioborges1
            last edited by

            @empbilly:

            Cara, a principio parece tudo ok. Eu utilizo o captiveportal a muito tempo e já tivemos quase 100 usuários simultâneos e não ocorreu esse problema que contigo ocorre. A diferença é que eu não configurei o "usuário" diretamente na pagina de acesso. Cada usuário precisa informar seu login e senha a cada acesso ou após o tempo de desconexão da rede wifi.

            Não sei se isso é motivo para acontecer isso. O que tu pode fazer é remover o valor do "Idle timeou" e com o tcpdump monitorar os acessos. Talvez dessa forma tu descubra algo a mais.
            https://doc.pfsense.org/index.php/Sniffers,_Packet_Capture

            Entendi. Nesse cliente que tá ocorrendo o problema não tenho condição de realizar testes, forçar o problema para ver o que esta acontecendo. Mas estou arrumando uma parceiria, vou fornecer um firewall a uma empresa de graça, mas para poder estar realizando testes, acredito que semana que vem já devo ter uma resposta do problema. Minhas suspeitas são exatamente essas, ou os APs não estão aguentando, ou essa configuração da minha pagina html está dando problema. Quem sabe seja um limite de logins com o mesmo usuário.

            Mas teria alguma outra forma de utilizar o captive portal somente com uma senha fixa? Sem usuário, sem voucher. só a pagina personalizada e senha.

            1 Reply Last reply Reply Quote 0
            • andrezaomacA
              andrezaomac
              last edited by

              Não há possibilidade de deixar SEM SENHA??

              E faz uma regra com adegamento de horário e dia.
              Ou seja quando o estabelecimento estiver fechado, não há conexão.

              Não seria uma saída para sua solução.?

              Consultoria em Servidores Linux/Windows.
              contato@andrenetwork.com.br

              Tecnólogo em Redes de Computadores.
              Bacharel em Sistemas da Informação.


              http://www.andrenetwork.com.br

              Limeira - SP

              1 Reply Last reply Reply Quote 0
              • F
                fabricioborges1
                last edited by

                @andrezaomac:

                Não há possibilidade de deixar SEM SENHA??

                E faz uma regra com adegamento de horário e dia.
                Ou seja quando o estabelecimento estiver fechado, não há conexão.

                Não seria uma saída para sua solução.?

                Obrigado pela sua resposta. Poderia ser uma solução válida. Mas acho que não agradaria o cliente deixar sem senha. Além do mais, e um estabelecimento 24hrs (Hotel), então sempre haverá conexão :\

                1 Reply Last reply Reply Quote 0
                • andrezaomacA
                  andrezaomac
                  last edited by

                  @fabricioborges1:

                  @andrezaomac:

                  Não há possibilidade de deixar SEM SENHA??

                  E faz uma regra com adegamento de horário e dia.
                  Ou seja quando o estabelecimento estiver fechado, não há conexão.

                  Não seria uma saída para sua solução.?

                  Obrigado pela sua resposta. Poderia ser uma solução válida. Mas acho que não agradaria o cliente deixar sem senha. Além do mais, e um estabelecimento 24hrs (Hotel), então sempre haverá conexão :\

                  Nesse caso por ser Hotel, sem senha não é viável mesmo.

                  Consultoria em Servidores Linux/Windows.
                  contato@andrenetwork.com.br

                  Tecnólogo em Redes de Computadores.
                  Bacharel em Sistemas da Informação.


                  http://www.andrenetwork.com.br

                  Limeira - SP

                  1 Reply Last reply Reply Quote 0
                  • empbillyE
                    empbilly
                    last edited by

                    @fabricioborges1:

                    @empbilly:

                    Cara, a principio parece tudo ok. Eu utilizo o captiveportal a muito tempo e já tivemos quase 100 usuários simultâneos e não ocorreu esse problema que contigo ocorre. A diferença é que eu não configurei o "usuário" diretamente na pagina de acesso. Cada usuário precisa informar seu login e senha a cada acesso ou após o tempo de desconexão da rede wifi.

                    Não sei se isso é motivo para acontecer isso. O que tu pode fazer é remover o valor do "Idle timeou" e com o tcpdump monitorar os acessos. Talvez dessa forma tu descubra algo a mais.
                    https://doc.pfsense.org/index.php/Sniffers,_Packet_Capture

                    Entendi. Nesse cliente que tá ocorrendo o problema não tenho condição de realizar testes, forçar o problema para ver o que esta acontecendo. Mas estou arrumando uma parceiria, vou fornecer um firewall a uma empresa de graça, mas para poder estar realizando testes, acredito que semana que vem já devo ter uma resposta do problema. Minhas suspeitas são exatamente essas, ou os APs não estão aguentando, ou essa configuração da minha pagina html está dando problema. Quem sabe seja um limite de logins com o mesmo usuário.

                    Mas teria alguma outra forma de utilizar o captive portal somente com uma senha fixa? Sem usuário, sem voucher. só a pagina personalizada e senha.

                    A principio somente as opções que mostram na pagina de config.

                    auth.png_thumb
                    auth.png

                    https://eliasmoraispereira.wordpress.com/

                    1 Reply Last reply Reply Quote 0
                    • D
                      denicio
                      last edited by

                      Boa noite.
                      Analisando seu cenário, é possível criar VOUCHERS com duração de 1 ano ou mais ai poderia ate fazer um rotatividade do código que seria bom, e um ano é um bom tempo de duração.
                      Com relação a travar com certa quantidade de conexões simultâneas, tem que se observar alguns detalhes:

                      1. Use a faixa de IPs da rede Hotspot /16 assim o SV DHCP terá mais IPs livres para liberar já que os APs estão em Bridge;
                      2. Os APs tem limites de acesso simultâneos principalmente esses APs domésticos que suportam entorno de 16 a 30 conexões (isso se não travar);
                      3. Verificar como está o uso do processador, memoria, MBUF Usage e State table size do servidor;
                      4. Caso continue a TRAVAR com essa configuração de apenas de usuário desative a autenticação e monitore se vai continuar a travar;

                      Espero que ajude. ;D

                      1 Reply Last reply Reply Quote 0
                      • F
                        fabricioborges1
                        last edited by

                        @denicio:

                        Boa noite.
                        Analisando seu cenário, é possível criar VOUCHERS com duração de 1 ano ou mais ai poderia ate fazer um rotatividade do código que seria bom, e um ano é um bom tempo de duração.
                        Com relação a travar com certa quantidade de conexões simultâneas, tem que se observar alguns detalhes:

                        1. Use a faixa de IPs da rede Hotspot /16 assim o SV DHCP terá mais IPs livres para liberar já que os APs estão em Bridge;
                        2. Os APs tem limites de acesso simultâneos principalmente esses APs domésticos que suportam entorno de 16 a 30 conexões (isso se não travar);
                        3. Verificar como está o uso do processador, memoria, MBUF Usage e State table size do servidor;
                        4. Caso continue a TRAVAR com essa configuração de apenas de usuário desative a autenticação e monitore se vai continuar a travar;

                        Espero que ajude. ;D

                        Boa tarde.

                        Quanto aos vouchers, nessa situação não seria possível, o cliente deseja que mantenha a senha padrão deles.
                        Quanto aos AP's, estarei verificando na próxima oportunidade de ir a cidade do cliente e verificar suas configurações.
                        Estamos implementando em um cenário semelhante, mas com a utilização de ap's coorporativos (unifi's da ubnt).
                        O firewall está bem. E sem o captive não temos problemas. Inclusive, quando trava, acessamos remotamente, desativamos e ativamos novamente o captive portal, assim todos conseguem conexão. (Sempre trava por volta de 50 a 55 conexões simultaneas).

                        Grato pela resposta, em breve volto com resultado do ambiente de testes. Abrss

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.