@esojmc https://docs.netgate.com/pfsense/en/latest/captiveportal/index.html#not-capable-of-reverse-portal A reverse portal, requiring authentication for traffic coming into a local network from the Internet, is not possible.

@Gertjan @free4 The radius server is served via the internet. Its not LAN based. Does that matter? Re authentication does not take that long at normal operation.

@sujith34 said in Captive Portal Voucher PDF & QRCode Generator webservice: knobelbecher.net has already site issues to works on .... Solutions that 'hook' into pfSense directly are always doomed to be abandoned.

@amitaussie any solution ?

@mohamed-elkhateeb Has been published here on the (this) forum. Sorry, my search button is out for the day. edit : and repaired. Here it is : #!/usr/local/bin/php -q <?php /* Disconnect all clients on all captive portal instances */ require_once("/etc/inc/util.inc"); require_once("/etc/inc/functions.inc"); require_once("/etc/inc/captiveportal.inc"); global $g, $config, $cpzone, $cpzoneid; /* Are there any portals ? */ if (is_array($config['captiveportal'])) { /* For every portal (cpzone), do */ foreach ($config['captiveportal'] as $cpkey => $cp) /* Sanity check */ if (is_array($config['captiveportal'][$cpkey])) /* Is zone enabled ? */ if (array_key_exists('enable', $config['captiveportal'][$cpkey])) { $cpzone = $cpkey; $cpzoneid = $cp['zoneid']; captiveportal_disconnect_all(); } } ?> Place the file with extension php in, for example, /root/ Make a cron entry like [image: 1638531129957-59ff7d41-7aca-437c-82ac-c241dfa27e20-image.png] Pick time entries as you wish. "pkg_check.php" must be the name of the file you created above. Start by installing the pfSense cron package.

@gertjan said in Pfsense captive portal does not show on IPhone !!: They don't care about de local castle from the 14 century. heheh - I don't know when I was on business trips my favorite part was taking in the local history and stuff to do. This was mostly the local tavern ;) But still - hehehe I spent a bit of time in Tulle on multiple occasions.. I had a couple of fav watering holes there.. One of my favorite spots was a little place tucked away on a side street, loved to sit outside and just watch the people going about their business and enjoy a few beers.. It was across from the cathedral there, and believe that was from the 14th century ;)

@gertjan thank u man, for your reply...i'll see with dev team if we can work on it beacause i´m just the infra guy and maybe i´m doing the wrong questions...

Xiami devices ? You mean Xiaomi devices ? These are based on the Android OS, right ? So, they should work. I see the connected don my captive portal.

@kelvinmurik Correct. "mysqli" requires "mysqli" support, which is different from the older "mysql" (-connect) library.

What I understood : Initially, everybody can obtain a free voucher, good for 12 hours. @zuzu-0 said in Captive Portal Free Wifi with Hard Timeout & Vouchers: no matter if you have a voucher or not What do you mean by "voucher or not' ? People can connect without a voucher ? The duration of a voucher can't be changed after creation. When users switch from the "12 hours" to a "21 days", they switch vouchers, right ? It is - in theory - possible to reset the "moment of first usage" of a voucher but this needs coding. @zuzu-0 said in Captive Portal Free Wifi with Hard Timeout & Vouchers: everyone who buys the Wi-Fi gets to type in the code every 12 hours The "hard time" out will throw out any connection. Users that use vouchers that are still valid can / have to reconnect, that's correct. Probably not convenient for you, I understand. You've tried a "hard time" out of "20 days" ?

@barrio603 said in Is letsencrypt.Org an option for https captive portal?: would be Your "would be" became a "must have" half a decade or so. It's 6 years later now. The acme.sh pfSense package took care of things.

@papdee Nope, never used Traffic Shaper. you might be right but how can I verify that which config is overriding ?

@galacticfreez said in Captive portal and DNS Redirection: I thought Apple Devices had different DNS configured and that it would avoid the captive portale to open. But it isn't the case (it seems this could help : https://developer.apple.com/news/?id=q78sq5rv) That link shows what the future might look like. It's, at best, RFC draft today. This solution only needs a working DHCP server, and some json/webserver support. Initial DNS functionality becomes irrelevant, as captive portal interaction becomes possible as soon as the IP link is established. iDevices - and all the others - work just fine with the current way of doing things. I'm using myself the captive portal for a hotel. It works.