<![CDATA[Possible solution for delayed termination of captive portal users/clients]]>given

captive portal user id: wifi
usage limit: 1 day or 24hrs will due on 00:01AM
idle timeout: 3hrs
hard timeout: 0

here is the problem

If user wifi still connected until 00:01AM (which supposedly he will be disconnected automatically) he won't be disconnected until he logs out or he reaches the idle timeout.

possible solution is to edit the freeradius.inc in such a way it will look for users that expire on captive database and delete that entry right away.

i'm calling the coders, will this be possible or it is fixed on version 2.0 already?

any thoughts?

]]>https://forum.netgate.com/topic/25970/possible-solution-for-delayed-termination-of-captive-portal-users-clientsRSS for NodeTue, 21 Apr 2026 01:05:05 GMTSat, 21 Aug 2010 13:51:57 GMT60<![CDATA[Reply to Possible solution for delayed termination of captive portal users/clients on Mon, 30 Aug 2010 04:30:31 GMT]]>thank you sir.

sir, may also ask a minor clarification with the "concurrency" you've just mentioned, is this means that this will "only" work if I had put "checked" on "Disable concurrent logins"?

oh, how if I would like to stop using it or remove it from running? how will I do it?


/* no pruning for fixed mac address entry */
		if (portal_mac_fixed($cpdb[$i][3]))

based on your code, what do you mean "fixed mac address", is this the Pass-through entries?

-cruzades
still researching/learning how to use cron job :)

]]>https://forum.netgate.com/post/244800https://forum.netgate.com/post/244800Mon, 30 Aug 2010 04:30:31 GMT<![CDATA[Reply to Possible solution for delayed termination of captive portal users/clients on Sun, 29 Aug 2010 23:59:20 GMT]]>Yes sure - this can. Its actually just a matter of setting the time the script runs. You can run it every 30 minutes, or at one specific time - all depends on how you setup the cron job.

e.g.
0  1  *  *  *  root  /usr/local/bin/php -q /usr/local/captiveportal/portal-reauth.php

would run every day at 1am. You should do a google on cron jobs syntax to understand how to set the time and frequency etc.

Sorry - I should mention that this should be used at your own risk as is an adaptation (hack) from stock pfsense. But it works for us well.

]]>https://forum.netgate.com/post/244790https://forum.netgate.com/post/244790Sun, 29 Aug 2010 23:59:20 GMT<![CDATA[Reply to Possible solution for delayed termination of captive portal users/clients on Sun, 29 Aug 2010 11:37:24 GMT]]>@cordeos:

We adapted the the existing 'Prune' routine, threw it into a seperate php file and call it from a Cron job (every 30minutes) using following command:

/usr/local/bin/php -q /usr/local/captiveportal/portal-reauth.php

So what it does is run though the local file created by cp (of all current users) and does a re-auth call to radius to see if they should still be logged in. Given we allow concurrency on the system we have to send an accounting disconnect then reconnect after (just the way we have things setup)

Have attached the PHP page we created to this post. Note it is setup for concurrency at the moment - maybe you dont need that. Hopefully work out of the box for you. (remove the txt extension)

Hope this helps - not sure if its what your after ?

sir, I'm too noob about scripting, I would like to know if this could be adjusted from 30minute to a specific time (e.g. 0000hrs)?, so that all connected cp users needs to re-authenticate, and hopefully the due accounts will not.

btw, I'm using freeRadius for authentication.

thanks.

]]>https://forum.netgate.com/post/244755https://forum.netgate.com/post/244755Sun, 29 Aug 2010 11:37:24 GMT<![CDATA[Reply to Possible solution for delayed termination of captive portal users/clients on Fri, 27 Aug 2010 23:38:59 GMT]]>Yeah - we read the forums and didnt like the sound of a reauthenticate every minute. Too much loading we thought. Yes this hack is not ideal, but gets around this problem. In 2.0 can you specify the reauthenticate interval ? that would be great.

]]>https://forum.netgate.com/post/244672https://forum.netgate.com/post/244672Fri, 27 Aug 2010 23:38:59 GMT<![CDATA[Reply to Possible solution for delayed termination of captive portal users/clients on Fri, 27 Aug 2010 23:16:36 GMT]]>Doesn't the "reauthenticate" run every minute? Everyone always says, "don't use it".

]]>https://forum.netgate.com/post/244626https://forum.netgate.com/post/244626Fri, 27 Aug 2010 23:16:36 GMT<![CDATA[Reply to Possible solution for delayed termination of captive portal users/clients on Fri, 27 Aug 2010 13:23:14 GMT]]>You have an option to reauthenticate users on the CP no need for this hack.

]]>https://forum.netgate.com/post/244624https://forum.netgate.com/post/244624Fri, 27 Aug 2010 13:23:14 GMT<![CDATA[Reply to Possible solution for delayed termination of captive portal users/clients on Fri, 27 Aug 2010 01:58:56 GMT]]>Ob btw - this is for 1.2.3

]]>https://forum.netgate.com/post/244572https://forum.netgate.com/post/244572Fri, 27 Aug 2010 01:58:56 GMT<![CDATA[Reply to Possible solution for delayed termination of captive portal users/clients on Fri, 27 Aug 2010 01:57:45 GMT]]>We adapted the the existing 'Prune' routine, threw it into a seperate php file and call it from a Cron job (every 30minutes) using following command:

/usr/local/bin/php -q /usr/local/captiveportal/portal-reauth.php

So what it does is run though the local file created by cp (of all current users) and does a re-auth call to radius to see if they should still be logged in. Given we allow concurrency on the system we have to send an accounting disconnect then reconnect after (just the way we have things setup)

Have attached the PHP page we created to this post. Note it is setup for concurrency at the moment - maybe you dont need that. Hopefully work out of the box for you. (remove the txt extension)

Hope this helps - not sure if its what your after ?

portal-reauth.php.txt

]]>https://forum.netgate.com/post/244571https://forum.netgate.com/post/244571Fri, 27 Aug 2010 01:57:45 GMT