Frank, List,
Here is a snippet of my clients.cfg file
(attached). All of my client entries look like what i attached.
Dan
- Original Message -
From:
Frank
Danielson
To: Dan ; [EMAIL PROTECTED]
Sent: Monday, March 03, 2003 1:31
PM
Subject: RE: (RADIATOR) Session
Hello Dan -
This looks very odd.
What version of Radiator are you running?
And can you send me the contents of the session database and a more complete trace 4 showing the startup messages and also what happens when you have a clean session database? I will need to see multiple access
Mail Service
(5.5.2653.19) id FKHB85FK; Mon, 3 Mar 2003 14:31:20 -0500
Message-ID: [EMAIL PROTECTED]
From: Frank Danielson [EMAIL PROTECTED]
To: Dan [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: RE: (RADIATOR) Session Database and MaxSessions
Date: Mon, 3 Mar 2003 14:31:15 -0500
MIME-Version: 1.0
X
Hello William -
This topic has been discussed on the list previously and I seem to
remember that someone contributed some code, so you should check the
mailing list archives, the FAQ and possibly the goodies directory of
the Radiator 3.5 distribution.
regards
Hugh
On Saturday, Mar 1, 2003,
acctsessionid='67109142' and username='ec143pop'
- Original Message -
From: Hugh Irvine [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: 16-01-2003 5:08 AM
Subject: Re: (RADIATOR) Session database with mysql
Hello -
The usual reason for stale records being left
: DEBUG: do query is: delete from radonline
where
acctsessionid='67109142' and username='ec143pop'
- Original Message -
From: Hugh Irvine [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: 16-01-2003 5:08 AM
Subject: Re: (RADIATOR) Session database with mysql
Hello
Hello -
The usual reason for stale records being left in the session database
is missing stop records. In other words, if you do not receive a stop
record when a user session completes, then you will not delete that
users record from the session database.
It is also possible that the delete
Hello Ganbold -
The answer to this depends on what else you are doing, but you can
either use Handlers with a SessionDatabase NULL, or you can use a very
large value for the Simultaneous-Use check item (or NULL if you are
using an SQL database).
regards
Hugh
On Monday, Dec 9, 2002, at
Hello TDN -
You should add the relevant columns to the session database table, and
specify your own SQL queries.
Have a look at section 6.7 in the Radiator 3.3.1 reference manual.
regards
Hugh
On Wednesday, October 23, 2002, at 05:12 PM, [EMAIL PROTECTED] wrote:
How would I modify my
Hello Laramie -
It looks to me like you are not connecting to the database (have you installed DBI and DBD?).
Could you send me a trace 4 debug showing the Radiator startup sequence and what happens when you first access the database?
regards
Hugh
On Tuesday, October 22, 2002, at 01:47 AM,
Hello Ray -
Yes you can do this.
regards
Hugh
On Mon, 29 Apr 2002 22:13, [EMAIL PROTECTED] wrote:
Hello,
Is it possible to have a sql session database for every handler?
ex. Handler Called-Station-Id = '02456789'
SessionDatabase SQL
.
.
Hello Matthew -
On Wed, 30 Jan 2002 13:56, mhobbs wrote:
I have set up a session database using the following
SessionDatabase SQL
DBSourcedbi:mysql:RADONLINE
DBUsername
DBAuth
AddQuery insert into RADONLINE (FRAMEDIPADDRESS, USERNAME, NASIDENTIFIER,
It looks like radpwtst is sending the default NAS-Port of 1234 for each
request. Since radiator sees the second call coming in on the same physical
port it assumes that the first session had to have ended. Change the
NAS-Port in the second test using the -nas_port parameter of radpwtst so it
HiGriff,
The reason of that strange lines that you mention
is the radiator's default session database implementation which is right. Its
because only one user can be connected from the same nasidentifier and nas port
at any time...
When a useraccess request
comes,radiator first erases
Hello Kyle -
I will also need to see a copy of the configuration file (no secrets).
thanks
Hugh
At 11:56 AM -0400 6/28/01, Kitabjian, Dave wrote:
Hey.
1) Have you tested INSERTing to your DB from the command line to make sure
it's working? Perhaps from a Perl command line?
2) Put Trace 4
Hello John -
Can you send me a trace 4 debug showing the packet dumps and so on please?
thanks
Hugh
On Friday 08 June 2001 16:26, John Coy wrote:
I just upgraded to Radiator 2.18.1 on a Sun Solaris box. After
my upgrade, my session database is no longer logging the
%{Framed-IP-Address}
Argh.. this is where everyone should yell at me to RTFM! Just stumbled
over the Identifier parameter for SessionDatabase clauses... just shoot
me :)
Jeremy
On Wed, Apr 18, 2001 at 11:22:54AM +1000, Jeremy Burton wrote:
Hi All,
I have a question 'bout session databases... We have a setup
Hello Swee-Chuan -
At 17:57 +0800 4/12/00, Swee-Chuan Khoo wrote:
hi,
i am using oracle as my user database as well as the session database,
i can use multiple server for authentication, for high availability
purposes.
can i do the same thing with session database?
Yes you can, however keep
Hello William -
On Sat, 07 Oct 2000, William Hernandez wrote:
Hello everyone,
I was using a modification to AuthGeneric.pm that uses finger to
count simultaneous-user,
but had to trash it because the output of finger truncates the
user name and because we have
valid user names in the
Hello David -
On Tue, 21 Dec 1999, David Lloyd wrote:
Hello, I've got a 3COM box that uses MPIP to synchronize the multilink
information between two router cards. My problem is that whenever someone
connects one channel into each card, an accounting entry is made that
looks like a regular
From: Hugh Irvine [mailto:[EMAIL PROTECTED]]
Sent: Sunday, November 28, 1999 7:38 PM
To: Roy Hooper; [EMAIL PROTECTED]
Cc: Roy Hooper
Subject: Re: (RADIATOR) Session Database
Hello Roy -
On Sat, 27 Nov 1999, Roy Hooper wrote:
I'm looking at the session database, and it appears that
On Sun, Nov 28, 1999 at 10:44:22PM -0500, Roy Hooper wrote:
At present, I have two situations I want to rememedy:
1. I'm getting a number of "noise" accounting packets sent by one of our
vendors to check our server is working. These packets tend to pollute the
session database, but can be
Hi Roy (and Tom) -
On Mon, 29 Nov 1999, Roy Hooper wrote:
If they're using something that's always the same, then create a Handler
that matches and ignores these packets (although you may want to log
them to make sure they're doing their job etc).
I'm already doing this (here's my
Hi Roy -
On Mon, 29 Nov 1999, Roy Hooper wrote:
Thanks! That worked well.
Good.
Is there any way to just discard instead of using two (or 3) session
databases?
No, not really, as you need the first one as a place-holder in any case. Its
always the first one that is used by default
Note however that you can specify an internal session database,
just like the
others, and as it runs entirely in memory it will be fast and won't leave
anything lying around.
Ahh, yes, this is what I was trying to figure out.
Actually, I have just been looking at the code, and it says that
Look at section 6.5 of the RADIATOR manual under the
SessionDatabase SQL section. There is an option called
AddQuery and one called DeleteQuery to handle what you're
asking.
At 10:42 PM 8/28/99 +0530, you wrote:
Hi all
i am using sql for maintaining session logs.
How can I change the query
Hi Chris,
From your debug trace the example shown did not have any errors, therefore we
would need a trace that does explicityly show both the incoming request and the
resulting SQL statement that causes the error.
We suspect that the error is caused by a NAS-specific accounting request.
27 matches
Mail list logo