ence.local with Internet Mail Service
(5.5.2653.19) id ; 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
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 requests
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 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,
= Async'
Fri Jan 17 15:45:54 2003: DEBUG: Rewrote user name to
[EMAIL PROTECTED]
Fri Jan 17 15:45:54 2003: DEBUG: Rewrote user name to ec143pop
Fri Jan 17 15:45:54 2003: DEBUG: InSQL Adding session for ec143pop,
3.3.3.3,
1025
Fri Jan 17 15:45:54 2003: DEBUG: do query is: delete from ra
OTECTED]
Fri Jan 17 15:45:54 2003: DEBUG: Rewrote user name to ec143pop
Fri Jan 17 15:45:54 2003: DEBUG: InSQL Adding session for ec143pop, 3.3.3.3,
1025
Fri Jan 17 15:45:54 2003: DEBUG: do query is: delete from radonline where
acctsessionid='67109142' and username='ec143pop'
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 q
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 15:1
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 rad
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, L
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.
>
> .
> .
>
>
> .
> .
>
>
>
>
Hello Matthew -
On Wed, 30 Jan 2002 13:56, mhobbs wrote:
> I have set up a session database using the following
>
>
> DBSourcedbi:mysql:RADONLINE
> DBUsername
> DBAuth
>
> AddQuery insert into RADONLINE (FRAMEDIPADDRESS, USERNAME, NASIDENTIFIER,
> NASPORT, PASSWORD
Hi Griff,
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 user access request
comes, radiator first er
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
looks
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 "Tr
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" in your config file, restart Radiator, try again, and then
let us know what shows up in your logfile. I'd like to know if it's even
TRYING to do the I
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}
Hello Shon -
I don't think the queries that you have defined below will work correctly -
why do you want to change the defaults? (see my previous mail)
The way the session database works is as follows:
1. an access request arrives - do a delete based on the NAS/NAS-Port
combination as by de
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, howev
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
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 regul
> 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
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 defaul
Cyberus Online Inc, an eisa.com company
> -Original Message-
> From: Hugh Irvine [mailto:[EMAIL PROTECTED]]
> Sent: Monday, November 29, 1999 12:05 AM
> To: Roy Hooper; tom minchin
> Cc: [EMAIL PROTECTED]; Roy Hooper
> Subject: RE: (RADIATOR) Session Database
>
>
>
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 (her
>
> 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 Session config & my Accounting
handler(s)):
I *MUST* respond to t
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
Original Message-
> 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:
Hello Roy -
On Sat, 27 Nov 1999, Roy Hooper wrote:
> I'm looking at the session database, and it appears that Acct-Start records
> are not what is used to create an entry, but rather authentication-Accept
> packets.
>
> Is there a particular reason for this? I'm finding that this method is
> l
Look at section 6.5 of the RADIATOR manual under the
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 that is executed fo
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.
Cheer
Hi Rich,
On Apr 28, 12:37pm, Richard Hawley wrote:
> Subject: (RADIATOR) Session database not being updated
> I have had several instances since putting Radiator into production
> where the session database does not get updated. When I check the
> accounting files, I notice that the accounting d
-BEGIN PGP SIGNED MESSAGE-
- -FW: RE: (RADIATOR) session database?-
Date: Thu, 11 Mar 1999 09:36:33 +0100 (CET)
From: Arturo Pina <[EMAIL PROTECTED]>
To: "Jason W." <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: RE: (RADIATOR) session database?
Hi,
I
Hi,
I presume you have some device able to direct the requests based on the
address/port they're going to. As you have everything in a shared NFS the
only problem you have is the actual session information. You just need to
set up the Radiators so that they store that session information somehow
i
35 matches
Mail list logo
