> Anton Blajev <[EMAIL PROTECTED]> wrote:
> > I took a look at the ippool.c and there is a if statement that returns
> > noop if there is not NAS-Port.
> > I think this should be considered as a "bug" in freeradius ipool... what
> > would you say guys?
>
> The module could possible just use a "key" to assign IP addresses.
> The "key" could be a dynamically translated string, like:
>
> key = "%{Client-IP-Address} %{NAS-Port}"
>
> or
>
> key = "%{Calling-Station-Id}
>
> Patches are welcome.
Slightly OT... But would the same be possible for radutmp? I've also
noticed that utmp entries are not recorded without a NAS-Port (with reason I
suppose)..... I know it may not be the best idea, and I do blame the ppp /
radiusclient developers for not adding propper support to ppp for Radius (I
mean, you do use tun0....tun10...tunX - your NAS-Port), but yeah.... We
gotta work with what we have hey...
I have tried (unsuccessfully) to use some arbitrary attr-rewrite and those
kinda modules to try and force a NAS-Port = whatever, but that didn't work
to well either... So I'm really up in arms here and not being able to use
ippool (and more specifically utmp), is becoming rather crucial (duplicate
users, session / account management, etc etc etc)....
--
me
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
