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

Captive portal 'spinning' on initial connect if redirect URL used

Scheduled Pinned Locked Moved Captive Portal
3 Posts 2 Posters 1.1k 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.
  • C
    carzin
    last edited by Aug 1, 2016, 5:19 PM

    Hello all,

    It is funny how things work forever then just break…  Running the latest production release.  The captive portal setup is configured as the following:

    When someone connects to the UNC-Setup SSID and opens a browser, they normally connect to 'wifi.sitex.edu'  'wifi.sitex.edu' is a real site that they will be redirected to POST authentication.  But we just tell them to remember the wifi so they won't try to go to an https site and have the thing just spin and spin.  For whatever reason, if they type wifi.sitex.edu, the browser will spin and spin and will not connect them to the authentication portal.  If they go to google or any other http site, it works just fine.  The redirect happens immediately.

    What should I be looking at?  I did a packet capture, and I just see a bunch of SYN  packets and no SYN-ACKs for the attempts to wifi.unc.edu

    1 Reply Last reply Reply Quote 0
    • C
      carzin
      last edited by Aug 1, 2016, 6:04 PM

      Figured it out.  I had set a static DNS override for google.com to point to wifi.sitex.com in the DNS Forwarder and then had www.google.com as an 'allowed site' in captive portal by accident.

      1 Reply Last reply Reply Quote 0
      • G
        Gertjan
        last edited by Aug 2, 2016, 6:34 AM

        Reconsider your solution.
        As you already said :
        @carzin:

        If they go to google or any other http site, it works just fine.  The redirect happens immediately.

        So why adding google.com to the 'allowed site' list ?

        Check this https://forum.pfsense.org/index.php?topic=115338.msg644308#msg644308
        Most OS's will open a navigator by default "automatically" when a Wifi connections comes UP (obtained an IP, gateway, DNS, etc) and the direct "Internet connections" (with a test http call). No end user interaction needed.

        Check this :
        @carzin:

        For whatever reason, if they type wifi.sitex.edu, the browser will spin and spin and will not connect them to the authentication portal.

        Where is "wifi.sitex.edu" ? Is it the URL being served by pfSense or elsewhere ?  If it's the latter, it should be added to the 'allowed site' list.
        Check also if "wifi.sitex.edu" is including pages from other locations (Google analytics, etc) because this will block the loading of the page (your "spinning around").

        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
        3 out of 3
        • First post
          3/3
          Last post
        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
          This community forum collects and processes your personal information.
          consent.not_received