|Anonymous | Login||2023-12-05 04:37 EST|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001373||PacketFence||core||public||2012-01-31 14:43||2012-10-24 10:39|
|Target Version||Fixed in Version|
|Summary||0001373: Non-Alphanumeric chars will make Disconnect-Message Fail|
|Description||Seeing on a client server, the shared secret was containing the following chars:|
- @ $
It made the RADIUS dynauth unusable, PF was complaining about a bad secret, when it was working fine using radclient.
|Tags||No tags attached.|
|fixed in git revision|
|fixed in mtn revision|
Almost everything parsed by Config::IniFiles is affected by this. not only radius dyn-auth.
From what I recall SNMP communities, telnet usernames or passwords are also affected...
This lasted long enough! You time is over nasty bug! I'm coming at you!
I just re-checked the CoA code and I don't see why these would cause failures. They are never interpolated.
Did you confirm that the conf/switches.conf file had the proper stuff in it? Because before we were bad at saving $,@,... from the web admin but that was fixed lately. Editing conf/switches.conf by hand always worked.
If you did validate that conf/switches.conf was correct, it could well be a library issue unfortunately... We use Net::Radius::Packet we should probably check its changelog from time to time (or maybe even report the bug).
Deauth worked fine with - @ or $.
The issue might have been something else then. Marked as resolved.
|2012-01-31 14:43||fgaudreault||New Issue|
|2012-01-31 14:49||obilodeau||Status||new => assigned|
|2012-01-31 14:49||obilodeau||Assigned To||=> obilodeau|
|2012-01-31 14:50||obilodeau||Note Added: 0002562|
|2012-09-25 22:43||obilodeau||Note Added: 0003096|
|2012-10-19 13:44||fgaudreault||Assigned To||obilodeau =>|
|2012-10-19 13:44||fgaudreault||Target Version||=> investigate|
|2012-10-24 10:39||fgaudreault||Note Added: 0003238|
|2012-10-24 10:39||fgaudreault||Status||assigned => resolved|
|2012-10-24 10:39||fgaudreault||Target Version||investigate =>|
|Copyright © 2000 - 2012 MantisBT Group|