It looks like the %RAD_REQUEST hash is empty by the time you get to the authenticate function in the perl script. I've set up the log_request_attributes function for just standard output like thus: sub log_request_attributes { print "########### Request attributes debug ##############\n"; for (keys %RAD_REQUEST) { print "hello\n"; ... And in the debug output from the radiusd -X, you'll see this: auth: type "perl" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 0 perl_pool: item 0x9413670 asigned new request. Handled so far: 1 found interpetator at address 0x9413670 ########### Request attributes debug ############## rlm_perl: Added pair Service-Type = Framed-User rlm_perl: Added pair Framed-Routing = Broadcast-Listen rlm_perl: Added pair Framed-Protocol = PPP ... You can see that we never get a 'hello', because it nevers enters the for loop in the log function since %RAD_REQUEST is empty. I'm not sure what I've done to make it disappear. Thanks for the response! Boyan Jordanov wrote:
On Sunday 06 November 2005 02:35, Gustave Nylander wrote:
I have freeradias 1.0.5 installed with the rlm_perl module, and the trouble I'm having is that the user-name attribute is an empty string within the 'authenticate' routine I have for the perl script.
Please see in example.pl that comes with 1.0.5 there is a function log_request_attributes. Call this function right after you enter your authentuicate function, run radius in debug and send output.