* independent. If
you want to increase the session time, just return a larger session time
for the second authentication.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hi,
I saw that interim-update was a partial report of what was done during
the session, fixed on interval for not losing all data if connexion fail
for accounting.
Ok, but i knew there was regular re-auth session to keep the connexion
alive, right ? If it is right, what could be the attribut
are *completely* independent. If
you want to increase the session time, just return a larger session time
for the second authentication.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
--
Emmanuel BILLOT
CATEL - Dpt. Système et Réseaux
Rectorat
Hi Dear List Members,
Radius do not send session timeout attribute in result user do not log off
after time expired. Can anyone help please? what i have done.
enabled cunters.sql in radius.conf sql.sonf my counters.
sqlcounter noresetcounter {
counter-name = Max-All-Session-Time
in, and Nas stores start time internally.
3) NTP on the Nas eventially figures out what the time is.
4) Next time the Nas calculates the Session time, it is 43 years.
I must say I am unsure how I would do it differently if I was the Nas
software developer.
--
Johan Meiring
Cape PC Services CC
: Wednesday, 2 May 2012 6:42 PM
To: freeradius-users@lists.freeradius.org
Subject: Re: Very huge Acct-Session-Time
Last question.
As posted above, do I need to check the time of NAS? Will it help in
resolving the issue?
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Very-huge
Hello,
I'm analyzing Radius accounting data from my AP(access point). Found some
unusual behavior.
The Acct-Session-Time is very huge, about 42 years. Also the
Acct-Status-Type is set to
Interim-Update.
Some additional info
NAS-Port-Type = Wireless-802.11
User-Name = Unknown
Acct
Sharad P wrote:
I'm analyzing Radius accounting data from my AP(access point). Found some
unusual behavior.
...
Any ideas regarding such a huge active session time?
The NAS software is buggy.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
So how to move forward now? I am in need of correct session time to validate
the session timings.
Also, Is the Status type ok? I mean its other than Start/Stop.
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Very-huge-Acct-Session-Time-tp5679718p5679779.html
Sent from
Sharad P wrote:
So how to move forward now? I am in need of correct session time to validate
the session timings.
Buy a NAS that works.
Also, Is the Status type ok? I mean its other than Start/Stop.
If the session time is garbage, the other fields don't matter.
Alan DeKok.
-
List info
Any suggestion regarding the same(NAS)?
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Very-huge-Acct-Session-Time-tp5679718p5679792.html
Sent from the FreeRadius - User mailing list archive at Nabble.com.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org
Wild and illogical guess: look at the time on your NAS device. Maybe it is set
to a crazy point in the past or future and this is (somehow) messing up the NAS
calculations.
That said, the Acct-Session-Time looks to me like a timestamp for about the
current date time:
$ date +%s
1335942133
This applies to messages with
Acct-Status-Type set to both Interim-Update and Stop.
Acctstarttime is calculated from current
date and Acct-Session-Time but 1970-01-01 is minimal possible value. This is
sample for one client MAC address.
radacctid | acctsessionid
That acct-session-time is just a Unix timestamp. As already said, either the
NAS has bugs, in which case, check if it has any available firmware updates, or
its incorrectly configured...or replace it, or write lots of funky scripts or
sql procedures to handle it.
alan
--
This smartphone has
Sharad P wrote:
Any suggestion regarding the same(NAS)?
Buy a NAS that works.
Or, tell the vendor to fix it.
There isn't much else you can do. Writing custom code on FR to fix
the issue is bad. Get the people responsible to fix their code.
There's no reason why it's *your* problem to
Thanks a lot.
This was a problem reported by the end client. I will suggest them to either
replace it or do a re-configuration of NAS.
Thanks again!
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Very-huge-Acct-Session-Time-tp5679718p5679933.html
Sent from
Last question.
As posted above, do I need to check the time of NAS? Will it help in
resolving the issue?
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Very-huge-Acct-Session-Time-tp5679718p5679951.html
Sent from the FreeRadius - User mailing list archive at Nabble.com
Luis Diaz wrote:
Hello, im debugging a problem in a Freeradius/Mikrotik setup with 3 NAS
and 1 Freeradius setup, ~ 3K users onlineand getting Stale Sessions,
after a lot of googling and digging i found something curious...
Accounting requests Packets do include the Acct-Session-Time
.
--
If you reply to this email, your message will be added to the discussion
below:
http://freeradius.1045715.n5.nabble.com/Acct-Interim-Interval-session-time-not-working-tp5488744p5488744.html
To unsubscribe from FreeRadius, click
herehttp://freeradius.1045715.n5.nabble.com
please check chillispot configurations.i think you can configure interim
updates from it.
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Acct-Interim-Interval-session-time-not-working-tp5488744p5491403.html
Sent from the FreeRadius - User mailing list archive
Can you advice me where this re-authentication settings could be ?
Alvarion technical support.
Furthermore, I would like to know if I change my AAA architecture, could
my NAS (as proxy) forward (alvarion BTS) the interim-update package?
Again, Alvarion technical support. We have no idea what
: Tue, 1 Dec 2009 19:48:05 - (UTC)
From: t...@kalik.net
Subject: Re: Idle Time-out- Session time-out/ Aacct start-stop packet
To: FreeRadius users mailing list
freeradius-users@lists.freeradius.org
Message-ID: 58274.87.194.16.13.1259696885.squir...@www.kalik.net
Content-Type: text/plain
Dear all,
I would like my user to get a session time-out of 20 minutes.
While looking at the debug, I noticed that my users matched the default
entry [12] attrs.accounting.response and get authenticate every 10
minutes
(in fact, this even take over the session time-out attribute that I
could
Unfortunately, that did not work and now, I am still stuck to figure out
how could I do that.
To sum up this issue, I got Alvarion NAS,
You have our sincere condolences.
from my users, I can see
accounting start and accounting stop packet, every 10 minutes, I got an
accounting packet stop
Hi,
one of the main issues is using a distro version of the code.
what they do to the files provided in the TARBALL is up to them.
i would advise doing something like
locate scripts | grep -i radius
...they might have been dumped into somewhere like /usr/share/doc/radiusd
or somesuch.
you can
hi,
Charles, this is an unpaid community support list. you are coming
across as a very angry person with no regard that the people
on this list arent paid to give you informaation which is probably
essential for you to actually do your work, get paid etc.
if you'd actually like any help/advice
On Mon, 15 Jun 2009, a.l.m.bu...@lboro.ac.uk wrote:
one of the main issues is using a distro version of the code.
(nod) Once John mentioned a folder I just didn't have, the light came on
(so to speak) :)
...they might have been dumped into somewhere like /usr/share/doc/radiusd
or
On Mon, 15 Jun 2009, a.l.m.bu...@lboro.ac.uk wrote:
Charles, this is an unpaid community support list. you are coming
across as a very angry person with no regard that the people
on this list arent paid to give you informaation which is probably
essential for you to actually do your work, get
On 15/6/09 16:37, Charles Gregory wrote:
On Mon, 15 Jun 2009, a.l.m.bu...@lboro.ac.uk wrote:
one of the main issues is using a distro version of the code.
(nod) Once John mentioned a folder I just didn't have, the light came on
(so to speak) :)
...they might have been dumped into
On Mon, 15 Jun 2009, Arran Cudbard-Bell wrote:
See the thing is a lot of the documentation pitfalls aren't there in 2.*, a
lot of the inconsistencys aren't there in 2.*. I know, because I regularly
play the dumb user and pester Alan about niggly bits of syntax and
documentation.
I try to be
Enough already :-) Take it off list please.
--
John Dennis jden...@redhat.com
Looking to carve out IT costs?
www.redhat.com/carveoutcosts/
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
hi,
H. My first gut reaction is that I don't know enough, but before
I dismiss this idea, I have to ask what you have in mind.
I think the initial idea would be to document what/how you've used
exec module to define an attribute - rlm_exec is quite bare on the wiki ;-)
alan
-
List
Charles Gregory wrote:
No, I'm offended that you can say things like you have NO IDEA when
clearly anyone who read my first post would know what I was asking.
Yes, but you were given 5-6 options for solving the problem. Instead,
you did something that was not documented as working, and which
Charles Gregory wrote:
Five or six huh? Quote them. Paraphrase them. And don't just lamely say
check the archives because I did that when I double-checked that you
'had no idea'. I've been up and down this thread a few times now. And
there is NO posting with clear code like the one I posted in
On Sun, 14 Jun 2009, Alan DeKok wrote:
Charles Gregory wrote:
Five or six huh? Quote them.
1) Read my messages.
That's rich coming from you.
The text you *deleted* pointed you to documentation for the
users file, and the SQL module.
Speaking of 'not reading' didn't you catch my
Charles Gregory wrote:
Well, keeping in mind that this is now a philosphical discussion...
And it's mostly wasted. The time spent arguing over the documentation
would have been better spent installing 2.x, which has much better
documentation.
Notice the complete lack of instruction as to
On Fri, 12 Jun 2009, Ivan Kalik wrote:
Nothing to give. You already have it in scripts/exec-program-wait.
I do not have a directory named 'scripts'. And the only reference to
'exec-program-wait' is in the comments of 'experimental.conf' as something
that a 'perl' rlm can 'replace'. I'm
On Sat, 13 Jun 2009, Alan DeKok wrote:
No... I had NO IDEA what you were trying to do.
I had gotten the impression that you don't read posts thoroughly,
and this only reinforces that perception. My very first post said:
I've been cruising the archives and pages and don't quite see
what
On Sat, 13 Jun 2009, Ivan Kalik wrote:
. I'm really thinking that CentOS screwed up some documentation
Could be. They might have packaged server core without examples. ..
If you want you can download and unpack your version tarball from the
freeradius site
Just because I am
Charles Gregory wrote:
It clearly conveys my intention and my first attempt at code.
Yes... and it clearly conveys that you hadn't read the documentation
that came with the version you had.
So with (dwindling) respect, if you can't get the IDEA from that
then you really are a serious waste
On Sat, 13 Jun 2009, Alan DeKok wrote:
and yet you're frustrated that I'm explaining the *reasons* behind my
opinions.
No, I'm offended that you can say things like you have NO IDEA when
clearly anyone who read my first post would know what I was asking.
It's one step short of outright
On Fri, 12 Jun 2009, Alan DeKok wrote:
Charles Gregory wrote:
But CentOS is supposedly still a 'supported' OS, so I think it's fair
to ask simple 'how to' questions for that environment.
Centos supports their OS. This list answers questions about FreeRADIUS.
Quite right. CentOS supports
Charles Gregory wrote:
Why do you LET RedHat use the old version if it is so unsupported?
There appears to be a fundamental misconception in that sentence:
We don't control RedHat.
So... RedHat does whatever the heck makes them happy. And it makes
them happy to keep their
On 06/12/2009 01:23 AM, Alan DeKok wrote:
Charles Gregory wrote:
But CentOS is
supposedly still a 'supported' OS, so I think it's fair to ask simple
'how to' questions for that environment.
Centos supports their OS. This list answers questions about FreeRADIUS.
Let's clarify something,
John Dennis wrote:
Let's clarify something, calling CentOS a supported OS is a little
misleading.
The CentOS people answer questions about CentOS on the CentOS mailing
list. That is the limit of their support.
Similarly, the FreeRADIUS people answer questions about FreeRADIUS on
the
On Fri, 12 Jun 2009, John Dennis wrote:
BTW, the philosophy of RHEL (why it's older), the philosophy of Fedora (why
it's bleeding edge) and CentOS is explained on the FreeRadius FAQ under Red
Hat (http://wiki.freeradius.org/Red_Hat_FAQ). It's incumbent upon you when
selecting an OS to install
So if I have any legitimate complaint against the FreeRADIUS team it is
only that with versions so 'close together' in time, there really should
either be a repository of documents applying to 1.x
Documentation is included with the server. Read comments in configuration
files you are
On Fri, 12 Jun 2009, Alan DeKok wrote:
The CentOS people answer questions about CentOS on the CentOS mailing
list. That is the limit of their support.
Similarly, the FreeRADIUS people answer questions about FreeRADIUS on
the freeradius-users list.
What do you mean by people? What *I* mean
Charles Gregory wrote:
On Fri, 12 Jun 2009, Alan DeKok wrote:
The CentOS people answer questions about CentOS on the CentOS mailing
list. That is the limit of their support.
Similarly, the FreeRADIUS people answer questions about FreeRADIUS on
the freeradius-users list.
What do you mean
Charles Gregory wrote:
...there really
should either be a repository of documents applying to 1.x (similar to
how Apache mainatains its separate document trees for 1.x and 2x),
Sure. Apache has 1000 times as many installations as FreeRADIUS, and
probably 1000 times as much funding, and
You better believe that if I 'work
it out for myself' I will be coming back to this list with a howto and
examples for any other 1.x user who runs into the same situation that I
have.
Work what out?
Your problem has nothing to do with freeradius vesrion. exec module hasn't
changed in years.
On Fri, 12 Jun 2009, Ivan Kalik wrote:
Work what out?
Finally got my 1.x Session-Time script working (as an exec module). The
really strange thing is that it is working *exactly* as I first thought
I should be doing it!!! (see below) I can only guess that somewhere along
the way I had
Sure. We'll wait.
Alan DeKok.
(smile)
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Charles Gregory wrote:
I did try to follow the oft-quoted (almost shoved down my throat)
example, right from the comments within the config file
postauth {
Session-Timeout := `%{exec:/usr/local/etc/timecalc %{User-Name}}`
}
No... that won't work. The examples given to you weren't
Well, keeping in mind that this is now a philosphical discussion...
On Fri, 12 Jun 2009, Alan DeKok wrote:
Charles Gregory wrote:
I did try to follow the oft-quoted (almost shoved down my throat)
example, right from the comments within the config file
postauth {
Session-Timeout :=
Well, firstly, no one *gave* me 'examples',
Nothing to give. You already have it in scripts/exec-program-wait. It's
included in the distribution. Should be in same place in your version too.
they said just to look in my
radiusd.conf, and secondly, yes, it's exactly 'like that':
#
On Fri, 12 Jun 2009, Ivan Kalik wrote:
Nothing to give. You already have it in scripts/exec-program-wait.
I do not have a directory named 'scripts'. And the only reference to
'exec-program-wait' is in the comments of 'experimental.conf' as something
that a 'perl' rlm can 'replace'. I'm really
{
Session-Time := 200
}
and got 'rcode' errors under post-auth and 'syntax' errors in auth.
I might have mised a magic combination.
Anyone care to tell me the exact syntax for making this script run
on an access-accept?
- Charles
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list
{
Session-Time := 200
}
You can't use unlang in 1.x.
Ivan Kalik
Kalik Informatika ISP
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
On 06/11/2009 04:42 PM, Charles Gregory wrote:
Okay, I'm banging my head up against the expected proverbial wall.
Please remember I'm stuck with old 1.x version. on Centos
No you're not stuck with an old 1.x.
See: http://wiki.freeradius.org/Red_Hat_FAQ
--
John Dennis jden...@redhat.com
On Thu, 11 Jun 2009, John Dennis wrote:
No you're not stuck with an old 1.x.
See: http://wiki.freeradius.org/Red_Hat_FAQ
Go read the thread Version... Version..
I posted that thread partly in anticipation that when I started to ask
for help with my 'standard' CentOS FreeRadius, people
Charles Gregory wrote:
But CentOS is
supposedly still a 'supported' OS, so I think it's fair to ask simple
'how to' questions for that environment.
Centos supports their OS. This list answers questions about FreeRADIUS.
And the 1.x versions are *not* supported by us. When people ask
Hello again!
Sorry, maybe I should take 'pseudo' out of the subject line...
Firstly, MY BAD. I forgot to post that I'm on CentOS 4, and therefore
limited to whatever syntax applies to freeradius-1.0.1-3.RHEL4.5
Hopefully what I want to do is so 'basic' it doesn't change :)
Secondly, anyone
Charles Gregory wrote:
Sorry, maybe I should take 'pseudo' out of the subject line...
Firstly, MY BAD. I forgot to post that I'm on CentOS 4, and therefore
limited to whatever syntax applies to freeradius-1.0.1-3.RHEL4.5
Upgrade. There should be RPMs available for that. See
Greetings!
I've been cruising the archives and pages and don't quite see
what I am looking for. I am hoping someone can point me to a nice
simple HOWTO or MAN page for specifying an 'exec' script
in radiusd.conf that will set the Session-Timeout and return
it to the NAS.
I'm thinking:
Hi,
I'm thinking:
Session-Timeout := %{exec:timecalc}
pretty much, you need to set this via the update reply style as
recently posted several times this past month to the list
Or something like that. Also, where exactly should this go in the
'authorize' section? I'm presuming at the
Hi:
Sorry my english!!
I need modify begin of period of Monthly-Session-Time parameter, this reset on
00:00:00 of the first day of each month, but I need set begin period in: day 24
of each month to 00:00:00. Is that possible?
Regards,
Roberto
2008/2/24, YvesDM [EMAIL PROTECTED]:
On Sun, Feb 24, 2008 at 2:59 PM, Ivan Kalik [EMAIL PROTECTED] wrote:
'Idle-Timeout' timeout is an argument in Radius. Chillispot use this
radius argument.
Yes.
I think freeradius configuration can update automatically the
Acct-Session-Time
will be automatically disconnected after the time if he doesn't use
the Internet connection. I have tried and it works perfectly.
-radacct
I can read the 'Acct-Session-Time' argument which give me the session
time for each user who is logged out.
Yes. And this has little or nothing to do
DeKok [EMAIL PROTECTED]:
GNULinuxSlackware wrote:
I have fixed an 'Idle-Timeout' argument into the radgroupreply
MySQL table.
This works fine with the users in the group but the problem is that
Idle-Timeout doesn't report the logged out to Acct-Session-Time.
I have
is an argument in Radius. Chillispot use this
radius argument.
I think freeradius configuration can update automatically the
Acct-Session-Time argument if it see a user is IDLE.
What do you think about this?
Ivan Kalik
Kalik Informatika ISP
Dana 23/2/2008, GNULinuxSlackware [EMAIL PROTECTED] piše
/23, Alan DeKok [EMAIL PROTECTED]:
GNULinuxSlackware wrote:
I have fixed an 'Idle-Timeout' argument into the radgroupreply
MySQL table.
This works fine with the users in the group but the problem is
that
Idle-Timeout doesn't report the logged out to
Acct-Session-Time
request are done.
But the problem isn't here because it works fine.
After the Idle-Timeout I need to be relogged to access to the Internet.
I just want tu update the session time value when there is an
Idle-Timeout for the user.
The session has an infinite time because the user need to log out
using
GNULinuxSlackware wrote:
After the Idle-Timeout I need to be relogged to access to the Internet.
I just want tu update the session time value when there is an
Idle-Timeout for the user.
Update the session time to... what? Why?
The session has an infinite time because the user need to log
'Idle-Timeout' timeout is an argument in Radius. Chillispot use this
radius argument.
Yes.
I think freeradius configuration can update automatically the
Acct-Session-Time argument if it see a user is IDLE.
What do you think about this?
No. Chillispot does the accounting and sends data
On Sun, Feb 24, 2008 at 2:59 PM, Ivan Kalik [EMAIL PROTECTED] wrote:
'Idle-Timeout' timeout is an argument in Radius. Chillispot use this
radius argument.
Yes.
I think freeradius configuration can update automatically the
Acct-Session-Time argument if it see a user is IDLE.
What do you
Hello,
I use :
-Ubuntu-server 7.10
-Freeradius 1.1.3
-Chillispot 1.0
-mysql 14.12
I have fixed an 'Idle-Timeout' argument into the radgroupreply MySQL table.
This works fine with the users in the group but the problem is that
Idle-Timeout doesn't report the logged out to Acct-Session-Time.
So
GNULinuxSlackware wrote:
I have fixed an 'Idle-Timeout' argument into the radgroupreply MySQL table.
This works fine with the users in the group but the problem is that
Idle-Timeout doesn't report the logged out to Acct-Session-Time.
I have no idea what that means.
So, in the radacct table
2008/2/23, Alan DeKok [EMAIL PROTECTED]:
GNULinuxSlackware wrote:
I have fixed an 'Idle-Timeout' argument into the radgroupreply MySQL
table.
This works fine with the users in the group but the problem is that
Idle-Timeout doesn't report the logged out to Acct-Session-Time.
I have
I can read the 'Acct-Session-Time' argument which give me the session
time for each user who is logged out.
So, in the radacct table, I can't see the user session is terminated.
What is the solution to close automatically the session in the
radacct table when there is an Idle-Timeout
GNULinuxSlackware wrote:
There is a radius database with a lot of tables :
-radgroupreply
I can insert into the
'Idle-Timeout' argument.
Do you know what that does?
-radacct
I can read the 'Acct-Session-Time' argument which give me the session
time for each user who is logged out
-Timeout doesn't report the logged out to Acct-Session-Time.
I have no idea what that means.
OK. So I have a Chillispot Access Point (http://www.chillispot.info/)
which use Freeradius.
Freeradius use MySQL to store users accounts.
There is a radius database with a lot of tables
Greetings,
We have been using freeradius for a couple years now and have been
very satisfied with it.
One issue I have is we change the default session time based on the
time the connection is made.
The accounts are all system accounts ( not my doing ) and we are now
using mysql
We are using both Login-Time and Session-Time attributes with a rlm_sql configuration and the Login-Time attribute is always overriding the Session-Time. Meaning that if the Session-Time attribute value is less than the timeSpan difference of the Login-Time, the Login-Time timespan difference
.
If you set Session-Time *before* Login-Time, the Login-Time code
does the right thing. If you set Session-Time *after* Login-Time,
then you have to check the values manually.
Alan DeKok.
--
http://deployingradius.com - The web site of the book
http://deployingradius.com/blog
remember reading somewhere that in cases of both attributes being used, the most restrictive should be returned, however this is not happening.Can
someone confirm what the real implementation is? We are running freeradius 1.1.1 on a Gentoo linux platform.If you set Session-Time *before* Login-Time
Adam Tybor [EMAIL PROTECTED] wrote:
I have the following two rows in my radcheck table and I made sure the
natural sort, without the id, that Session-Timeout comes before Login-Time
OK... looking at src/main/auth.c, the Login-Time update of
Session-Timeout is done just before the
',
AcctSessionTime = '%{Acct-Session-Time}', AcctInputOctets =
'%{Acct-Input-Octets}', AcctOutputOctets = '%{Acct-Output-Octets}',
AcctTerminateCause = '%{Acct-Terminate-Cause}', AcctStopDelay =
'%{Acct-Delay-Time}', ConnectInfo_stop = '%{Connect-Info}' WHERE
AcctSessionId = '%{Acct-Session-Id
Hi
I am running FreeRadius 1.0.4 with Postgres.
I have noticed that the sessiontime is sometimes calculated incorrectly
in the radacct table.
If you compare the acctsessionstart and the acctsessionend with the
acctsessiontime it does not match.
This is particularly true for connections ended
. If the
session time is wrong, then it's because the NAS sent the data. The
only solution to bad data is to fix the NAS.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
for connections ended with idle-timeout.
When would session times generally be wrong and how can I stop this
from happening ?
Could be a feature of the NAS to distract the idle time from the session
time so as not to bill the user for unused time. Check your NAS
features/configuration.
--
Groeten
for acctstartdelay and acctstopdelay. If you find it, subtract
acctstartdelay from the session time and see if that makes sense.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
hasn't the correct
Acct-Session-Time. The value that is passed from the pam module is the
difference between a date like 1970-01-01 and the date 2005-04-04.
That shouldn't be happening. It should be the *interval* between
the login, and current time.
I'm not sure why that's happening. I
Bruno Sousa [EMAIL PROTECTED] wrote:
The problem is that session_time loses its inicial value (from the
start packet).
Do you have any suggestion to correct this?
I have no idea, sorry. It's *supposed* to work. If it's not, it
means that something in PAM has gone wrong.
My only
Thanks Alan for the rapid answer.
My problem is that on a accounting packet the Stop hasn't the correct
Acct-Session-Time. The value that is passed from the pam module is the
difference between a date like 1970-01-01 and the date 2005-04-04.
So when I'm seeing the account time of an user
Bruno Sousa [EMAIL PROTECTED] wrote:
My problem is that on a accounting packet the Stop hasn't the correct
Acct-Session-Time. The value that is passed from the pam module is the
difference between a date like 1970-01-01 and the date 2005-04-04.
That shouldn't be happening. It should
Hi all,
I have few questions regarding freeradius:
1. What is the correct way to obtain user's connection time,
by using value of Acct-Session-Time or using STOP:Timestamp -
START:Timestamp?
Why Acct-Session-Time value is always higher than stop-start?
2. I saw attribute Acct-Delay-Time from
Beast wrote:
Hi all,
I have few questions regarding freeradius:
1. What is the correct way to obtain user's connection time,
by using value of Acct-Session-Time or using STOP:Timestamp -
START:Timestamp?
Why Acct-Session-Time value is always higher than stop-start?
The Timestamps are times
Michael Mitchell wrote:
Acct-Session-Time is calculated by the NAS.
If the delay in your network is small, then these times should be
practically identical, however, this depends on how your NAS calculates
Acct-Session-Time - ie, when does the NAS consider the session to have
started, how long
Hi,
I've tried doing a tweak on rlm_sql.c to bypass reserving a socket for
sessions with 0 duration on the stop packets. This is to minimize
active sockets which may be used for the non-zero calls. Hoping that the
server would scale up with rapid accounting (stop-only) data that is
pouring in.
I
100 matches
Mail list logo