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

    Captive Portal https login : How please ?

    Scheduled Pinned Locked Moved Captive Portal
    14 Posts 3 Posters 15.2k 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.
    • N
      neobauer
      last edited by

      @Derelict:

      Like I said, the only ways to avoid certificate errors on initial connection - even with a purchased, valid certificate, is for your use

      This should not a big deal. I can write on the instructions, please connect first to a http  site etc…

      Think about it.  You're concerned about protecting the contents of the portal login page.  A user connects to http://somesite.com/  SOMETHING in the route intercepts that and forwards the user to https://portal.example.com:8001/.  There is nothing stopping that from being a bad guy and forwarding the user to any site they desire.

      I understand that SOMETHING can forward the user somewhere else
      BUT if not the case, as soon as the user will reach the RIGHT https login page without being intercepted, the authentification will be secure, and that's what I want to achieve. We know all that 100% security does not exist, but at least we must try to secure what we can secure (that's my opinion :) )
      And M-I-T-M Attack is not something that everybody can do ;)

      There is a patch in 2.2 that allows you to enable the https login page but turn off the forward of https attempts to the captive portal.  This should stop all certificate errors in exchange for connections to https sites hanging like they do if you don't enable the https login page at all.

      In 2.2 ? You mean Pfsense 2.2 as we have now 2.1.5 ? Oh for when is it  then ? :))

      But anyway, I don't still have an answer to my question : How to configure properly https login ? What should be enter as Https Server when everything is saved on the Pfsense box and when I don't have a domain name like portal.abc.com ?

      Thanks !

      1 Reply Last reply Reply Quote 0
      • DerelictD
        Derelict LAYER 8 Netgate
        last edited by

        You do have an answer to your question here:

        https://forum.pfsense.org/index.php?topic=81276.msg443884#msg443884

        Chattanooga, Tennessee, USA
        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
        Do Not Chat For Help! NO_WAN_EGRESS(TM)

        1 Reply Last reply Reply Quote 0
        • N
          neobauer
          last edited by

          My question is about –-->>>>> "https host name"
          Can I enter there the IP of my Pfsense box ? I Guess no, how to manage it please ?

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

            neobauer,

            It is possible www.abc.com has valid DNS entry. So you get redirected to the global routable IP instead of your CP interface. Since foreign IP is blocked by default, your browser eventually return a timeout error.

            See if the following resolved the issue,
            1. Go to services->DNS forwarder
            2. Under Host overrides, add a new entry
                host:      www
                domain: abc.com
                IP:        <your pfsense="" cp="" interface="" ip="" address="">3. Save and apply setting. Clear your computer DNS cache just in case.

            You should get redirected to your CP page or getting certifcate warning / error. Instead of timeout.</your>

            1 Reply Last reply Reply Quote 0
            • N
              neobauer
              last edited by

              `YESS  8) This is the answer I'm looking for ! :)
              I will test today and see.

              About the error message : I guess it's because of the self signed certificate  right ? Meaning with a buyed and registered certificate, I will not have the error right

              1 Reply Last reply Reply Quote 0
              • DerelictD
                Derelict LAYER 8 Netgate
                last edited by

                No, you will STILL HAVE THE CERTIFICATE ERROR - EVEN IF YOU BUY A CERTIFICATE - unless you can convince all your users to enter your captive portal URL as their initial connection.

                Chattanooga, Tennessee, USA
                A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                Do Not Chat For Help! NO_WAN_EGRESS(TM)

                1 Reply Last reply Reply Quote 0
                • N
                  neobauer
                  last edited by

                  okayy so for now it doesn't make sense to use it really.

                  You wrote :

                  There is a patch in 2.2 that allows you to enable the https login page but turn off the forward of https attempts to the captive portal.  This should stop all certificate errors in exchange for connections to https sites hanging like they do if you don't enable the https login page at all.

                  Can you please tell more about this patch ?

                  1 Reply Last reply Reply Quote 0
                  • DerelictD
                    Derelict LAYER 8 Netgate
                    last edited by

                    It adds this option:

                    If this option is set, attempts to connect to SSL/HTTPS (Port 443) sites will not be forwarded to the captive portal. This prevents certificate errors from being presented to the user even if HTTPS logins are enabled. Users must attempt a connecton to an HTTP (Port 80) site to get forwarded to the captive portal. If HTTPS logins are enabled, the user will be redirected to the HTTPS login page."

                    Chattanooga, Tennessee, USA
                    A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                    DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                    Do Not Chat For Help! NO_WAN_EGRESS(TM)

                    1 Reply Last reply Reply Quote 0
                    • N
                      neobauer
                      last edited by

                      Sounds good :)#
                      Where can we get the 2.2 Alpha ?
                      Possible to use it already in Production environment or just released for lab now ?

                      1 Reply Last reply Reply Quote 0
                      • DerelictD
                        Derelict LAYER 8 Netgate
                        last edited by

                        https://snapshots.pfsense.org/

                        As to its suitability in your environment, your call.

                        Chattanooga, Tennessee, USA
                        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                        Do Not Chat For Help! NO_WAN_EGRESS(TM)

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