Hi Alan, due to missing `;` and typo in variable in raddb/Makefile you can't build *deb package. Here is a patch: Index: raddb/Makefile =================================================================== RCS file: /source/radiusd/raddb/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- raddb/Makefile 24 Apr 2007 15:35:12 -0000 1.17 +++ raddb/Makefile 25 Apr 2007 12:19:26 -0000 @@ -43,8 +43,8 @@ fi chmod 640 $(R)$(raddbdir)/naspasswd $(R)$(raddbdir)/clients.conf if [ ! -d $(R)$(raddbdir)/certs ]; then \ - $(INSTALL) -d -m 750 $(R)$(raddbdir)/certs \ - for x in Makefile README xpextensions ca.cnf server.cnf client.cnf; do \ + $(INSTALL) -d -m 750 $(R)$(raddbdir)/certs; \ + for i in Makefile README xpextensions ca.cnf server.cnf client.cnf; do \ $(INSTALL) -m 640 certs/$$i $(R)$(raddbdir)/certs; \ done; \ fi Milan Holub holub (at) thenet (dot) ch -------------------------------------- TheNet-Internet Services AG, im Bernertechnopark, Morgenstr. 129 CH-3018, Bern, Switzerland 031 998 4333, Fax 031 998 4330 http://www.thenet.ch http://wlan.thenet.ch --------------------------------------
Milan Holub wrote:
due to missing `;` and typo in variable in raddb/Makefile you can't build *deb package.
Thanks. Try the following on a fresh checkout of the CVS head, if you're using any of the EAP types with TLS: $ ./configure --prefix=/opt/freeradius i.e. somewhere you haven't installed it before $ make $ make install $ /opt/freeradius/sbin/radiusd -X Read the output. Watch for it to pause, and print a lot of '.'s on the screen. Isn't that easier than what has to be done now? Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog
Hi Alan, On Wed, Apr 25, 2007 at 03:08:40PM +0200, Alan DeKok wrote:
Milan Holub wrote:
due to missing `;` and typo in variable in raddb/Makefile you can't build *deb package.
Thanks.
Try the following on a fresh checkout of the CVS head, if you're using any of the EAP types with TLS:
$ ./configure --prefix=/opt/freeradius i.e. somewhere you haven't installed it before $ make $ make install $ /opt/freeradius/sbin/radiusd -X
Read the output. Watch for it to pause, and print a lot of '.'s on the screen.
I'm not using EAP TLS at the moment but right now with cvs head you can't compile freeradius: /devel/freeradius/cvs/work/src/freeradius-devel/rad_assert.h:26: warning: `used' attribute directive ignored In file included from ../../eap.h:34, from ../../libeap/eap_tls.h:68, from rlm_eap_tls.h:30, from rlm_eap_tls.c:35: ../../libeap/eap_types.h:30: warning: `used' attribute directive ignored rlm_eap_tls.c:81: structure has no member named `make_cert_command' rlm_eap_tls.c:81: initializer element is not constant rlm_eap_tls.c:81: (near initialization for `module_config[19].offset') rlm_eap_tls.c:81: initializer element is not constant rlm_eap_tls.c:81: (near initialization for `module_config[19]') rlm_eap_tls.c:83: initializer element is not constant rlm_eap_tls.c:83: (near initialization for `module_config[20]') rlm_eap_tls.c: In function `eaptls_attach': rlm_eap_tls.c:530: structure has no member named `make_cert_command' rlm_eap_tls.c:530: parse error before '{' token rlm_eap_tls.c:533: structure has no member named `make_cert_command' rlm_eap_tls.c:533: `buf' undeclared (first use in this function) rlm_eap_tls.c:533: (Each undeclared identifier is reported only once rlm_eap_tls.c:533: for each function it appears in.) rlm_eap_tls.c:536: structure has no member named `make_cert_command' rlm_eap_tls.c:541: warning: control reaches end of non-void function rlm_eap_tls.c: At top level: rlm_eap_tls.c:547: parse error before '->' token rlm_eap_tls.c:562: warning: type defaults to `int' in declaration of `instance' rlm_eap_tls.c:562: `inst' undeclared here (not in a function) rlm_eap_tls.c:562: warning: data definition has no type or storage class rlm_eap_tls.c:564: parse error before "return" rlm_eap_tls.c:91: warning: `load_dh_params' defined but not used rlm_eap_tls.c:122: warning: `generate_eph_rsa_key' defined but not used rlm_eap_tls.c:292: warning: `init_tls_ctx' defined but not used make[10]: *** [rlm_eap_tls.lo] Error 1 make[10]: Leaving directory `/var/devel/freeradius/cvs/work/src/modules/rlm_eap/types/rlm_eap_tls' make[9]: *** [common] Error 2 make[9]: Leaving directory `/var/devel/freeradius/cvs/work/src/modules/rlm_eap/types' make[8]: *** [all] Error 2 make[8]: Leaving directory `/var/devel/freeradius/cvs/work/src/modules/rlm_eap/types' make[7]: *** [common] Error 2 make[7]: Leaving directory `/var/devel/freeradius/cvs/work/src/modules/rlm_eap' make[6]: *** [common] Error 2 make[6]: Leaving directory `/var/devel/freeradius/cvs/work/src/modules' make[5]: *** [all] Error 2 make[5]: Leaving directory `/var/devel/freeradius/cvs/work/src/modules' make[4]: *** [common] Error 2 make[4]: Leaving directory `/var/devel/freeradius/cvs/work/src' make[3]: *** [all] Error 2 make[3]: Leaving directory `/var/devel/freeradius/cvs/work/src' make[2]: *** [common] Error 2 make[2]: Leaving directory `/var/devel/freeradius/cvs/work' make[1]: *** [all] Error 2 make[1]: Leaving directory `/var/devel/freeradius/cvs/work' make: *** [stamp-build] Error 2 Milan Holub holub (at) thenet (dot) ch -------------------------------------- TheNet-Internet Services AG, im Bernertechnopark, Morgenstr. 129 CH-3018, Bern, Switzerland 031 998 4333, Fax 031 998 4330 http://www.thenet.ch http://wlan.thenet.ch --------------------------------------
Milan Holub wrote:
I'm not using EAP TLS at the moment but right now with cvs head you can't compile freeradius:
Whoops. I thought I had committed that. It's added now, thanks. Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog
Hi Alan, On Wed, Apr 25, 2007 at 04:19:41PM +0200, Alan DeKok wrote:
Whoops. I thought I had committed that. It's added now, thanks.
==> yet another small syntax error(redundant bracket) in cvs head: Index: src/modules/rlm_eap/types/rlm_eap_tls/rlm_eap_tls.c =================================================================== RCS file: /source/radiusd/src/modules/rlm_eap/types/rlm_eap_tls/rlm_eap_tls.c,v retrieving revision 1.42 diff -u -r1.42 rlm_eap_tls.c --- src/modules/rlm_eap/types/rlm_eap_tls/rlm_eap_tls.c 25 Apr 2007 09:54:20 -0000 1.42 +++ src/modules/rlm_eap/types/rlm_eap_tls/rlm_eap_tls.c 26 Apr 2007 06:45:43 -0000 @@ -527,7 +527,7 @@ * bootstrap command is configured, AND it exists, AND * there is no server certificate */ - if ((conf->make_cert_command && (debug_flag >= 2)) { + if (conf->make_cert_command && (debug_flag >= 2)) { struct stat buf; if ((stat(conf->make_cert_command, &buf) == 0) && Milan Holub holub (at) thenet (dot) ch -------------------------------------- TheNet-Internet Services AG, im Bernertechnopark, Morgenstr. 129 CH-3018, Bern, Switzerland 031 998 4333, Fax 031 998 4330 http://www.thenet.ch http://wlan.thenet.ch --------------------------------------
Milan Holub wrote:
==> yet another small syntax error(redundant bracket) in cvs head:
Fixed, thanks. Now that the default install has better SSL support, it's much easier to add a full test suite that should catch all of these issues. Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog
Hello all, I am currently migrating two radius servers from 1.0.4 to 1.1.3. I've managed to get most of my kinks out, however I'm still having issues with the accounts already setup in the users file. My issue is this - my ISDN users were originally setup with the Framed-Protocol attribute's value set for MPP. Apparently this is no longer recognized as a valid value. It appears that only PPP, SLIP, and CSLIP are supported protocols. Is this correct? Should I just set them up for PPP, since MPP is just a fancy PPP connection? Below is the error message I receive. I've hunted for articles related to this issue, but no luck so far. Any help would be greatly appreciated. Thank you SO much! /path-to-raddb/users[1947]: Parse error (reply) for entry ISDNuser: Unknown value MPP for attribute Framed-Protocol -Ian Savoy
Ian Savoy wrote:
I am currently migrating two radius servers from 1.0.4 to 1.1.3. I've managed to get most of my kinks out, however I'm still having issues with the accounts already setup in the users file. My issue is this - my ISDN users were originally setup with the Framed-Protocol attribute's value set for MPP. Apparently this is no longer recognized as a valid value. It appears that only PPP, SLIP, and CSLIP are supported protocols. Is this correct?
Yes. MPP was there for historical purposes, and wasn't a standard. i.e. it might not have worked at all... If you have Ascend equipment, try using the value "Ascend-MPP" rather than "MPP". Ascend has defined it for their equipment. If you're not using Ascend equipment, please read the documentation for your NAS to see what value it needs for MPP. Then, tell us, so we can include it in the next release. Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog
participants (3)
-
Alan DeKok -
Ian Savoy -
Milan Holub