Kostas Zorbadelos wrote:
> we are talking about a setup that services tens of thousands of
> requests (hundreds per second maybe). If I am not mistaking radiusd -X
> will run freeradius in
> single threaded mode. In our normal mode of operation freeradius has
> 65 threads servicing requests. Won't
On Mon, Feb 26, 2007 at 10:09:43AM +0100, Alan DeKok wrote:
> Kostas Zorbadelos wrote:
>
Hi Alan,
> > By 'debugging mode' I guess you are referring to radiusd -xxx or
> > something is that correct? Could this affect the authentication
> > service for our customers?
>
> Use "radiusd -X", and
Kostas Zorbadelos wrote:
> By 'debugging mode' I guess you are referring to radiusd -xxx or
> something is that correct? Could this affect the authentication
> service for our customers?
Use "radiusd -X", and no, it won't affect service.
> I was thinking
> something in the lines of changing
On Fri, Feb 23, 2007 at 10:23:50AM -0500, Dennis Skinner wrote:
> Kostas Zorbadelos wrote:
> > radiusd -X confirms that the configuration is correct, however I have
> > this problem behaviour in large scale. My initial suspitions go to the
> > proxying code to be honest, but I need to take a good l
Kostas Zorbadelos wrote:
> radiusd -X confirms that the configuration is correct, however I have
> this problem behaviour in large scale. My initial suspitions go to the
> proxying code to be honest, but I need to take a good look to grasp
> it.
I would try running the production radius in debug
On Fri, Feb 23, 2007 at 02:49:57PM +, [EMAIL PROTECTED] wrote:
> Hi,
>
> > active sessions and if he is allowed to have a session the request is
> > proxied to the FUNK server that performs the actual authentication. So
> > the setup is a classical proxy setup. This policy decision of whether
Hi,
> active sessions and if he is allowed to have a session the request is
> proxied to the FUNK server that performs the actual authentication. So
> the setup is a classical proxy setup. This policy decision of whether
whoah. steady on there. this is not a
My greetings to the list.
We have deployed a large setup using freeradius 1.1.3 in a proxy
configuration in front of FUNK radius. During the day we have about
150.000 concurrent DSL users online. Our setup takes the
access-request from the NAS, checks whether the user has any other
active sessions
sorry for the question, but i have ser 0.8.14
freeradius-1.0.2 it's require radiusclient-ng-5.0
Thanks for help.
On 4/14/05, Klaus Darilion <[EMAIL PROTECTED]> wrote:
> http://mail.iptel.org/pipermail/serdev/2005-March/004040.html
>
> Klaus Darilion wrote:
> > AFAIK new ser requires new ra
Hi guys thanks for any help, i got a lot of useful information from this list.
I will try to explain my problem.
i have 2 linux servers :
1- server
Red Hat Linux release 9
ser + freeradius 0.9.3 + radius client
2-server
Red Hat Enterprise Linux AS release 3
ser + freeradius 1.2 + radius client 4
10 matches
Mail list logo