What do pass-through credits have to do with anything?

If you want to create a 6-hour voucher, create a roll of 6-hour vouchers.

If you want to use pass-through credits, use those.

If you want to use usernames/passwords and timeouts, use those.

You could probably achieve it with a cURL command back to your own server.

I use a cURL command to let me know if the Syslog box is online when a user connects to the CP.

One of my customers recently wanted to simplify their captive portal, so I'm setting up a system where there will be a generic password that changes every quarter. Then simply protect a "no authentication" page using the php script, they enter password, agree to t&c's and get online.

You could do the same, all the script does is get the current month, and checks the password against an array.

Hard to say without more details what you are doing wrong. Start testing all those things, copying, and pasting I guess.

I just turned up a captive portal and it worked fine. Had to pass 8.8.8.8 if the clients were configured to use that for DNS. Did not have to pass the local interface address in the CP.

Note that the traffic has to pass both CP and the interface rules to work.

Concentrate on DNS. figure out why users cannot resolve names unless CP is off.

It will also be interesting to know how your adventure goes, please keep us posted what you have found/implemented and if it worked in your scenario.

Cheers!

No, that is not possible.

Hi.

This would be more then 'configuring'.
Using the radius setup and you will gave the "per user bandwith and quota".
But … you initial login should send "something" to the radius setup so a user can chose his "settings". That needs coding.

Make that : https://www.google.com

@bloodsside14:

test

Can you list what you have here : Services -> Captive Portal -> [ZONE] -> File Manager ?
A file called "captiveportal-test.jpg" should be there (exactly the same).

i've re-installed PfSENSE and it solved.

You cannot assign IP addresses based on RADIUS results with captive portal.

For that you'd need something like 802.1x on the switch, NOT captive portal.

For the user to load the captive portal page they already have to have an IP address, and it's too late to move them to a different one.

Ok Tks Gertjan,
i'll retry and feedback

@mbutz89:

I do not have control on what version we run in the field.

Then perhaps you should advise those who have the control that they are running unsupported firewall version affected by many security issue long fixed in the versions that are supported. You are also missing tons of non-security bugfixes.

https://doc.pfsense.org/index.php/Versions_of_pfSense_and_FreeBSD

If i hadn't looked at your previous posts i would have taken you for a spam bot and banned you.
You really could run your post at least through some basic spell-checking…

As for your problem: There is no way to prevent someone from cloning your MAC address and using it to circumvent your MAC-lock.
That's mainly the reason why MAC-based ACLs are not considered useful.

This :
@technobiz:

…. still redirection to login page does not work.

as a description of your problem will not help us to find out what you forget to mention (and we should know so we can tell you what is wrong).

Tell us more if not everything about your interfaces.
How you set up DNS.
How you set up the portal (configure page).

Start using the default built in login page - and make the portal should work.

You should read : https://en.wikipedia.org/wiki/HTTP_404

Btw : you can not change  http://x.x.x.x:8002/index.php?zone to http://wireless.hotspot
This : http://x.x.x.x:8002/index.php?zone is already incorrect. The "zone" parameter should contains value so pfSense knows WHAT captive zone it's handling (more then one can exist)
This : "8002" is hard coded , and the first web server instance that is running to handle your first instance.
When you use something like "http://wireless.hotspot" it implies "http://wireless.hotspot:80" so you will get redirected …. see instruction here https://doc.pfsense.org/index.php/Captive_Portal_Troubleshooting to see what's really going on.