My requirement: 1. At FreeRADIUS (java) client side, judge the current user whether is password expiry in advance. If user password is expiry, prompt user to change password. My question: FreeRADIUS have an attribute of "Expiration" to judge whether the password is expiry, but can I get value of "Expiration" in advance? 2. User can send request (which is the FreeRADIUS attribute of "Expiration") to FreeRADIUS Server. My question: How do I change the value of FreeRADIUS attribute of "Expiration"? Two questions. Thanks in advance.
1. Yes. Your sign-on program can check for that attribute in the database. If it's expired, than prompt for password change (and not send access request to the radius server). 2. The same way you put it in there in the first place. Ivan Kalik Kalik Informatika ISP Dana 15/10/2007, "yangcuilin" <yangcuilin@use.com.cn> piše:
My requirement:
1. At FreeRADIUS (java) client side, judge the current user whether is password expiry in advance. If user password is expiry, prompt user to change password.
My question: FreeRADIUS have an attribute of "Expiration" to judge whether the password is expiry, but can I get value of "Expiration" in advance?
2. User can send request (which is the FreeRADIUS attribute of "Expiration") to FreeRADIUS Server.
My question: How do I change the value of FreeRADIUS attribute of "Expiration"?
Two questions. Thanks in advance.
Question: 1. I just want to check the freeradius attribute ("Expiration ") by radius request, not change database directly. In this case, can I get value of "Expiration" in advance? 2. How to change the value of "Expiration"? Just give me some keyword. (I put this attribute into database manually first time). Thank you very much. Expected for your feedback. -----邮件原件----- 发件人: freeradius-users-bounces@lists.freeradius.org [mailto:freeradius-users-bounces@lists.freeradius.org] 代表 tnt@kalik.co.yu 发送时间: Monday, October 15, 2007 8:00 PM 收件人: FreeRadius users mailing list 主题: Re: freeradius password expiry 1. Yes. Your sign-on program can check for that attribute in the database. If it's expired, than prompt for password change (and not send access request to the radius server). 2. The same way you put it in there in the first place. Ivan Kalik Kalik Informatika ISP Dana 15/10/2007, "yangcuilin" <yangcuilin@use.com.cn> piše:
My requirement:
1. At FreeRADIUS (java) client side, judge the current user whether is password expiry in advance. If user password is expiry, prompt user to change password.
My question: FreeRADIUS have an attribute of "Expiration" to judge whether the password is expiry, but can I get value of "Expiration" in advance?
2. User can send request (which is the FreeRADIUS attribute of "Expiration") to FreeRADIUS Server.
My question: How do I change the value of FreeRADIUS attribute of "Expiration"?
Two questions. Thanks in advance.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
I've just downloaded the new 2.0.3, and when I tried to generate the debian packages, I got the following error: Lab:~/freeradius-server-2.0.3# dpkg-buildpackage -b -uc parsechangelog/debian: error: found start of entry where expected more change data or trailer, at file debian/changelog line 18 dpkg-buildpackage: unable to determine source package is I've tried not using root (using fakeroot), and in a diferent machine. The first try was a Debian 4 (Etch). The second was in a Debian 3.1 (Sarge). Version 2.0.2 works fine (I've redownloaded it and tried, just to make sure, and it builds fine) so it's something specific to 2.0.3. Roberto -- ----------------------------------------------------- Marcos Roberto Greiner Os otimistas acham que estamos no melhor dos mundos Os pessimistas tem medo de que isto seja verdade Murphy -----------------------------------------------------
rgreiner wrote:
I've just downloaded the new 2.0.3, and when I tried to generate the debian packages, I got the following error:
Lab:~/freeradius-server-2.0.3# dpkg-buildpackage -b -uc parsechangelog/debian: error: found start of entry where expected more change data or trailer, at file debian/changelog line 18 dpkg-buildpackage: unable to determine source package is
This was pointed out on the list when 2.0.3 was released. The fix is a one-line change to debian/changelog, which is already in CVS. Alan DeKok.
Oh, ok. Tks. Roberto Alan DeKok wrote:
rgreiner wrote:
I've just downloaded the new 2.0.3, and when I tried to generate the debian packages, I got the following error:
Lab:~/freeradius-server-2.0.3# dpkg-buildpackage -b -uc parsechangelog/debian: error: found start of entry where expected more change data or trailer, at file debian/changelog line 18 dpkg-buildpackage: unable to determine source package is
This was pointed out on the list when 2.0.3 was released. The fix is a one-line change to debian/changelog, which is already in CVS.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-- ----------------------------------------------------- Marcos Roberto Greiner Os otimistas acham que estamos no melhor dos mundos Os pessimistas tem medo de que isto seja verdade Murphy -----------------------------------------------------
Hi, I just downloaded the new version for testing, but I got a compile error. Di somebody get something similar? I'm building debian packages, on Debian Lenny-RC1. To compile, I had to remove "--with-system-libtool" from debian/rules. Running dpkg-buildpackage -b -uc, I got the following error bellow after some time. Any ideas about how to proceed? Tks, Roberto ..... libtool: compile: gcc -Wall -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef -I/root/freeradius-server-2.1.2/src -I/root/freeradius-server-2.1.2/libltdl -I/root/freeradius-server-2.1.2/libltdl -Ilibeap -c mem.c -fPIC -DPIC -o .libs/mem.o libtool: compile: gcc -Wall -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef -I/root/freeradius-server-2.1.2/src -I/root/freeradius-server-2.1.2/libltdl -I/root/freeradius-server-2.1.2/libltdl -Ilibeap -c mem.c -o mem.o
/dev/null 2>&1 /bin/sh /root/freeradius-server-2.1.2/libtool --mode=link gcc -release 2.2.0 \ -module -export-dynamic -o rlm_eap.la \ -rpath /usr/lib/freeradius rlm_eap.lo eap.lo mem.lo rlm_eap.c eap.c mem.c /root/freeradius-server-2.1.2/src/lib/libfreeradius-radius.la libeap/libfreeradius-eap.la /root/freeradius-server-2.1.2/libltdl/libltdlc.la -lnsl -lresolv -ldl -lpthread libtool: link: cannot find the library `/root/freeradius-server-2.1.2/libltdl/libltdlc.la' or unhandled argument `/root/freeradius-server-2.1.2/libltdl/libltdlc.la' make[7]: *** [rlm_eap.la] Error 1 make[7]: Leaving directory `/root/freeradius-server-2.1.2/src/modules/rlm_eap' make[6]: *** [common] Error 2 make[6]: Leaving directory `/root/freeradius-server-2.1.2/src/modules' make[5]: *** [all] Error 2 make[5]: Leaving directory `/root/freeradius-server-2.1.2/src/modules' make[4]: *** [common] Error 2 make[4]: Leaving directory `/root/freeradius-server-2.1.2/src' make[3]: *** [all] Error 2 make[3]: Leaving directory `/root/freeradius-server-2.1.2/src' make[2]: *** [common] Error 2 make[2]: Leaving directory `/root/freeradius-server-2.1.2' make[1]: *** [all] Error 2 make[1]: Leaving directory `/root/freeradius-server-2.1.2' make: *** [build-arch-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2
-- ----------------------------------------------------- Marcos Roberto Greiner Os otimistas acham que estamos no melhor dos mundos Os pessimistas tem medo de que isto seja verdade Murphy -----------------------------------------------------
rgreiner wrote:
Hi,
I just downloaded the new version for testing, but I got a compile error. Di somebody get something similar?
I'm building debian packages, on Debian Lenny-RC1. To compile, I had to remove "--with-system-libtool" from debian/rules.
Running dpkg-buildpackage -b -uc, I got the following error bellow after some time. Any ideas about how to proceed?
I'm getting an error that I suspect is related, however I'm building with --with-system-libtool and --disable-ltdl-install error: conditional "INSTALL_LTDL" was never defined. I'm in the process of trying to track this down, but it's slow going because the machine generated autotools scripts are just plain nasty ;-) -- John Dennis <jdennis@redhat.com>
Is cygwin compiled Freeradius.net stable enough to be used in a corporate environment with a few hundred access-requests daily? Any thoughts? Thanks. _________________________________________________________________ Join the Fantasy Football club and win cash prizes here! http://fantasyfootball.sg.msn.com
Joshua Lim wrote:
Is cygwin compiled Freeradius.net stable enough to be used in a corporate environment with a few hundred access-requests daily? Any thoughts?
It's 1.1.7, which is *very* old. It may be stable, but it's unsupported. Alan DeKok.
Thanks. Funny though, on the site, it says: "In short, this distribution was simply compiled using Cygwin and the latest FreeRADIUS Source." :-/
Date: Thu, 4 Dec 2008 21:18:58 +0100 From: aland@deployingradius.com To: freeradius-users@lists.freeradius.org Subject: Re: Is cygwin compiled Freeradius.net stable?
Joshua Lim wrote:
Is cygwin compiled Freeradius.net stable enough to be used in a corporate environment with a few hundred access-requests daily? Any thoughts?
It's 1.1.7, which is *very* old. It may be stable, but it's unsupported.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
_________________________________________________________________ NEW! Get Windows Live FREE. http://www.get.live.com/wl/all
John Dennis wrote:
I'm getting an error that I suspect is related, however I'm building with --with-system-libtool and --disable-ltdl-install
error: conditional "INSTALL_LTDL" was never defined.
I'm in the process of trying to track this down, but it's slow going because the machine generated autotools scripts are just plain nasty ;-)
If it's coming from the libltdl directory... I have large amounts of cursing for them. I can't find anywhere else in the source that references that name... Alan DeKok.
John Dennis wrote:
rgreiner wrote:
Hi,
I just downloaded the new version for testing, but I got a compile error. Di somebody get something similar?
I'm building debian packages, on Debian Lenny-RC1. To compile, I had to remove "--with-system-libtool" from debian/rules.
Running dpkg-buildpackage -b -uc, I got the following error bellow after some time. Any ideas about how to proceed?
I'm getting an error that I suspect is related, however I'm building with --with-system-libtool and --disable-ltdl-install
error: conditional "INSTALL_LTDL" was never defined.
I'm in the process of trying to track this down, but it's slow going because the machine generated autotools scripts are just plain nasty ;-)
O.K. I give up. I've begun to truly despise libtool. There are too many layers, obsurcifications, and poorly documented configuration options to wrap my poor little brain around. I figured out that the reason why INSTALL_LTDL was never defined is because it's defined deep inside the code which only gets turned on when --with-system-libtool is not specified. However if one removes this option then linking fails because libtool cannot find libltdl/libltdlc.la in the root of the build tree. With the prior release (2.1.1) if I didn't define --with-system-libtool then I would get an unresolved reference to lt__PROGRAM__LTX_preloaded_symbols and I was told by our libtool maintainer this is due to incompatibilities with the files included in the tarball and the right solution is to specify --with-system-libtool so that local files are used but if I do that then it barfs on INSTALL_LTDL :-( Googling all of this did not provide much help other than discovering I'm not the only who thinks libtool is too hard to use. If anyone truly understands this stuff I'd love an explanation. -- John Dennis <jdennis@redhat.com>
John Dennis wrote:
O.K. I give up. I've begun to truly despise libtool. There are too many layers, obsurcifications, and poorly documented configuration options to wrap my poor little brain around.
The libtool people must be *much* smarter than me, because I don't understand the code. My inclination at this point is to remove libltld entirely from the build. If your system doesn't have a functional dlopen(), it doesn't deserve to run FreeRADIUS.
I figured out that the reason why INSTALL_LTDL was never defined is because it's defined deep inside the code which only gets turned on when --with-system-libtool is not specified.
However if one removes this option then linking fails because libtool cannot find libltdl/libltdlc.la in the root of the build tree.
What the heck is libltdlc.la? I don't see it on my system when the server is being built.
With the prior release (2.1.1) if I didn't define --with-system-libtool then I would get an unresolved reference to lt__PROGRAM__LTX_preloaded_symbols and I was told by our libtool maintainer this is due to incompatibilities with the files included in the tarball and the right solution is to specify --with-system-libtool so that local files are used but if I do that then it barfs on INSTALL_LTDL :-(
Googling all of this did not provide much help other than discovering I'm not the only who thinks libtool is too hard to use. If anyone truly understands this stuff I'd love an explanation.
libtool, libltdl, and autoconf are steaming masses of fertilizer. When FreeRADIUS started, I took a look at automake, and decided it was truly pointless. So we used gmake, and no one has ever really complained. If you look at the source code, there are a few references to WITHOUT_LIBLTLDL. It still requires some finalization, but it's been known to work (after some edits) on some systems. I might just spend some time removing ltldl from the system entirely. Alan DeKok.
rgreiner wrote:
Running dpkg-buildpackage -b -uc, I got the following error bellow after some time. Any ideas about how to proceed? ... libtool: link: cannot find the library `/root/freeradius-server-2.1.2/libltdl/libltdlc.la' or unhandled
Bizarre. Nothing in the source or Makefiles references a "libltdlc.la". There's a "libltdl.la" without the C, but that's it. I don't know what to suggest. Maybe it's time for me to set up a Debian build vmware image. Alan DeKok.
participants (6)
-
Alan DeKok -
John Dennis -
Joshua Lim -
rgreiner -
tnt＠kalik.co.yu -
yangcuilin