Murray Long wrote:
> That switch statement has no condition for *cp == "\\". Which is what
> I have added. (Please see patch attached to my previous message)
OK, I didn't see that. I'll look into a fix for 2.1.10.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/
That switch statement has no condition for *cp == "\\". Which is what
I have added. (Please see patch attached to my previous message)
On Tue, Sep 7, 2010 at 12:37 PM, Alan DeKok wrote:
> Murray Long wrote:
>> When passing variables to the perl module,
>> "void fr_print_string(const char *in, s
Murray Long wrote:
> When passing variables to the perl module,
> "void fr_print_string(const char *in, size_t inlen, char *out, size_t outlen)"
> Escapes all special characters (including '\')
Yes.
> When variables are returned from perl,
> VALUE_PAIR *pairparsevalue(VALUE_PAIR *vp, const char
What seems to be happening here:
When passing variables to the perl module,
"void fr_print_string(const char *in, size_t inlen, char *out, size_t outlen)"
Escapes all special characters (including '\')
When variables are returned from perl,
VALUE_PAIR *pairparsevalue(VALUE_PAIR *vp, const char *v
Ok, debug logs and config files are attached.
It looks like the problem could be with rlm_perl. as the proxying
happens correctly if we disable the perl module completely.
However, even with no logic happening in the perl script, additional
\'s are added to the attributes.
Please see the attach
Murray Long wrote:
> I am running the latest version provided by Ubuntu, 2.1.8+dfsg-1ubuntu1
> Is this not considered recent?
> I will try 2.1.9 from the freeradius site and see how that goes.
Well.. it works in the current 2.1.x branch.
How about posting debug logs?
Alan DeKok.
-
List inf
I am running the latest version provided by Ubuntu, 2.1.8+dfsg-1ubuntu1
Is this not considered recent?
I will try 2.1.9 from the freeradius site and see how that goes.
-Murray
On Fri, Sep 3, 2010 at 2:03 PM, Alan DeKok wrote:
> Murray Long wrote:
> > If I attempt a login with username "A\" The f
Murray Long wrote:
> If I attempt a login with username "A\" The first freeradius server
> recieves packets with UserName atribute = "A\\" and sends a packet to
> the sencond radius server with username attribute = "A" (as
> reported by wireshark)
Upgrade to a recent version of the server.
I have the following setup:
CoovaChilli accepts user login requests and sends radius packets to
freeradius
freeradius then proxies the requests (based on realm) onto a second
freeradius server.
If I attempt a login with username "A\" The first freeradius server recieves
packets with UserName atrib
9 matches
Mail list logo