- Freeradius-Devel - lists.freeradius.org

Free Radius Compilation Error on RHEL5.3
by Kamal Garg 13 Aug '09

13 Aug '09

Hi, I am facing problem while making freeradius-server-2.1.6 on RHEL5.3, however I am able to successfully build and install the freeradius-server-2.1.6 on RHEL4.0. Following are the error logs I am getting while building freeradius server on RHEL5.3. [root@VMWare freeradius-server-2.1.6]# make gmake[1]: Entering directory `/home/freeradius-server-2.1.6' Making all in libltdl... gmake[2]: Entering directory `/home/freeradius-server-2.1.6/libltdl' /usr/bin/gmake all-am gmake[3]: Entering directory `/home/freeradius-server-2.1.6/libltdl' /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c -o ltdl.lo ltdl.c mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ltdl.c -fPIC -DPIC -o .libs/ltdl.o ltdl.c: In function 'lt_dladderror': ltdl.c:967: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c: In function 'tryall_dlopen_module': ltdl.c:2482: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:2483: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:2484: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c: In function 'canonicalize_path': ltdl.c:2575: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:2576: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c: In function 'argzize_path': ltdl.c:2639: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:2640: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:2641: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c: In function 'foreach_dirinpath': ltdl.c:2710: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c: In function 'find_file_callback': ltdl.c:2750: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:2751: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:2752: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c: In function 'try_dlopen': ltdl.c:3068: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3069: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3095: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3127: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3333: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c: In function 'lt_dlopenext': ltdl.c:3477: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c: In function 'lt_argz_insertinorder': ltdl.c:3606: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3607: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3608: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c: In function 'lt_argz_insertdir': ltdl.c:3636: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3637: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3638: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3672: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c: In function 'list_files_by_dir': ltdl.c:3697: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3698: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3699: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3700: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c: In function 'lt_dlpath_insertdir': ltdl.c:3993: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:3994: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:4002: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:4007: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:4008: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:4017: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:4032: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type ltdl.c:4033: warning: passing argument 4 of '__assert_fail' discards qualifiers from pointer target type /usr/include/argz.h: In function 'argz_next': /usr/include/argz.h:181: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://bugzilla.redhat.com/bugzilla> for instructions. Preprocessed source stored into /tmp/ccYFkazU.out file, please attach this to your bugreport. gmake[3]: *** [ltdl.lo] Error 1 gmake[3]: Leaving directory `/home/freeradius-server-2.1.6/libltdl' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/freeradius-server-2.1.6/libltdl' gmake[1]: *** [common] Error 2 gmake[1]: Leaving directory `/home/freeradius-server-2.1.6' make: *** [all] Error 2 [root@VMWare freeradius-server-2.1.6]# gcc version gcc: version: No such file or directory gcc: no input files Is there any compatibility issues between freeradius and RHEL5.3? Is there any way out to successfully build freeradius server on RHEL5.3 ? Thanks & Regards, Kamal

1 0

buffered-sql detail
by Gabriel Blanchard 13 Aug '09

13 Aug '09

The type detail server appears to be broken again in stable git. The server logs fine I put the sql module in the main accounting block of the virtual server. if I move the sql block back inside the buffered-sql detail server it moves the detail file to -> .work but then never does anything with it, even worst, it deletes the .work file without sending anything. I had this exact same config with a previous version of freeradius and it worked just fine. Unfortunately I don't remember what version that was. bsddev# radiusd -v radiusd: FreeRADIUS Version 2.1.6, for host amd64-portbld-freebsd7.2, built on Aug 4 2009 at 15:32:18 server buffered-sql { listen { type = detail filename = ${radacctdir}/sqlrelay load_factor = 10 } preacct { files } accounting { sql } } [sqlrelay] Processing sql_log_postauth [sqlrelay-teksavvy] expand: INSERT into radius.dbo.radpostauth (username, pass, reply, authdate) values ('%{User-Name}', '%{User- Password:-Chap-Password}' [sqlrelay] expand: /var/log/radacct/sqlrelay -> /var/log/radacct/ sqlrelay ++[sqlrelay-teksavvy] returns ok } # server teksavvy Sending Access-Accept of id 231 to 127.0.0.1 port 57073 Finished request 0. Going to the next request Waking up in 0.2 seconds. Polling for detail file /var/log/radacct/sqlrelay detail_recv: Renaming /var/log/radacct/sqlrelay -> /var/log/radacct/ sqlrelay.work --> Here I'm expecting the sql module to wake up and send the log, but it never does. Waking up in 1.1 seconds. Polling for detail file /var/log/radacct/sqlrelay

4 27

GIT Log for 2009-08-12 23:33 GMT
by aland＠deployingradius.com 12 Aug '09

12 Aug '09

commit 7fcd37cad20fe911985f8f9332fce2586060cd7e Author: Alan T. DeKok <aland(a)freeradius.org> Date: Wed Aug 12 14:15:58 2009 +0200 Look up home servers by type, too. Files changed: src/include/realms.h | 2 +- src/main/client.c | 5 +++-- src/main/realms.c | 3 ++- 3 files changed, 6 insertions(+), 4 deletions(-) ====================================================================== commit ba3da06e2e0edd6b64822c0aa4e729b3d7977eed Author: Alan T. DeKok <aland(a)freeradius.org> Date: Wed Aug 12 11:12:49 2009 +0200 Remove final restrictions on attributes > 32767 Files changed: src/include/libradius.h | 2 +- src/lib/dict.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) ====================================================================== commit 437eaf0fd47dc92a6dc5daee2fe899cb03c6c56f Author: Alan T. DeKok <aland(a)freeradius.org> Date: Wed Aug 12 10:48:12 2009 +0200 Move restrictions on vendor ID from 32767 to 65535 Now that "attr" is stored as an unsigned integer. Based on a patch from Rafael Ugolini Files changed: src/lib/dict.c | 2 +- src/modules/rlm_eap/types/rlm_eap_ttls/ttls.c | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) ====================================================================== commit e9fe00fb9cc7c6e35543c163e9ffb6875af9b0e6 Author: Alan T. DeKok <aland(a)freeradius.org> Date: Wed Aug 12 10:22:23 2009 +0200 Moved prototypes to a better place Files changed: src/include/missing.h | 3 +++ src/modules/frs_dhcp/dhcp.h | 8 -------- 2 files changed, 3 insertions(+), 8 deletions(-) ====================================================================== commit 9e06d41e9343434974bee1c0544da73a1927d120 Author: Alan T. DeKok <aland(a)freeradius.org> Date: Wed Aug 12 10:10:45 2009 +0200 Move "attr" to unsigned int So that we don't have to worry about whether or not the high bit is set Files changed: src/include/libradius.h | 10 +++++----- src/lib/dict.c | 6 +++--- src/lib/radius.c | 21 ++++++++++++--------- 3 files changed, 20 insertions(+), 17 deletions(-) ====================================================================== commit 5021d65e202689487facfc32c3b8ec33bbdace71 Author: Alan T. DeKok <aland(a)freeradius.org> Date: Wed Aug 12 07:46:21 2009 +0200 Add "const" and remove compiler warningsy Files changed: src/include/libradius.h | 2 +- src/lib/print.c | 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) ======================================================================

1 0

Re: Problem with Vendor ID greater then 32767
by Rafael Ugolini 12 Aug '09

12 Aug '09

----- "Alan DeKok" <aland(a)deployingradius.com> wrote: | Arran Cudbard-Bell wrote: | > Did you not think they'd get past 32K? Int is dead, long live long :) | | I thought it would take longer than that... | | But the limitation in FreeRADIUS has been there for about 10 years... | I guess it's OK for IANA to take 10 years to allocate 32K vendor ID's. | Anyway, why would you guys use long if int in 32bit arch can go from −2,147,483,648 to 2,147,483,647 ? Rafael Ugolini

4 3

Problem with Vendor ID greater then 32767
by Rafael Ugolini 12 Aug '09

12 Aug '09

Hi, I was trying to use VSA with my private enterprise number registered with IANA (as describe in the documentation) and I found a little problem. In dict.c at dict_addvendor function you have this: if (value >= 32767) { fr_strerror_printf("dict_addvendor: Cannot handle vendor ID larger than 65535"); return -1; } and my number is 34045, so I got a return -1. So, after this I was looking for more of this limitation with vendor id, and I found one more in rlm_eap_ttls.c, I attached the patch to solve this problem. Ty, Rafael Ugolini Vex - Engineering Coordinator rafael.ugolini(a)vexcorp.com http://www.vexcorp.com Office: +55 11 4932 5932 Cel: +55 11 9467 8489

3 3

GIT Log for 2009-08-11 23:33 GMT
by aland＠deployingradius.com 11 Aug '09

11 Aug '09

commit 56e4c1dd604b02b8fa7e2619dd3999a726147654 Author: Alan T. DeKok <aland(a)freeradius.org> Date: Tue Aug 11 14:35:29 2009 +0200 Make code consistent with examples. Fixes bug #10 src/modules/rlm_wimax/rlm_wimax.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

1 0

udpfromto works for the server but not from radclient
by Joe Maimon 11 Aug '09

11 Aug '09

The server operates properly and returns responses from the correct ip addresses out of multiple on the server, but the radtest client refuses to run and returns radclient: socket: cannot initialize udpfromto: Function not implemented The server does not operate correctly when built without udpfromto. The system is a current testing debian and the package is a custom rebuild based on the current git source. Thanks, Joe

2 7

Patch for raddb/sql/mysql/ippool.conf
by Chris Moules 11 Aug '09

11 Aug '09

Sorry this is not a GIT patch. Here are two minor fixes to the MySQL ippool.conf file. 1) A Syntax correction for the alternative 'allocate-find' query. 2) There was an issue with the 'start-update' query updating more than it should. I am using IMSI codes as my pool-key. In the case that a phone disconnects, but no Acct-Stop is received the expiry_time is updated every time that this phone reconnects as only the NAS and the pool-key are used as update limiters. By including at least the framedipaddress this is solved. As both the 'stop-clear' and 'alive-update' sections are using the 3 additional qualifiers, it makes sense to use them here too. (I see no reason no to). Regards Chris --- ippool.conf.orig 2009-07-31 15:16:38.000000000 +0200 +++ ippool.conf 2009-07-31 15:17:57.000000000 +0200 @@ -39,7 +39,7 @@ # ## use this query instead # allocate-find = "SELECT framedipaddress FROM ${ippool_table} \ # WHERE pool_name = '%{control:Pool-Name}' \ -# AND expiry_time = NULL \ +# AND expiry_time IS NULL \ # ORDER BY RAND() \ # LIMIT 1 \ # FOR UPDATE" @@ -67,7 +67,10 @@ ## START record arrives start-update = "UPDATE ${ippool_table} \ SET expiry_time = NOW() + INTERVAL ${lease-duration} SECOND \ - WHERE nasipaddress = '%{NAS-IP-Address}' AND pool_key = '${pool-key}'" + WHERE nasipaddress = '%{NAS-IP-Address}' AND pool_key = '${pool-key}' \ + AND username = '%{User-Name}' \ + AND callingstationid = '%{Calling-Station-Id}' \ + AND framedipaddress = '%{Framed-IP-Address}'" ## This series of queries frees an IP number when an accounting ## STOP record arrives

2 2

GIT Log for 2009-08-10 23:33 GMT
by aland＠deployingradius.com 10 Aug '09

10 Aug '09

commit 8d0ad75b615f35f557bee0e6c3f96c659c2e6a36 Author: Alan T. DeKok <aland(a)freeradius.org> Date: Mon Aug 10 19:14:39 2009 +0200 request may be NULL Files changed: src/modules/rlm_expr/paircmp.c | 6 +++++- 1 files changed, 5 insertions(+), 1 deletions(-) ====================================================================== commit 4f02141e5ee092f0f9a4a8b8b364897ad273d2a3 Author: Alan T. DeKok <aland(a)freeradius.org> Date: Mon Aug 10 12:17:11 2009 +0200 RFC 5580 and dictionary Files changed: doc/rfc/rfc5580.txt | 2971 ++++++++++++++++++++++++++++++++++++++++++++++ share/dictionary | 1 + share/dictionary.rfc5580 | 41 + 3 files changed, 3013 insertions(+), 0 deletions(-) ======================================================================

1 0

GIT Log for 2009-08-09 23:33 GMT
by aland＠deployingradius.com 09 Aug '09

09 Aug '09

commit a7c6fb0ffaa5014618b9723059196454f948251d Author: Alan T. DeKok <aland(a)freeradius.org> Date: Sun Aug 9 17:26:41 2009 +0200 Cache module lists for VMPS and DHCP src/main/modules.c | 24 +++++++++++++----------- 1 files changed, 13 insertions(+), 11 deletions(-)

1 0