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

    Hard timeout sometimes not working

    Scheduled Pinned Locked Moved Captive Portal
    6 Posts 3 Posters 2.3k 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.
    • A
      anatolidt
      last edited by

      I'm not quite sure, but I think it started with 2.01.
      360min hard timeout. sometimes this gets ignored and user keeps logged in (forever?)
      according to ticket system and other post there was no bug found.

      possible reasons:

      • after rebooting this works again quiet a time, so maybe only happens after a while (50 days last time)
      • when changing some configurations, last time it has been pfblocker upgrade with no reboot, this time maybe changing wan setup without reboot caused this.

      seems that something is stopping the counter for timeout management, however this is implemented…

      will keep looking to find something reproduceable

      1 Reply Last reply Reply Quote 0
      • H
        hadi57
        last edited by

        i have the same issue, also for idle time out, i loged in and stoped my activity, when i check again next day i saw my username still logged in.

        i dont know if some one else have this issue.

        1 Reply Last reply Reply Quote 0
        • A
          Alan87i
          last edited by

          I thought it was me , I've been messing with this for a few days now , time permitting,, and see the same thing with usage timeouts. Testing I would setup a laptop for 2 GB limit daily, then download off a server through the wan farther up the network. When the limit was reached during a DL it would disconnect . If I hit retry or browse to a site a while later I was allowed.

          I thought it had something to do with the passthrough credits. Setting this too 0 I could not pass any data at all. Even with a new account on another laptop.

          1 Reply Last reply Reply Quote 0
          • A
            anatolidt
            last edited by

            hadi, alan,

            do you experience this always or only sometimes, maybe when your box was running for a long time?
            What packages installed?
            On my testbox only pfblocker and pfflowd installed, squid-reverse removed.
            nothing special…
            Can't be hibernation mode that irretates pfsense...

            1 Reply Last reply Reply Quote 0
            • H
              hadi57
              last edited by

              i am using 6 pfsense boxes in different sites, i had the 386 relase 2 working fine untill i changed it to 64, then problem started in one of the servers which have more than 80 users, it shows now that server is on for 25 days, but on the 386 release, i never reboot any server except for updates

              1 Reply Last reply Reply Quote 0
              • A
                Alan87i
                last edited by

                @anatolidt:

                hadi, alan,

                do you experience this always or only sometimes, maybe when your box was running for a long time?
                What packages installed?
                On my testbox only pfblocker and pfflowd installed, squid-reverse removed.
                nothing special…
                Can't be hibernation mode that irretates pfsense...

                I"m using mac auth and noticed this with a fresh reboot setting the DL limit too 1 gb per month then after it lost connection from downloading a 1.2 GB file , all I had to do was refresh a page and I was back on the net.
                No other packages except freeraduis2.
                I figured i was setting something wrong.

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