Kostas Kalevras wrote:
Is there any chance to use freeradius-1.0.2 with a *slow* SQL-Database?
I read something about "radsqlrelay" in the 1.1.0 snapshot - can that be used to form some kind of "buffer queue" between the radiusd and the slow accounting database?
Or will radsqlrelay step into the same timing-problem as the single- or multi-threaded radiusd?
Yes use radsqlrelay. It's in cvs. radsqlrelay will be used in combination with a detail file for buffering and can handle sql database slow downs/failures. Bear in mind though that if your sql database cannot handle the accounting rate no buffering will do you any good in the long run.
Thank you, I will see if we can use it.
Compiling the 20050510-Snapshot of freeradius 1.1.0 under Debian(Sarge) I had a problem with "make install". But I think it is known, and I solved it by removing the source-code of the module rlm_eap.
make install:
...
*** Warning: Linking the shared library rlm_eap_peap.la against the loadable module^M
*** rlm_eap_tls.so is not portable!^M
^M
*** Warning: Linking the shared library rlm_eap_peap.la against the loadable module^M
*** libeap.so is not portable!^M
...
Nice, that the new radzap ist working!
Bye, Oliver
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
