[prev in list] [next in list] [prev in thread] [next in thread]
List: freeradius-users
Subject: RE: best performance alternative using multiple virtual server to bound IP/port
From: "Philemon Jaomalaza" <philemon.jaomalaza () gmail ! com>
Date: 2018-06-25 15:21:29
Message-ID: 01f301d40c98$352693f0$9f73bbd0$ () gmail ! com
[Download RAW message or body]
Thank for your Answer Alan, that's very clear.
I will use this option :
define multiple virtual servers with one global "listen" section
> IP/port for all virtual server
Thank's
Philemon Jaomalaza
-----Message d'origine-----
De : Freeradius-Users \
[mailto:freeradius-users-bounces+philemon.jaomalaza=gmail.com@lists.freeradius.org] \
De la part de Alan DeKok Envoyé : lundi 25 juin 2018 17:26
À : FreeRadius users mailing list <freeradius-users@lists.freeradius.org>
Objet : Re: best performance alternative using multiple virtual server to bound \
IP/port
On Jun 25, 2018, at 4:35 AM, Philemon Jaomalaza <philemon.jaomalaza@gmail.com> wrote:
> what the best practice and give best performance and memory usage
The server uses as much memory as it needs. You can't really optimize memory usage \
as with a database.
Performance is a little more complex. 99% of performance issues are outside of the \
servers control. e.g. databases, certificate validation, etc.
make sure all *other* systems are optimized, and FreeRADIUS will be fine. The \
bottleneck is rarely FreeRADIUS.
> if I want
> to have a separate service per client :
>
> - define multiple virtual servers with one global "listen" section
> IP/port for all virtual server.
That's likely the simplest to understand. It also means you can have different \
policies for each virtual server, if you need them.
> - define multiple virtual servers and each server has its listen
> section IP/port different
I wouldn't do that.
> - define single virtual servers and use if ....elsif....else to select
> the proper sql module.
That's simple (one virtual server), but the virtual server is more complex with if \
/ then / else. It works, but I wouldn't do it myself.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic