3.0.6 rlm_eap_gtc: Unknown Auth-Type perl
Hello, In previous freeradius 2.2.x versions, I've been able to change the Auth-Type to perl within the gtc module. For example... eap { default_eap_type = peap timer_expire = 60 ignore_unknown_eap_types = no gtc { challenge = "Password: " auth_type = perl } This allowed rlm_eap_gtc to pass the password to rlm_perl via the User-Password attribute. Now when trying to upgrade to 3.0.x, it seems that an auth_type of perl is no longer allowed. I am wondering if this is a bug or intentional change? Should I be changing Auth-Type within eap_gtc via some other means? For example... gtc { challenge = "Password: " auth_type = perl update control { Auth-Type := Perl } } Thank you. -Nick
On Jan 12, 2015, at 12:34 PM, Nick Rogers <ncrogers@gmail.com> wrote:
Now when trying to upgrade to 3.0.x, it seems that an auth_type of perl is no longer allowed. I am wondering if this is a bug or intentional change?
It’s allowed, it’s just unknown.
Should I be changing Auth-Type within eap_gtc via some other means? For example...
No, that won’t work. I’ve pushed a fix to the v3.0.x branch in git. In the mean time you can just edit raddb/dictionary, and add: VALUE Auth-Type Perl 1000 And then make a note that it should be deleted when 3.0.7 comes out. Alan DeKok.
On Tue, Jan 13, 2015 at 6:12 AM, Alan DeKok <aland@deployingradius.com> wrote:
On Jan 12, 2015, at 12:34 PM, Nick Rogers <ncrogers@gmail.com> wrote:
Now when trying to upgrade to 3.0.x, it seems that an auth_type of perl is no longer allowed. I am wondering if this is a bug or intentional change?
It’s allowed, it’s just unknown.
Should I be changing Auth-Type within eap_gtc via some other means? For example...
No, that won’t work.
I’ve pushed a fix to the v3.0.x branch in git. In the mean time you can just edit raddb/dictionary, and add:
VALUE Auth-Type Perl 1000
And then make a note that it should be deleted when 3.0.7 comes out.
Thanks! Any eta on 3.0.7 release?
Alan DeKok.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
participants (2)
-
Alan DeKok -
Nick Rogers