Freeradius 3.0 hints, rlm_perl

[Thomas Glanzmann]

Hello Arran,

> > DEFAULT User-Name =~ "^v104\\\\([^@]+)"
> >     User-Name := "%{1}@V104.GMVL.DE"

> Can you got some debug output or even just the value of the User-Name?
> It may just be the escaping is less crazy than it used to be.

username is: v104\Administrator but radius puts it internally as
v104\\Administrator.

This is how it looks like in 2.2.0:

rad_recv: Access-Request packet from host 10.104.1.0 port 54489, id=59, length=58
        User-Name = "v104\\Administrator"
        User-Password = "Pa$$w0rd"
# Executing section authorize from file /etc/freeradius/sites-enabled/default
+- entering group authorize {...}
++[control] returns notfound
[preprocess]    expand: %{User-Name} -> v104\Administrator
[preprocess]   hints: Matched DEFAULT at 1
[preprocess]    expand: %{1}@V104.GMVL.DE -> Administrator at V104.GMVL.DE
++[preprocess] returns ok
Found Auth-Type = perl
# Executing group from file /etc/freeradius/sites-enabled/default
+- entering group authenticate {...}
rlm_perl: Added pair User-Name = Administrator at V104.GMVL.DE
rlm_perl: Added pair User-Password = Pa$$w0rd
rlm_perl: Added pair NAS-IP-Address = 10.104.1.0
rlm_perl: Added pair Reply-Message = Enter SMS one time password
rlm_perl: Added pair State = 72641523
rlm_perl: Added pair Response-Packet-Type = Access-Challenge
rlm_perl: Added pair Auth-Type = perl

> No. That just means you don't have a reject {} section in Post-Auth,
> it has nothing to do with the perl module.

I see, I'll try that and report back.

> Can you provide a backtrace please? I'll see if I can fix it.

I'll do that.

I found another small bug in the debian packages generated by
debian/rules binary in the 2.2.0 release:

Initscript puts pid file in /var/run/freeradius

But Freeradius wants to put it in /var/run/radius, so it does not start:

Sun Jul 21 19:36:34 2013 : Error: Failed creating PID file /var/run/radiusd/radiusd.pid: No such file or directory

Cheers,
        Thomas