Hello Heikki,

Thanks for the suggestions.

I was using "Trace 4" set and when running from the command line the activity 
was written to the logfile. When running as a service nothing was written at 
all.

After a lot of messing around I have found the problem.  I had adapted the 
config file from one in the goodies directory which sets the locations for the 
logfile and DbDir with the statements

LogDir  .
DbDir   .

I don't know where the "." location was when running as a service but Radiator 
wasn't finding the dictionary or the log file location.  As  soon I set an 
explicit full path for these two in the .cfg file the service started running 
properly.

Many thanks,

Tim


-----Original Message-----
From: radiator-boun...@open.com.au [mailto:radiator-boun...@open.com.au] On 
Behalf Of Heikki Vatiainen
Sent: 29 July 2014 15:46
To: radiator@open.com.au
Subject: Re: [RADIATOR] No response with Authby URL running as a Windowsservice

On 07/29/2014 01:15 PM, Hadlow, Tim wrote:
> I have Radiator 4.13 using an Authby URL config running fine at the
> Windows command line on a 2008 R2 server with ActivePerl  5. 18.2 but
> when I run it as a Windows service it does not respond.

Hello Tim,

try clearing the log file and then starting Radiator as Windows service with 
url.cfg that has Trace set to 4 (debug). Then try sending a request to it.

The log file should show what happens. It might be there is, for example, 
problem finding some of the modules Radiator needs which causes the request to 
be ignored. If there is such a problem, the debug log should show at least that 
the request is received even if handling it fails.

> I can see the
> service listed as running and the port 1812 is being listened to but
> just get no reponse. If I switch to using the goodies/simple.cfg as a
> test then it does respond Ok as a service.  When running with the
> URL.cfg the web server is on the same box so the URL is
> http://127.0.0.1/ etc., and as I said it work fine when Radiator is
> running at the command line.

One reason might be the Radius/* modules are found when radiusd is started from 
the distribution directory. When it runs as a Windows service, and the modules 
have not been installed yet, perl can not find them anymore and this causes the 
request to be ignored.

> Has anyone else had problems using Authby URL when running as a
> Windows service or have any suggestions as to how to debug or fix this?

I'm not aware there should be anything special with AuthBy URL or running as 
Windows service as long as the modules are found by perl. You can check the 
module search path with 'perl -V'. The current directory '.' is part of the 
default search path so that's why it works when radiusd is started from the 
distribution directory.

Thanks,
Heikki

--
Heikki Vatiainen <h...@open.com.au>

Radiator: the most portable, flexible and configurable RADIUS server anywhere. 
SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, 
TACACS+, PAM, external, Active Directory, EAP, TLS, TTLS, PEAP, TNC, WiMAX, 
RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, DIAMETER etc. Full source on Unix, 
Windows, MacOSX, Solaris, VMS, NetWare etc.
_______________________________________________
radiator mailing list
radiator@open.com.au
http://www.open.com.au/mailman/listinfo/radiator


******************************************************************************************************************
Experience the British Library online at www.bl.uk<http://www.bl.uk/>
The British Library’s latest Annual Report and Accounts : 
www.bl.uk/aboutus/annrep/index.html<http://www.bl.uk/aboutus/annrep/index.html>
Help the British Library conserve the world's knowledge. Adopt a Book. 
www.bl.uk/adoptabook<http://www.bl.uk/adoptabook>
The Library's St Pancras site is WiFi - enabled
*****************************************************************************************************************
The information contained in this e-mail is confidential and may be legally 
privileged. It is intended for the addressee(s) only. If you are not the 
intended recipient, please delete this e-mail and notify the 
postmas...@bl.uk<mailto:postmas...@bl.uk> : The contents of this e-mail must 
not be disclosed or copied without the sender's consent.
The statements and opinions expressed in this message are those of the author 
and do not necessarily reflect those of the British Library. The British 
Library does not take any responsibility for the views of the author.
*****************************************************************************************************************
Think before you print
_______________________________________________
radiator mailing list
radiator@open.com.au
http://www.open.com.au/mailman/listinfo/radiator

Reply via email to