June 2005 - Freeradius-Devel - lists.freeradius.org

Re: rlm_python bug
by Valts Mazurs 07 Jun '05

07 Jun '05

Vladimir Yu. Stepanov wrote: > Can you try setup from ports collection of libltdl15 > (/usr/ports/devel/libltdl15) and add some options in configure script > for freeradius: > --with-ltdl-include="/usr/local/include" \ > --with-ltdl-lib="/usr/local/lib" \ It was not helpful. Crashed with core dump when I called "killall radiusd". gdb bt output: (gdb) bt #0 0x280f6b0b in PyType_IsSubtype () from /usr/local/lib/libpython2.4.so #1 0x2812d800 in PyImport_Cleanup () from /usr/local/lib/libpython2.4.so #2 0x2813651c in Py_Finalize () from /usr/local/lib/libpython2.4.so #3 0x0805b160 in free_mainconfig () #4 0x08054968 in detach_modules () #5 0x0804e135 in main () > --with-threads \ enabled by default imho. > --with-experimental-modules \ It is not neccessary. I use --with-static-modules=python > --enable-developer With --enable-developer freeradius server crashes with core dump when received first request. gdb bt output: (gdb) bt #0 0x28668e2c in rad_mangle (data=0x816aec0, request=0x8091f00) at rlm_preprocess.c:186 #1 0x2866922f in preprocess_authorize (instance=0x816aec0, request=0x8091f00) at rlm_preprocess.c:497 #2 0x08055ac2 in modcall (component=1, c=0x816ae00, request=0x8091f00) at modcall.c:219 #3 0x08055cbf in modcall (component=1, c=0x816af80, request=0x8091f00) at modcall.c:252 #4 0x080550fc in indexed_modcall (comp=1, idx=134815488, request=0x8091f00) at modules.c:469 #5 0x080527c7 in rad_authenticate (request=0x8091f00) at auth.c:578 #6 0x0804ca26 in rad_respond (request=0x8091f00, fun=0x8052738 <rad_authenticate>) at radiusd.c:1672 #7 0x0804e0b4 in main (argc=2, argv=0xbfbfe828) at radiusd.c:1457 NOTE that all these bugs appear only if python module is enabled in configuration files. > > First two options may be help to fix this bug :) > >> >> My environment: >> FreeBSD 5.3-RELEASE >> freeradius-1.0.2 >> ./configure --with-static-modules=python && make && make install >> gcc version 3.4.2 [FreeBSD] 20040728 >> Python 2.4.1 >> GNU gdb 6.1.1 [FreeBSD] >> >> Valts.

2 2

crash of freeradius 1.0.2
by Schweizer Laurent 06 Jun '05

06 Jun '05

Hello, i use freeradius with the jradius module and i have many crashes. Loaded symbols for /usr/local/lib/rlm_eap_mschapv2-1.0.2.so #0 0x40242ef1 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40242ef1 in kill () from /lib/libc.so.6 #1 0x40081bb1 in pthread_kill () from /lib/libpthread.so.0 #2 0x40081f2b in raise () from /lib/libpthread.so.0 #3 0x40242b24 in raise () from /lib/libc.so.6 #4 0x402443fd in abort () from /lib/libc.so.6 #5 0x0804f5d2 in rad_assert_fail (file=0x806105f "request_list.c", line=470) at util.c:331 #6 0x08059c4f in rl_delete (request=0x815c3b8) at request_list.c:491 #7 0x0805a502 in refresh_request (request=0x815c3b8, data=0xbfffec40) at request_list.c:1048 #8 0x0805aaff in rl_clean_list (now=0) at request_list.c:1398 #9 0x0804d141 in main (argc=1, argv=0x0) at radiusd.c:1492 #0 0x40242ef1 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40242ef1 in kill () from /lib/libc.so.6 #1 0x40081bb1 in pthread_kill () from /lib/libpthread.so.0 #2 0x40081f2b in raise () from /lib/libpthread.so.0 #3 0x40242b24 in raise () from /lib/libc.so.6 #4 0x402443fd in abort () from /lib/libc.so.6 #5 0x0804f5d2 in rad_assert_fail (file=0x806105f "request_list.c", line=1000) at util.c:331 #6 0x0805a489 in refresh_request (request=0x815b8a0, data=0xbfffec40) at request_list.c:1000 #7 0x0805a33e in rl_walk (walker=0x805a460 <refresh_request>, data=0xbfffec40) at request_list.c:895 #8 0x0805a96c in rl_clean_list (now=0) at request_list.c:1425 #9 0x0804d141 in main (argc=1, argv=0x0) at radiusd.c:1492 #0 0x40242ef1 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40242ef1 in kill () from /lib/libc.so.6 #1 0x40081bb1 in pthread_kill () from /lib/libpthread.so.0 #2 0x40081f2b in raise () from /lib/libpthread.so.0 #3 0x40242b24 in raise () from /lib/libc.so.6 #4 0x402443fd in abort () from /lib/libc.so.6 #5 0x0804f5d2 in rad_assert_fail (file=0x806105f "request_list.c", line=1000) at util.c:331 #6 0x0805a489 in refresh_request (request=0x815a678, data=0xbfffec40) at request_list.c:1000 #7 0x0805a33e in rl_walk (walker=0x805a460 <refresh_request>, data=0xbfffec40) at request_list.c:895 #8 0x0805a96c in rl_clean_list (now=0) at request_list.c:1425 #9 0x0804d141 in main (argc=1, argv=0x0) at radiusd.c:1492 #0 0x40242ef1 in kill () from /lib/libc.so.6 #1 0x40081bb1 in pthread_kill () from /lib/libpthread.so.0 #2 0x40081f2b in raise () from /lib/libpthread.so.0 #3 0x40242b24 in raise () from /lib/libc.so.6 #4 0x402443fd in abort () from /lib/libc.so.6 #5 0x0804f5d2 in rad_assert_fail (file=0x806105f "request_list.c", line=1000) at util.c:331 #6 0x0805a489 in refresh_request (request=0x815b570, data=0xbfffec40) at request_list.c:1000 #7 0x0805a33e in rl_walk (walker=0x805a460 <refresh_request>, data=0xbfffec40) at request_list.c:895 #8 0x0805a96c in rl_clean_list (now=0) at request_list.c:1425 #9 0x0804d141 in main (argc=1, argv=0x0) at radiusd.c:1492 (gdb) #5 0x0804f5d2 in rad_assert_fail (file=0x806105f "request_list.c", line=470) at util.c:331 #6 0x08059c4f in rl_delete (request=0x815c3b8) at request_list.c:491 #7 0x0805a502 in refresh_request (request=0x815c3b8, data=0xbfffec40) at request_list.c:1048 #8 0x0805aaff in rl_clean_list (now=0) at request_list.c:1398 #9 0x0804d141 in main (argc=1, argv=0x0) at radiusd.c:1492

1 0

Copyright and GPL infringement in tinyPEAP
by Alan DeKok 05 Jun '05

05 Jun '05

Your web site http:/www.tinypeap.com is distributing binaries built at least in part from code that is derived from the FreeRADIUS server project (http://www.freeradius.org) I refer you to the following URL's: http://www.linksysinfo.org/modules.php?name=Forums&file=viewtopic&t=5649 This message contains text with error messages "rlm_eap_tls: SSL_read failed inside of TLS ". The "rlm_eap_tls" module is part of FreeRADIUS, and it is beyond reason to believe that you have independently chosen a name for an internal portion of the server that is identical to that used by FreeRADIUS. http://www.linksysinfo.org/modules.php?name=Forums&file=viewtopic&t=4533 This message contains text by you which claims that tinyPEAP is "closed source". http://www.tinypeap.com/bin/peapd-beta1.zip This URL points to a file which contains "peapd.exe". That file contains at least the following text strings, which are either identical to strings included with FreeRADIUS, or substantially similar: -- rlm_eap_tls: FATAL SSL error ..... %d rlm_eap_tls: %s failed inside of TLS (%d), TLS session fails. rlm_eap_tls: %s failed in a system call (%d), TLS session fails. handshake_send rlm_eap_tls: Application Data In SSL Connect mode In SSL Accept mode Before SSL Handshake Phase In SSL Handshake Phase SSL Connection Established SSL_read rlm_eap_tls: Requiring client certificate rlm_eap_tls: Error creating new SSL -- Once again, it is beyond reason that you have independently come up with an implementation that is identical to that chosen by FreeRADIUS. I will be investigating this matter further, and may contact you with additional details about this matter. Nothing under copyright law gives you permission to use our copyrighted code without our permission. The only license terms available for the code in question is the GNU GPL, which is distributed with the FreeRADIUS server source. The terms of that license require you to make the source code for derived works available under the same terms as the the original code. I refer you to section 2 (b): --- b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License. --- To that end, we offer you one of the following two choices: 1) Remove any infringing binaries from your website, until such time as you remove the infringing code from your product. This removal may be done by re-writing the code in question. A simple edit of the text strings will not suffice, as our copyright applies to the binaries produced from the C source code, in addition to the text strings. 2) Release all relevant code under the terms of the GPL license, as required by the terms of the FreeRADIUS server license. We look forward to seeing your response in this matter. Alan DeKok. Project Leader, The FreeRADIUS Server Project

1 0

Anyone have a Linksys WRT54G?
by Alan T. DeKok 05 Jun '05

05 Jun '05

From: http://www.linksysinfo.org/modules.php?name=Forums&file=viewtopic&t=5649 ... TLS Alert write:fatal:protocol version TLS_accept:error in SSLv3 read client certificate A rlm_eap_tls: SSL_read failed inside of TLS (-1), TLS session fails. ... Hmm... and in another post: http://www.linksysinfo.org/modules.php?name=Forums&file=viewtopic&t=4533 ... Unfortunately, tinyPEAP will remain closed source. We will making an announcement when there will be any changes in our licencing policy. I think I'll investigate this further. Alan DeKok.

3 3

1.0.3 and sasl (rlm_ldap)
by Wolfgang Rosenauer 04 Jun '05

04 Jun '05

Hi, "make install" with the released 1.0.3 doesn't work: Making install in main... gmake[4]: Entering directory `/usr/src/packages/BUILD/freeradius-1.0.3/src/main' /usr/src/packages/BUILD/freeradius-1.0.3/libtool --mode=install /usr/src/packages/BUILD/freeradius-1.0.3/install-sh -c -m 755 -s radiusd /var/tmp/freeradius-1.0.3-build/usr/sbin libtool: install: warning: `/usr/src/packages/BUILD/freeradius-1.0.3/src/lib/libradius.la' has not been installed in `/usr/lib/freeradius' /usr/src/packages/BUILD/freeradius-1.0.3/install-sh -c -m 755 -s .libs/radiusd /var/tmp/freeradius-1.0.3-build/usr/sbin/radiusd /usr/src/packages/BUILD/freeradius-1.0.3/install-sh -c -m 755 -s radwho /var/tmp/freeradius-1.0.3-build/usr/bin strip: /var/tmp/freeradius-1.0.3-build/usr/bin/#inst.1130#: File format not recognized gmake[4]: *** [install] Error 1 -> http://bugs.freeradius.org/show_bug.cgi?id=240 One other thing from the subject: Why does configure of rlm_ldap check for sasl? I see no sasl function used in the code. If it isn't needed the configure check should be removed. CU, Wolfgang -- SUSE LINUX GmbH -o) Tel: +49-(0)911-740 53 0 Maxfeldstr. 5 /\\ Fax: +49-(0)911-740 53 679 90409 Nuernberg, Germany _\_v simply change to www.suse.com

3 2

Bug in TTLS
by fabien.marotte＠freesurf.fr 03 Jun '05

03 Jun '05

Hi, I found an other minor bug in ttls implementation In configuration where Freeradius proxyies tunneled ttls message to a home server Radius, FreeRadius doesn't send good message after having received Access-Reject/EAP-Failure from radius home server. Indeed, FreeRadius sends to the NAS an Access-Reject but doesn't include EAP/Failure attribute. This is the same case if an unknown Radius message is received from the radius home server. So the peer isn't informed of this decision and retransmits his last request after its watchdog wakes up. Here are the modifications I done on my server to correct the bug. ttls.c v1.20 process_reply function : l712 : I replaced "rcode=RLM_MODULE_REJECT" by "rcode=RLM_MODULE_INVALID" --> Invalid message and Rejected Message wasn't differentiated eap_ttls_postproxy function : l819 : replace "return 0" by "break" --> So eaptls_fail of l839 can be called to add EAP/FAILURE message in case of RLM_MODULE_REJECT rlm_eap.c v1.30 eap_post_proxy function : l547 : I moved "rcode = eap_compose(handler)" to l538 and I removed "rcode =" --> With this modification eap_compose is called whatever the return code and the eap attribute can be inserted even if the message is rejected Fabien Marotte

3 6

BUGREPORT: SQL module fails on every CISCO reboot
by Alexander Voropay 03 Jun '05

03 Jun '05

Hi! I'm using a CISCO NAS with 240 modem lines and SQL/MySQL as accounting module. FreeRADIUS CVS fails on every CISCO reboot ! As I found, CISCO send 240 packets with: "Acct-Status-Type = Stop" "Acct-Terminate-Cause = Lost-Carrier" in accounting requests (1 per line) in about 5 mS on reboot and FreeRADIUS dies on this massive bombing. May be, this is CISCO IOS error, but FreeRADIUS should (must) tolerate it... As far as I understand, SQL module segfaults when SQL connection pool is over. Seems, pooling mechanism is bogus. ======= preacct { preprocess } accounting { radutmp sql } ======= SQL module creates a pool : .... rlm_sql (sql): Driver rlm_sql_mysql (module rlm_sql_mysql) loaded and linked rlm_sql (sql): Attempting to connect to radius@localhost:/radius rlm_sql (sql): starting 0 rlm_sql (sql): Attempting to connect rlm_sql_mysql #0 rlm_sql_mysql: Starting connect to MySQL server for #0 rlm_sql (sql): Connected new DB handle, #0 rlm_sql (sql): starting 1 rlm_sql (sql): Attempting to connect rlm_sql_mysql #1 rlm_sql_mysql: Starting connect to MySQL server for #1 rlm_sql (sql): Connected new DB handle, #1 rlm_sql (sql): starting 2 rlm_sql (sql): Attempting to connect rlm_sql_mysql #2 rlm_sql_mysql: Starting connect to MySQL server for #2 rlm_sql (sql): Connected new DB handle, #2 rlm_sql (sql): starting 3 rlm_sql (sql): Attempting to connect rlm_sql_mysql #3 rlm_sql_mysql: Starting connect to MySQL server for #3 rlm_sql (sql): Connected new DB handle, #3 rlm_sql (sql): starting 4 rlm_sql (sql): Attempting to connect rlm_sql_mysql #4 rlm_sql_mysql: Starting connect to MySQL server for #4 rlm_sql (sql): Connected new DB handle, #4 Module: Instantiated sql (sql) .... .... CISCO produces heavy load on reboot : ... ... Thread 1 waiting to be assigned a request rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=163, length=109 Threads: total/active/spare threads = 18/12/6 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=164, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=165, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=166, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=167, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=168, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=169, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=170, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=171, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=172, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=173, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=174, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=175, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=176, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=177, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=178, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=179, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=180, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=181, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=182, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=183, length=109 Waking up in 30 seconds... rad_recv: Accounting-Request packet from host 192.168.1.36 port 1646, id=184, length=109 Waking up in 30 seconds... ... ... SQL segfaults after SQL_DOWN: ... ... Going to the next request Thread 15 waiting to be assigned a request Thread 15 got semaphore Thread 15 handling request 44, (2 handled so far) Acct-Session-Id = "000000AF" Acct-Session-Time = 0 Acct-Input-Octets = 0 Acct-Output-Octets = 0 Acct-Input-Packets = 0 Acct-Output-Packets = 0 Acct-Terminate-Cause = Lost-Carrier Acct-Status-Type = Stop NAS-Port = 175 NAS-Port-Type = Async radius_xlat: 'INSERT into radacct (AcctSessionId, AcctUniqueId, UserName, Realm, NASIPAddress, NASPortId, NASPortType, AcctStartTime, AcctStopTime, AcctSessionTime, AcctAuthentic, ConnectInfo_start, ConnectInfo_stop, AcctInputOctets, AcctOutputOctets, CalledStationId, CallingStationId, AcctTerminateCause, ServiceType, FramedProtocol, FramedIPAddress, AcctStartDelay, AcctStopDelay) values('0000009C', '3161648c243dee0b', '', '', '192.168.1.36', '156', 'Async', DATE_SUB('2005-06-03 11:31:39', INTERVAL (0 + 0) SECOND), '2005-06-03 11:31:39', '0', '', '', '', '0', '0', '', 'async', 'Lost-Carrier', 'Framed-User', '', '', '0', '0')' rlm_sql (sql): Reserving sql socket id: 3 radius_xlat: 'rlm_sql: Stop packet with zero session length. (user '', nas '192.168.1.36')' rlm_sql: Stop packet with zero session length. (user '', nas '192.168.1.36') rlm_sql (sql): Released sql socket id: 0 radius_xlat: 'INSERT into radacct (AcctSessionId, AcctUniqueId, UserName, Realm, NASIPAddress, NASPortId, NASPortType, AcctStartTime, AcctStopTime, AcctSessionTime, AcctAuthentic, ConnectInfo_start, ConnectInfo_stop, AcctInputOctets, AcctOutputOctets, CalledStationId, CallingStationId, AcctTerminateCause, ServiceType, FramedProtocol, FramedIPAddress, AcctStartDelay, AcctStopDelay) values('000000A1', 'ee06eeee60d67938', '', '', '192.168.1.36', '161', 'Async', DATE_SUB('2005-06-03 11:31:39', INTERVAL (0 + 0) SECOND), '2005-06-03 11:31:39', '0', '', '', '', '0', '0', '', 'async', 'Lost-Carrier', 'Framed-User', '', '', '0', '0')' Calling-Station-Id = "async" Service-Type = Framed-User NAS-IP-Address = 192.168.1.36 Acct-Delay-Time = 0 Processing the preacct section of radiusd.conf modcall: entering group preacct for request 44 modcall[preacct]: module "preprocess" returns ok for request 44 rlm_acct_unique: WARNING: Attribute Client-IP-Address was not found in request, unique ID MAY be inconsistent rlm_acct_unique: WARNING: Attribute User-Name was not found in request, unique ID MAY be inconsistent rlm_acct_unique: Hashing 'NAS-Port = 175,,NAS-IP-Address = 192.168.1.36,Acct-Session-Id = "000000AF",' rlm_acct_unique: Acct-Unique-Session-ID = "c49f73d50a4c8f2e". modcall[preacct]: module "acct_unique" returns ok for request 44 modcall: leaving group preacct (returns ok) for request 44 Processing the accounting section of radiusd.conf modcall: entering group accounting for request 44 radius_xlat: '/opt/var/log/radius/radutmp' radius_xlat: '' rlm_radutmp: Logout for NAS credit_test port 175, but no Login record modcall[accounting]: module "radutmp" returns ok for request 44 radius_xlat: '' radius_xlat: 'UPDATE radacct SET AcctStopTime = '2005-06-03 11:31:39', AcctSessionTime = '0', AcctInputOctets = '0', AcctOutputOctets = '0', AcctTerminateCause = 'Lost-Carrier', AcctStopDelay = '0', ConnectInfo_stop = '' WHERE AcctSessionId = '000000AF' AND UserName = '' AND NASIPAddress = '192.168.1.36'' rlm_sql (sql): Reserving sql socket id: 2 Acct-Session-Id = "00000095" Acct-Session-Time = 0 Acct-Input-Octets = 0 Acct-Output-Octets = 0 Acct-Input-Packets = 0 Acct-Output-Packets = 0 Acct-Terminate-Cause = Lost-Carrier rlm_sql_mysql: MYSQL check_error: 2013, returning SQL_DOWN rlm_sql (sql): Attempting to connect rlm_sql_mysql #2 rlm_sql_mysql: Starting connect to MySQL server for #2 Acct-Status-Type = Stop NAS-Port = 122 NAS-Port-Type = Async Calling-Station-Id = "async" Service-Type = Framed-User NAS-IP-Address = 192.168.1.36 Acct-Delay-Time = 0 Processing the preacct section of radiusd.conf Segmentation fault SQL returninig SQL_DOWN rlm_sql_mysql: MYSQL check_error: 2013, returning SQL_DOWN Is there any way to avoid insertion of this empty records ? -- -=AV=-

3 3

build on PPC64 fails
by Alexander Voropay 03 Jun '05

03 Jun '05

Hi! I can't build free-radius CVS on a PPC64 RHAS 4.0 . $ ./configure stage is OK. $ make stage fails on rlm_mysql ... gcc -shared .libs/sql_mysql.o -L/usr/lib64/mysql -lmysqlclient -lcrypt -lnsl -lm -lz -m64 -mminimal-toc -Wl,-soname -Wl,rlm_sql_mysql-1.1.0-pre0.so -o .libs/rlm_sql_mysql-1.1.0-pre0.so /usr/bin/ld: cannot find -lmysqlclient collect2: ld returned 1 exit status ... ... As far as I understnad situation, the RHAS PPC64 is a bi-standart system (32- and 64-bit) so the "libmysqlclient.a" **library** on the RHAS PPC64 resides in the "/usr/lib/mysql/" folder. The "/usr/lib64/mysql/" contains a *.so objects only, without *.a. [root@tr radiusd]# ls -la /usr/lib/mysql/libmysqlclient.a -rw-r--r-- 1 root root 1262082 Nov 24 2004 /usr/lib/mysql/libmysqlclient.a [root@tr radiusd]# ls -la /usr/lib64/mysql/libmysqlclient.a ls: /usr/lib64/mysql/libmysqlclient.a: No such file or directory Is it possible to correct a ./configure script ? -- -=AV=-

3 4

cvs current with SIGSEGV; how to track down
by Jason Ornstein 02 Jun '05

02 Jun '05

I've worked around some of the compile time issues that I'm having and now I have something that is a bit more of a problem. I've configured the server with --enable-developer and I'm running the server with gdb (this happens without gdb too) and this is part of what I see: ... rlm_pap: User authenticated succesfully modcall[authenticate]: module "pap" returns ok for request 0 modcall: leaving group PAP (returns ok) for request 0 Sending Access-Accept of id 41 to 10.15.32.71 port 1645 Service-Type = NAS-Prompt-User Login-Service = Telnet Login-TCP-Port = Telnet Finished request 0 Going to the next request --- Walking the entire request list --- Program received signal SIGSEGV, Segmentation fault. 0x00000000 in ?? () (gdb) where #0 0x00000000 in ?? () (gdb) bt #0 0x00000000 in ?? () (gdb) Am I wrong in thinking, that in a normal case I should see some type of backtrace? The debug message, walking..., is from radiusd.c at line 737. Here is the code /* * Loop through the request lists once per * second, to clean up old requests. */ if (last_cleaned_lists != time_now) { last_cleaned_lists = time_now; DEBUG2("--- Walking the entire request list ---"); sleep_time = SLEEP_FOREVER; for (listener = mainconfig.listen; listener != NULL; listener = listener->next) { int next; next = listener->update(listener, time_now); if (next < sleep_time) { sleep_time = next; } } } Maybe listener is never NULL? -jason

3 14

Releasing 1.0.3?
by Alan DeKok 02 Jun '05

02 Jun '05

I think we're about ready to release 1.0.3. Comments? Objections? Alan DeKok.

3 5