lib/pf/Switch/Ruckus/SmartZone.pm
On Sun, Oct 26, 2025, 4:35 PM Irvan via PacketFence-users < [email protected]> wrote: > Hello, > > I have the same problem as you. Thanks for solving this issue. May I know > which file you are referring to? I would like to edit it too. > > > Regards, > Irvan. > > On Tue, Oct 21, 2025 at 8:27 PM Jason Maxfield via PacketFence-users < > [email protected]> wrote: > >> In case anyone runs into this same issue, the solution for me was the >> following: >> >> This function was causing issues: >> sub deauthenticateMacDefault { >> my ( $self, *$ifindex*, $mac, $is_dot1x ) = @_; >> my $logger = $self->logger; >> >> if ( !$self->isProductionMode() ) { >> $logger->info("not in production mode... we won't perform >> deauthentication"); >> return 1; >> } >> >> #Fetching the acct-session-id >> my $dynauth = node_accounting_dynauth_attr($mac); >> >> $logger->debug("deauthenticate $mac using RADIUS Disconnect-Request >> deauth method"); >> return $self->radiusDisconnect( >> $mac, { 'User-Name' => $dynauth->{'username'} }, >> ); >> } >> >> I thought it was the dynauth not getting username or acctsessionid, but >> it was actually because the function has incorrect parameters. I searched >> through a few other switch files and noticed they had >> my ( $self, $mac, $is_dot1x ) = @_; >> So I removed the $ifindex and now it works great! >> >> >> On Wed, Jul 9, 2025 at 1:56 PM Jason Maxfield <[email protected]> >> wrote: >> >>> PF version: 14.1 >>> SmartZone version: 6.1.2 >>> >>> >>> >>> I can't figure out why PF isn't sending the deauth to SmartZone. >>> >>> Here is the log during a successful authentication: >>> >>> 2025-07-09T09:57:40.411141-07:00 packetfence >>> httpd.portal-docker-wrapper[3640743]: httpd.portal(16) INFO: >>> [mac:b6:28:df:72:70:17] User test has authenticated on the portal. >>> (captiveportal::PacketFence::DynamicRouting::Module::_username_set) >>> 2025-07-09T09:57:40.422941-07:00 packetfence >>> httpd.portal-docker-wrapper[3640743]: httpd.portal(16) INFO: >>> [mac:b6:28:df:72:70:17] security_event 1300003 force-closed for >>> b6:28:df:72:70:17 (pf::security_event::security_event_force_close) >>> 2025-07-09T09:57:40.427742-07:00 packetfence >>> httpd.portal-docker-wrapper[3640743]: httpd.portal(16) INFO: >>> [mac:b6:28:df:72:70:17] Instantiate profile Wireless (pf::Connection:: >>> ProfileFactory::_from_profile) >>> 2025-07-09T09:57:40.557972-07:00 packetfence >>> httpd.portal-docker-wrapper[3640743]: httpd.portal(14) INFO: >>> [mac:b6:28:df:72:70:17] Instantiate profile Wireless (pf::Connection:: >>> ProfileFactory::_from_profile) >>> 2025-07-09T09:57:40.558489-07:00 packetfence >>> httpd.portal-docker-wrapper[3640743]: httpd.portal(14) WARN: >>> [mac:b6:28:df:72:70:17] locale from the URL is not supported >>> (captiveportal::PacketFence::Controller::Root::getLanguages) >>> 2025-07-09T09:57:40.569495-07:00 packetfence >>> httpd.portal-docker-wrapper[3640743]: httpd.portal(14) INFO: >>> [mac:b6:28:df:72:70:17] Releasing device (captiveportal::PacketFence:: >>> DynamicRouting::Module::Root::release) >>> 2025-07-09T09:57:40.581710-07:00 packetfence >>> httpd.portal-docker-wrapper[3640743]: httpd.portal(14) INFO: >>> [mac:b6:28:df:72:70:17] re-evaluating access (manage_register called) >>> (pf::enforcement::reevaluate_access) >>> 2025-07-09T09:57:40.592158-07:00 packetfence >>> httpd.portal-docker-wrapper[3640743]: httpd.portal(14) INFO: >>> [mac:b6:28:df:72:70:17] Instantiate profile Wireless (pf::Connection:: >>> ProfileFactory::_from_profile) >>> 2025-07-09T09:57:40.592478-07:00 packetfence >>> httpd.portal-docker-wrapper[3640743]: httpd.portal(14) INFO: >>> [mac:b6:28:df:72:70:17] VLAN reassignment is forced. >>> (pf::enforcement::_should_we_reassign_vlan) >>> 2025-07-09T09:57:40.592478-07:00 packetfence >>> httpd.portal-docker-wrapper[3640743]: httpd.portal(14) INFO: >>> [mac:b6:28:df:72:70:17] switch port is (172.17.1.6) ifIndex 0connection >>> type: WiFi MAC Auth (pf::enforcement::_vlan_reevaluation) >>> 2025-07-09T09:57:41.712067-07:00 packetfence pfqueue-backend[3698633]: >>> pfqueue(3698633) INFO: [mac:b6:28:df:72:70:17] [b6:28:df:72:70:17] >>> DesAssociating mac on switch (172.17.1.6) (pf::api::desAssociate) >>> 2025-07-09T09:57:41.716073-07:00 packetfence pfqueue-backend[3698633]: >>> pfqueue(3698633) ERROR: [mac:b6:28:df:72:70:17] Error handling desAssociate >>> : must specify key at /usr/local/pf/lib/pf/accounting.pm line 262. >>> >>> >>> As you can see something is getting hung when trying to get the session >>> from accounting. The line in question leads me to believe it's not sending >>> the MAC properly? >>> >>> if(my $entry = pf::accounting->cache->get($mac)){ >>> >>> >>> >>> Here is my switches.conf: >>> >>> [172.17.1.6] >>> FacultyVlan=1 >>> group=Wireless >>> radiusSecret=PF_ENC[data:xxxx,tag:xxxx,iv:xxxx,ad:] >>> defaultVlan=1 >>> >>> [group Wireless] >>> description=Wireless Controllers >>> isolationVlan=107 >>> defaultVlan=3 >>> registrationVlan=105 >>> type=Ruckus::SmartZone >>> >>> I've tried clearing accounting cache: pmcmd cache accounting clear >>> >> _______________________________________________ >> PacketFence-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/packetfence-users >> > > > -- > Software is just like parachute, > it doesn't work if it is not open.. > _______________________________________________ > PacketFence-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/packetfence-users >
_______________________________________________ PacketFence-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/packetfence-users
