(RADIATOR) recommended method to "event notify" radiator to a restart/reread

[Hugh Irvine]

Hello Tariq -

See my other mail on this topic.

You can use a Monitor clause to connect to and issue a "RESTART" 
command.

See sections 6.62 and 23 in the Radiator 3.9 reference manual 
("doc/ref.html").

regards

Hugh


On 9 Jul 2004, at 22:48, Tariq Rashid wrote:

>
>
> i wonder if any commands can be passed to radiator via a
> command/control/management port. similar to the way you can ask some 
> servers
> for a status over a port (i think you can ask radiator for a status 
> over a
> port connection, or was the freeradius?).
>
> if this is possible then that would be useful as it would indicate 
> whether
> the server has sucessfuly restarted - whereas a ssh "kill -HUP" doesn't
> indicate the success of the operation.
>
> t
>
>
> -----Original Message-----
> From: Stefan Riegelnik [mailto:sriegelnik at netway.at]
> Sent: 08 July 2004 06:26
> To: Hugh Irvine
> Cc: Tariq Rashid; radiator at open.com.au
> Subject: Re: Re: (RADIATOR) recommended method to "event notify"
> radiator to a restart/reread
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello,
>
> $ ssh $user at host-with-radiator  "kill -HUP \`cat 
> /where/is/my/pidfile\`"
>
> HTH, Stefan Riegelnik
>
> Thus spake Hugh Irvine on 08.07 08:49:
>>
>> Hello Tariq -
>>
>> Interesting question - can anyone else on the list offer any
>> suggestions?
>>
>> And in answer to your question, no there is no configuration file
>> watching in Radiator.
>>
>> regards
>>
>> Hugh
>>
>>
>> On 7 Jul 2004, at 20:50, Tariq Rashid wrote:
>>
>>>
>>> hi - i'm sire many of you have come across this issue before, and its
>>> not
>>> unique to radiator either.
>>>
>>> the radius clients can be kept in the radius.cfg file (as <Client,
>>> 1.2.3.4>
>>> for example) or in a database, and i'm sure they can be kept in other
>>> locations too ...
>>>
>>> however, when an external system updates this list, either by
>>> rewritring the
>>> radius.cfg file, or updating an included file, or by adding entries 
>>> to
>>> or
>>> removing entries from an sqlclientlist database ... a running 
>>> radiator
>>> does
>>> not take account of the changes until the radiator server instances 
>>> if
>>> restarted or sent a -HUP signal.
>>>
>>> is there a recommended way to do this from remote locations? that is,
>>> these
>>> event notification originate on different machines to those which are
>>> actually running the server instances.
>>>
>>> i want to avoid additional custom written "event notification and
>>> restart"
>>> software as it adds points of weakness into an otherwise solid 
>>> system,
>>> and
>>> also requires additional support. (its is for this reason that i want
>>> to
>>> avoid external sql databases too, as that requires additional support
>>> and a
>>> more complex set of failure points)
>>>
>>> a not-so-good solution is to perhaps ask radiator to restart/reHUP
>>> periodically. i don't think there is a "file-watching" mechanism in
>>> radiator?
>>>
>>> tariq
>>>
>>> --
>>> Archive at http://www.open.com.au/archives/radiator/
>>> Announcements on radiator-announce at open.com.au
>>> To unsubscribe, email 'majordomo at open.com.au' with
>>> 'unsubscribe radiator' in the body of the message.
>>>
>>>
>>
>> NB: have you included a copy of your configuration file (no secrets),
>> together with a trace 4 debug showing what is happening?
>>
>> -- 
>> Radiator: the most portable, flexible and configurable RADIUS server
>> anywhere. Available on *NIX, *BSD, Windows, MacOS X.
>> -
>> Nets: internetwork inventory and management - graphical, extensible,
>> flexible with hardware, software, platform and database independence.
>> -
>> CATool: Private Certificate Authority for Unix and Unix-like systems.
>>
>> --
>> Archive at http://www.open.com.au/archives/radiator/
>> Announcements on radiator-announce at open.com.au
>> To unsubscribe, email 'majordomo at open.com.au' with
>> 'unsubscribe radiator' in the body of the message.
>>
>
> - --
> Stefan Riegelnik               sriegelnik at netway.at
> Non esistono uomini cattivi - dice l'orso -
> se sono cucinati bene.     Stefano Benni
> Phone: +43 1 9009 4643    Mobile: +43 6991 388 4643
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.2 (GNU/Linux)
>
> iD8DBQFA7NrwTItIMi1CpmERAp62AKDdv2pE3Ko7fWsbMcGsyvyznGpDDgCffab8
> oAZVgJ8NSge16ObMdplW09c=
> =EP2D
> -----END PGP SIGNATURE-----
>
> --
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
>
>

NB: have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-
CATool: Private Certificate Authority for Unix and Unix-like systems.

--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.