(RADIATOR) %R

[Mariano Absatz]

Hi,

I guess (but Hugh or Mike could prove me wrong) that the problem lies in 
caching.

I didn't read the source, but I guess the file caching is done on an AuthBy 
basis (and not on a "different file" basis).

The manual states (release 2.18.4):

> For performance reasons, AuthBy FILE opens and reads the user database
> at start-up, reinitialisation and whenever the file's modification
> time changes, (i.e. the database is cached within Radiator). Since the
> user database is cached in memory, large databases can require large
> amounts of memory. 

Since the actual file name is known when the first @dnnnknnnnnnnn or 
@Knnnnnnnn comes in, and that is the file checked for every access in that 
realm.

You could do the following:
<Handler Realm=/(^[d]\d{3}[k]\d{8}$)|(^[K]\d{8}$)/, Service-Type=Framed-User>
         <AuthBy FILE>
                 Filename /usr/local/lib/radiator/users/%R
                 Nocache
         </AuthBy>
</Handler>
and that might work, alas, at the expense of performance. If one of those 
files is too large, you would be in trouble (I think the searches in the file 
are linear).

Proably keeping a copy of the files in a ram disk and pointing to them would 
speed up the look-ups a bit... but they are still linear, if you can, order 
the users inside a file by rate of use.


El 11 Dec 2001 a las 12:28, Bozkurt, Emin escribió:

> hi,
> i have a problem with the special character "%R". the users of our  network
> have a lot of different user realms where the realm format is specified as:
> dnnnknnnnnnnn (for example d001k12345678) ore Knnnnnnnn (for example
> K12345678).
> for handeling all the requests with one handler we constructed this handler.
> 
> <Handler Realm=/(^[d]\d{3}[k]\d{8}$)|(^[K]\d{8}$)/,
> Service-Type=Framed-User>
>          <AuthBy FILE>
>                  Filename /usr/local/lib/radiator/users/%R
>          </AuthBy>
> </Handler>
> 
> and now the problem:
> it seems, that if there are many request with different realms, the pointer
> ( /usr/local/lib/radiator/users/%R) loks at the wrong file to match the
> request. 
> we use radiator 2.18. 
> by debugging sometimes the file radiator try to match the request is shown
> and somtimes not. by rejekt's this information is newer shown, so i can't
> check, if radiator looks in the right file or not.
> some debugs are attached.
> 
> hope you can help me. 
> best regards
> emin 
> 
> 
> 
>  <<att-20011209.txt>> 
> 
> 							
> Emin Bozkurt
> System Technik
> 
> riodata GmbH
> Hessenring 13 a
> 64546 Mörfelden
> 
> Fon	+49 6105 2843 812
> Mobile	+49 163 2843 184
> Fax	+49 6105 2843 777
> 
> www.riodata.de
> 							
> 
> 
> 


--
Mariano Absatz
El Baby
----------------------------------------------------------
Gene Police!!! Get out of the pool!!


===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.