i've just sent a bunch of patches to manuel to implement the following.
would those who've actively used or are planning to use the captive portal
let me know if this is sufficient enough leading to a full 1.1 release of
m0n0wall or is the captive portal still lacking in some much needed
functionality which is critical. i reckon we dont have too long to make
major changes, so requests would have to be either critical/showstopper
bugs or something which is really lacking.
- fix to handle RADIUS authentication server timeouts correctly
- added functionality for RADIUS accounting to same RADIUS server.
AcctStart packets are sent upon a succesful auth, and AcctStop packets
are sent upon a user logout/disconnect, hard/idle timeout or m0n0wall
reboot thru webGUI. AcctStop packets include information for session
duration, packets in/out and octets in/out.
- added in Logout popup window for captive portal clients to explicitly
disconnect from captive portal. popup pops up irrespective if RADIUS
authentication/accounting is used or not.
- added system_reboot_cleanup() function to contain all cleanup functions
when the m0n0wall is rebooted from the webGUI
if the enable check box is unchecked, to make UI behaviour consistent
with rest of webGUI
- displays Pipe/Queue description in Traffic Shaper Rules/Queues pages for
better clarity. if pipe/queue has null description, then pipe/queue
index number (old behaviour) is displayed instead
the release of 1.1b17 will have to wait till manuel gets back from LA.
Regards, /\_/\ "All dogs go to heaven."
dinesh at alphaque dot com (0 0) http://www.alphaque.com/
| for a in past present future; do |
| for b in clients employers associates relatives neighbours pets; do |
| echo "The opinions here in no way reflect the opinions of my $a $b." |
| done; done |