I opened a feature request on your bug tracker:
https://github.com/inverse-inc/packetfence/issues/5064
--
Nicolas Quiniou-Briand
n...@inverse.ca :: +1.514.447.4918 *140 :: https://inverse.ca
Inverse inc. :: Leaders behind SOGo (https://sogo.nu), PacketFence
(https://packetfence.org) and
Hello Enrico,
I tested on a 9.3.0 setup and you're right: the behavior you described
is the current one.
I suppose there is a good reason to have this behavior so I will see
internally and give you a feedback.
Current behavior is not perfect for the reason you mentioned. On top of
that,
Yes, deauth seeems works.
What I mean is that guest close browser/popup BEFORE sponsor approve it so he
never use Internet connection. If guest wait on captive portal (watching
progress bar) during sponsor approval he's able to use connection.
I think if no guest is on captive portal page when
This is the complete log of my session:
NOTE: when I move out from captive portal page from my iphone wifi disconnect
automatically. If I keep open the page all is working.
Jan 14 17:57:08 localhost packetfence_httpd.aaa: httpd.aaa(19425) INFO:
[mac:f0:98:9d:7c:2e:36] handling radius autz
Hello,
I have seen a rules in the default vlan filter than unregister a device if
the device switch between 8021x ssid and mac auth ssid.
It'perhaps your problem.
Le mardi 14 janvier 2020, Nicolas Quiniou-Briand via PacketFence-users <
packetfence-users@lists.sourceforge.net> a écrit :
> Hello
Hello Enrico,
On 14/01/2020 14:12, Enrico Pasqualotto wrote:
What I mean is that guest close browser/popup BEFORE sponsor approve
it so he never use Internet connection. [..] I think if no guest is
on captive portal page when someone approve the request that session
was destroyed.
I'm not sure
Hello Enrico,
I'm surprised about your report. Are you sure PacketFence is able to
deauthenticate your guests when they have been registered by your
sponsor ? Take a look at packetfence.log to be sure.
--
Nicolas Quiniou-Briand
n...@inverse.ca :: +1.514.447.4918 *140 :: https://inverse.ca