Acording to strace -s is not enough to execute with root rights, I had to comment the user/group entries from radiusd.conf. Anyway, even running as root it fails the same way :-/
hmm? if you execute it in debug mode as root, it runs as root. it reads but should ignore the rights you set in the config file.
but the essential part is that it also fails, that's what i thought.
Seems ok
# ldd /usr/lib/rlm_unix.so linux-gate.so.1 => (0xffffe000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x4002c000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40059000)
libresolv.so.2 => /lib/libresolv.so.2 (0x4006e000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40081000)
libc.so.6 => /lib/libc.so.6 (0x400d2000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
yes, seems ok to me too. strange.
I have noticed one message about this on gentoo-users list but no reply. Either the complainer found the solution or he dropped it. I presume too to be something related to the system (gentoo linux distro) but I would very much apriciate someone with more freeradius experience to guide me where to look for problems, in the end if there really is a problem we get happy people on both sides (gentoo users which will use freeradius ;)).
first of all (lame backpedalling :-) ): 1. there is no obligation to use the unix module. 2. in your case, you can't use it even if it worked (EAP/MD5 can't use crypt passwords). 3. there is no EAP method except TTLS/PAP which can use it, and ttls/pap has a Man-in-the-middle problem... all that to say that you hardly need the rlm_unix module anyway.
second: the problem is now that radiusd can't link the unix module. thus, it seems to be a compilation/installation/system and not a configuration problem, so perhaps we should wait till Alan wakes up and see what he says :-) should be against 16h00 CET :-)
Alan? :)
now, in the meantime: 1. i would suggest to recompile all and to try again. 2. also try the newest snapshot.
ciao artur
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
