uest: DEFAULT [ctac]
Fri Jan 20 12:33:05 2012: DEBUG: Radius::AuthFILE looks for match with
DEFAULT1 [ctac]
Fri Jan 20 12:33:05 2012: DEBUG: Radius::AuthFILE ACCEPT: : DEFAULT1 [ctac]
Fri Jan 20 12:33:05 2012: DEBUG: Radius::AuthGROUP: FILE_IP_check
result: ACCEPT,
Fri Jan 20 12:33:05 2012: DEB
plus latest patches
Perl v5.14.2 (as packaged in Wheezy)
Any similar experiences or hints why this could be? Restarting Radiator
every few days rectifies the situation but is not the way we want to run
the service ;-)
Thanks for your help,
best regards,
Kurt
-- Kurt
Heikki Vatiainen announced
> 2013-06-19:
> http://www.open.com.au/pipermail/radiator/2013-June/019148.html
>
> We are currently integrating those changes to AuthRADSEC and in
> meantime I would advice not to use UseStatusServerForFailureDetect in
> AuthBy RADSEC.
>
> Best Regards,
&g
LogIdent,
which means, that the central tool identifies a new source whenever
radiator is restarted, as the LogIdent as a whole changes.
Is there away to omit the pid?
I tried with just leaving LogOpt empty, which apparently doesn't work.
Any help would be highly appreciated,
best regards,
Kurt
--
Hello Heikki,
> Heikki Vatiainen <mailto:h...@open.com.au>
> 23. Februar 2014 22:42
> On 02/21/2014 05:58 PM, Kurt Bauer wrote:
>
>> Too easily find the logs from various servers apart I added a custom
>> LogIdent parameter per Server, which works as expected. The pr
