I think that having 2 servers running in master/slave and constantly<br>exchanging the roles between them is highly a compromise for reading<br>once in a while a cached nas list and updating it every now and then.<br><br>The interval to update the nas list can be user defined and will solely 

<br>depend on your system being able to support it. Ofcourse I wouldn't<br>recommend doing it every second but a reasonable time is in place<br>I think.<br><br>Also I'm thinking that like most services in the world changes take affect

only after a limited time which you can enforce in a policy. For example, you tell your users or whomever operates the nas list that changes to the nas are affected only after 3 hours and set that time as the interval for freeradius to re-build the list.

<br><br>Very much like that is what happens with DNS record updates for example<br>(although for somewhat different reasons) which you have to wait at least<br>a couple of hours if not the full 72 hours for the dns records to update

<br>on servers/routers across the globe.<br><br><br><br>Regards,<br>Liran Tal.<br><br><div class="gmail_quote">On Jan 23, 2008 12:08 PM, Pawel Cieplinski <<a href="mailto:pawel@parkandmarine.com">pawel@parkandmarine.com

</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I wont be adding NASes, but users will do, so i am thinking 0-10 a day.<br>

<br>Linking to a dynamic list using interal its not a good solution, becouse i<br>will need to wait for list update after adding NAS.<br><br>Other solution i am thinking is to run two instances of server and restart<br>them in round robin and use iptables to redirect packets to actual working

<br>server.<br><br>Goal is to serveradius to third party as a service, so users will add their<br>own nases, modified them etc, at this stage i cannot really say how many<br>times a day i will need a restart, but i am wondering about also about

<br>following soltion:<br><br>Run two servers:<br><br>Primary and Secondary, primary will be restarted once a day, and secondary<br>every time NAS list will be changed. After adding a NAS primimary will not<br>respond (unknown NAS) so NAS will ask secondary instead) also request from

<br>other nases will not be lost becouse primary is not restarded on NAS list<br>change.<br><br>What do you think ?<br><br><br>________________________________<br><div class="Ih2E3d"><br>        From:<br>freeradius-users-bounces+pawel=

<a href="mailto:parkandmarine.com@lists.freeradius.org">parkandmarine.com@lists.freeradius.org</a><br>[mailto:<a href="mailto:freeradius-users-bounces+pawel=parkandmarine.com@lists.freeradius.or">freeradius-users-bounces+pawel=parkandmarine.com@lists.freeradius.or

</a> </div>g] On Behalf Of Marinko Tarlac         Sent: 23 January 2008 10:05 <div class="Ih2E3d">        To: FreeRadius users mailing list         Subject: Re: NAS list update without restarting radius server.

<br><br><br></div><div><div></div><div class="Wj3C7c">        Well how many times per day do you add nases?<br><br><br>        On Jan 23, 2008 10:20 AM, liran tal <<a href="mailto:liransgarage@gmail.com">liransgarage@gmail.com

</a>> wrote:<br><br><br><br>                Hey Alan,<br><br><br>                On Jan 23, 2008 9:47 AM, Alan DeKok<br><<a href="mailto:aland@deployingradius.com">aland@deployingradius.com</a>> wrote:<br><br><br>

                        liran tal wrote:<br>                        > Maybe freeradius can read the nas list from sql at<br>startup to some<br>                        > linked list and this list will be updated every

<br>given interval with a query<br>                        > to the database.<br><br><br>                         It's more complicated than that.  The NASes need to<br>be deleted, too.<br>                        And this has to be done without affecting normal

<br>server operation.<br><br>                         As always, patches are welcome.<br><br><br><br>                Well, every given interval a query will run on the database<br>server to get the<br>                list of nases and it will build a new linked list based on

<br>that and delete<br>                the other nodes and free the pointers of those.<br><br>                I guess that coming up with a method to check against each<br>nas if it's<br>                there or not, and to remove or add it based on a check is

do-able                 but would probably face some efficiency issues where-as I think it                 would be proper to create a new linked list with whatever nases that                 query returns and free the previous linked list from memory.

<br><br><br>                I haven't had a look at the relevant code but it seems quite<br>basic<br>                to implement unless I'm over-seeing some critical aspects<br>:-)<br><br>                I'll be glad to take a look if you can refer me to the

<br>current piece<br>                of code where freeradius handles the nas lists read from the<br>database<br>                and stores them.<br><br><br>                Regards,<br>                Liran Tal.<br><br>                -

<br>                List info/subscribe/unsubscribe? See<br><a href="http://www.freeradius.org/list/users.html" target="_blank">http://www.freeradius.org/list/users.html</a><br><br><br><br><br>-<br>List info/subscribe/unsubscribe? See 

<a href="http://www.freeradius.org/list/users.html" target="_blank">http://www.freeradius.org/list/users.html</a><br></div></div></blockquote></div><br>