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

    portail captif problème d'accès au site d'authentification

    Scheduled Pinned Locked Moved Français
    14 Posts 2 Posters 1.8k 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.
    • L
      Ledebutant
      last edited by

      j'ai vu que ca causait des problèmes effectivement, ce que je ne savais pas du tout, ce qui expliquerait peut être mes problemes

      1 Reply Last reply Reply Quote 0
      • GertjanG
        Gertjan
        last edited by

        Je vous invite de comparer la liste des utilsateurs connecté suivant le GUI : Status / Captive Portal
        et la commande (accès console, SSH direct ou par la connection" USB", menu option 8):

        ipfw table all list
        

        Il y a deux "tables" : ZONE_auth_up et ZONE_auth_down qui doivent à tout moment correspondre avec ce qu'il affiche le GUI.
        Une connections vers l'Internet est possible du moment que l'IP d'un appareil d'un client est présent dans les deux tables (== la connexion passe) et tes règles Parafeu de ton interface "Captive Portail" (LAN, ou mieux : OPTx) laissent passer la connexion.

        No "help me" PM's please. Use the forum, the community will thank you.
        Edit : and where are the logs ??

        1 Reply Last reply Reply Quote 0
        • L
          Ledebutant
          last edited by

          J'ai vérifié ces deux tables, effectivement, quand un utilisateur arrive a atteindre la page d'authentification son ip apparait bien dans les deux tables, et il dispose d'un accès internet.
          Par contre si l'utilisateur ne parviens pas a atteindre la page d'authentification, alors les tables sont vide.

          1 Reply Last reply Reply Quote 0
          • GertjanG
            Gertjan
            last edited by

            Exact.

            Par ce que les deux tables "ipfw" n'ont pas l'IP du visiteur, ce même visiteur va être rédigé vers la page login du portail captif.
            Ça se passe ici :

            ipfw list
            
            ......
            02117 fwd 127.0.0.1,8003 tcp from any to any 443 in
            02118 fwd 127.0.0.1,8002 tcp from any to any 80 in
            .....
            

            Devine qui écoute sur la porte 8003 et 8002 de localhost (= 127.0.0.1 sur pfSense) : justement, notre serveur web "portail captif" qui va afficher la page de login.

            Mais, avant que la page s'affiche, le code va effectuer quelques vérifications, et une va tout faire foirer : l'utilsateur (son MAC et IP) sont est déjà dans la base des données avec les connections en cours, et du coup : pas besoin de "login" et rien s'affiche. Car, suivant le GUI (son code) l’utilisateur est déjà loggé.....
            Voila le bug.

            Remède à court terme : ne change pas le paramétrage de ton portail quand des utilisateurs sont présent.
            Si tu décide autrement, pense à éjecter dans le GUI toutes les utilisateurs juste après le sauvegarde de ton paramétrage.

            No "help me" PM's please. Use the forum, the community will thank you.
            Edit : and where are the logs ??

            1 Reply Last reply Reply Quote 0
            • L
              Ledebutant
              last edited by

              merci de l'explication

              1 Reply Last reply Reply Quote 0
              • L
                Ledebutant
                last edited by

                J'ai une autre petite question si jamais tu peux m'aider.
                j'ai pris en compte tout ce que tu m'as dis et ca marche bien bbmieux merci beaucoup.
                Il ne me reste qu'un seul problème, de temps en temps, lorsqu'un client se connecte, le navigateur s'ouvre, mais la page d'acceuil n'arrive pas a se charger, même si c'est la première connexion du clients.
                Je n'aarive pas a voir d'ou cela peut venir. Sachant que si j'attend un certain temps et que j'essaie de reconnecter le client cela fonctionne.

                En tout cas merci pour tes explications elles m'ont enlevée une épine du pied

                GertjanG 1 Reply Last reply Reply Quote 0
                • GertjanG
                  Gertjan @Ledebutant
                  last edited by

                  @ledebutant said in portail captif problème d'accès au site d'authentification:

                  Il ne me reste qu'un seul problème, de temps en temps, lorsqu'un client se connecte, le navigateur s'ouvre, mais la page d'acceuil n'arrive pas a se charger, même si c'est la première connexion du clients.

                  Sous "HTTPS Options" t'as quoi ?

                  Sache que, avant même que t'as lancé un navigateur, dès le moment que la connexion "ethernet" est up ; le moment que t'as reçu un IP/DNS/Passerelle, le OS va faire une requete "http".
                  Par exemple : iOS va lancer un requête test : http://captive.apple.com/hotspot-detect.html. Si la réponse n'est pas "Success" (va voir toi même) mais autre chose, l'OS saura que l'appareil est derrière un portail captif.
                  L'OS lance un navigateur, avec le même "http://captive.apple.com/hotspot-detect.html" comme URL, soit il signale par un popup que l'attention de l’utilisateur est requise (Windows).
                  Le navigateur va bien sir afficher ta page login au lieu de http://captive.apple.com/hotspot-detect.html
                  Chaque OS possède son propre http://.... pour détecter s'il s'agit d'un portail, ou une connexion direct - ou pas de connexion du tout.

                  A tout moment : connecté (loggé) au portail, ou pas, le DNS doit fonctionner.
                  Ne te contente pas de faire un ping - mais lance nslookup puis demande un site que t'as pas encore visite les dernières 24 heures. Il doit y avoir une réponse (adresse IP).
                  Sans DNS, le portail fonctionnera pas.

                  No "help me" PM's please. Use the forum, the community will thank you.
                  Edit : and where are the logs ??

                  1 Reply Last reply Reply Quote 0
                  • L
                    Ledebutant
                    last edited by

                    Sous https j'ai
                    enable https login : check
                    https server name : wifi.enteprise.net
                    ssl certificate : wifi.entreprise.net (let's encrypt certificate)
                    https forward : uncheck

                    Effectivement j'ai tester nslookup aussi il y a bien une adresse IP aui m'est donnee

                    GertjanG 1 Reply Last reply Reply Quote 0
                    • GertjanG
                      Gertjan @Ledebutant
                      last edited by

                      @ledebutant said in portail captif problème d'accès au site d'authentification:

                      Sous https j'ai
                      enable https login : check
                      https server name : wifi.enteprise.net
                      ssl certificate : wifi.entreprise.net (let's encrypt certificate)
                      https forward : uncheck

                      Ok, parfait.
                      Il me semble que la mode "http" et/ou "https" fonctionne mieux.

                      @ledebutant said in portail captif problème d'accès au site d'authentification:

                      Effectivement j'ai tester nslookup aussi il y a bien une adresse IP aui m'est donnee

                      Ok.
                      Pour les navigateurs récalcitrant, je n'ose te conseiller, quoi que changer de navigateur, puis visiter "http://www.google.fr" doit te ramener à la page de login sans faute.

                      No "help me" PM's please. Use the forum, the community will thank you.
                      Edit : and where are the logs ??

                      1 Reply Last reply Reply Quote 0
                      • L
                        Ledebutant
                        last edited by

                        Je vais essayer tout ca
                        merci pour ton aide

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