Hi!
>Could it be implemented just be customising the SQL queries?
I see - the FindQuery has to look like this:
select TIME_STAMP, YIADDR, SUBNETMASK, DNSSERVER from RADPOOL where
POOL='%0' and STATE=0 and TIME_STAMP < (%t - 600) order by TIME_STAMP;
... I think I couldn't see the wood for the t
Hello Rainer,
I cant seem to find you in my records.
Will you please let me know the name of the Radiator licensee involved?
On Fri, 6 Jun 2003 04:01 am, Huber, Rainer wrote:
> Hi List,
>
> In the near future I'll have to switch a radiator configuration (2
> radiators/OracleDB) to IP assignment b
Hello Fernando,
On Fri, 6 Jun 2003 01:37 am, Fernando Romão wrote:
> Mikem,
>
> These are my config files and logs.
>
> Note that the user I used to login was mrs00020 and not
> PEAP-000B46BD5547.
> This strange login is PEAP + MACaddreess of the wireless adapter.
> Why t
Hello Andrea,
On Fri, 6 Jun 2003 12:48 am, Andrea Brancatelli wrote:
> Hello Mike,
>
> Thursday, June 5, 2003, 6:54:36 AM, you wrote:
> >> You've been a light into the night!
>
> MM> I think by now you have been up all night in Italy?
>
> Yeah, I did :)
>
> Anyhow now I have everything working as
Hello Dave,
On Fri, 6 Jun 2003 04:24 am, Dave Birkbeck wrote:
> Hello,
>
> What about running multiple instances of Radiator with two totally
> different configs and logs. Is this possible?
Yes, provided they dont share ports (or log files as Robert mentions below).
Cheers.
>
> Thanks,
>
> Dave
Hi Dan,
thanks for the feedback.
With at least 2 people affected by this I have added something to the FAQ.
Cheers.
On Thu, 5 Jun 2003 11:22 pm, Jamie Orzechowski wrote:
> Well ... that did it ... on Redhat 9 I had to use the following
>
> DBD-Sybase-0.94
> FreeTDS-0.53
>
> Using Radiator 3.6
>
Hi all,
Just wanted to share a little perl script we are using to clean stale
sessions from our session database (nb. this is a temporary fix, the long
term plan is to ask the access servers which has proven to be rather
involved). This script basically finds entries older than 3 hours (no
a
Hi all,
A while ago we made a change to the allocation query used to allocate IP
addresses from a pool. So far no major problems but I just wanted to check
if anybody had done something similar :
AllocateQuery update RADPOOL set STATE=1,TIME_STAMP=%0, EXPIRY=%1,
USERNAME=%2 where YIADDR='
Hi Rainer,
We have a similar scheme here that so far has been working well for us.
Our strategy is simply to always use the ip from the pool that has been
unused for the longest period. That way you dont run into the potential
problem of "running out" of IP numbers if you have a high rotatio
Hello,
What about running multiple instances of Radiator with two totally
different configs and logs. Is this possible?
Thanks,
Dave
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Blayzor
Sent: Thursday, June 05, 2003 8:57 AM
To: Mike McCauley;
Hi List,
In the near future I'll have to switch a radiator configuration (2
radiators/OracleDB) to IP assignment by RADIUS.
There is one special requirement, which has to be implemented: The IP
addresses have to be kept back a defined period of time before they are
reassigned to new sessions (ex.
On 6/5/03 2:20 AM, "Mike McCauley" <[EMAIL PROTECTED]> wrote:
> On Thu, 5 Jun 2003 03:58 pm, jaws wrote:
>> Got it. That means i can also use the same config file?
>
> Yes, if you use the -auth_port and -acct_port command linet flags.
>
> Cheers.
Be careful on this. If you have entries in the
12 matches
Mail list logo