- Freeradius-Devel - lists.freeradius.org

radius segv some time after HUP?
by Joe Maimon 03 Nov '05

03 Nov '05

Running under valgrind Line 484 in request_proccess.c reads rcode = proxy_send(request); I havent really started debugging this yet, but thought I would give valgrind a try after all the recent suggestions. If this is usefull or I can make it more so, Id be glad to. ==23224== Memcheck, a memory error detector for x86-linux. ==23224== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==23224== Using valgrind-2.4.0, a program supervision framework for x86-linux. ==23224== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==23224== ==23224== My PID = 23224, parent PID = 3602. Prog and args are: ==23224== ./src/main/.libs/radiusd ==23224== -fxx ==23224== For more details, rerun with: -v ==23224== ==23224== Conditional jump or move depends on uninitialised value(s) ==23224== at 0x1B8ECB13: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E631C: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==23224== ==23224== Conditional jump or move depends on uninitialised value(s) ==23224== at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E631C: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==23224== ==23224== Conditional jump or move depends on uninitialised value(s) ==23224== at 0x1B8EC6B6: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==23224== ==23224== Conditional jump or move depends on uninitialised value(s) ==23224== at 0x1B8EC6C2: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==23224== ==23224== Conditional jump or move depends on uninitialised value(s) ==23224== at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==23224== ==23224== Conditional jump or move depends on uninitialised value(s) ==23224== at 0x1B8ECB13: (within /lib/ld-2.3.5.so) ==23224== by 0x1BCC24BA: (within /lib/tls/libc-2.3.5.so) ==23224== by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==23224== by 0x1BCC2B85: _dl_open (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BCC407C: (within /lib/tls/libc-2.3.5.so) ==23224== by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==23224== by 0x1BCC41DD: __libc_dlopen_mode (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BC9EE68: __nss_lookup_function (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BC9F00E: (within /lib/tls/libc-2.3.5.so) ==23224== by 0x1BCA0BCF: __nss_passwd_lookup (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BC4D1BB: getpwnam_r (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BC4CB41: getpwnam (in /lib/tls/libc-2.3.5.so) ==23224== ==23224== Conditional jump or move depends on uninitialised value(s) ==23224== at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==23224== by 0x1BCC24BA: (within /lib/tls/libc-2.3.5.so) ==23224== by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==23224== by 0x1BCC2B85: _dl_open (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BCC407C: (within /lib/tls/libc-2.3.5.so) ==23224== by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==23224== by 0x1BCC41DD: __libc_dlopen_mode (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BC9EE68: __nss_lookup_function (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BC9F00E: (within /lib/tls/libc-2.3.5.so) ==23224== by 0x1BCA0BCF: __nss_passwd_lookup (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BC4D1BB: getpwnam_r (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BC4CB41: getpwnam (in /lib/tls/libc-2.3.5.so) ==23224== ==23224== Thread 2: ==23224== Use of uninitialised value of size 4 ==23224== at 0x1B909FA4: ??? ==23224== by 0x1B90AD8B: ??? ==23224== by 0x8056974: call_modsingle (modcall.c:254) ==23224== by 0x805707A: modcall (modcall.c:590) ==23224== by 0x8056A24: call_one (modcall.c:287) ==23224== by 0x8056B1E: call_modgroup (modcall.c:342) ==23224== by 0x8056FE9: modcall (modcall.c:575) ==23224== by 0x80559B1: indexed_modcall (modules.c:428) ==23224== by 0x8056527: module_accounting (modules.c:960) ==23224== by 0x804F6E6: rad_accounting (acct.c:68) ==23224== by 0x8065FFC: rad_respond (request_process.c:453) ==23224== by 0x805AF10: request_handler_thread (threads.c:590) ==23224== ==23224== Thread 5: ==23224== Invalid read of size 4 ==23224== at 0x80514B8: proxy_send (proxy.c:531) ==23224== by 0x8066081: rad_respond (request_process.c:484) ==23224== by 0x805AF10: request_handler_thread (threads.c:590) ==23224== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==23224== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==23224== Address 0x1BFE5EB0 is 24 bytes inside a block of size 40 free'd ==23224== at 0x1B904B04: free (vg_replace_malloc.c:152) ==23224== by 0x80659F9: listen_free (listen.c:2123) ==23224== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==23224== by 0x804D50A: main (radiusd.c:549) ==23224== ==23224== Invalid read of size 4 ==23224== at 0x8051539: proxy_send (proxy.c:544) ==23224== by 0x8066081: rad_respond (request_process.c:484) ==23224== by 0x805AF10: request_handler_thread (threads.c:590) ==23224== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==23224== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==23224== Address 0x1BFE5EB0 is 24 bytes inside a block of size 40 free'd ==23224== at 0x1B904B04: free (vg_replace_malloc.c:152) ==23224== by 0x80659F9: listen_free (listen.c:2123) ==23224== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==23224== by 0x804D50A: main (radiusd.c:549) ==23224== ==23224== Invalid read of size 4 ==23224== at 0x80632AC: proxy_socket_send (listen.c:635) ==23224== by 0x805154A: proxy_send (proxy.c:544) ==23224== by 0x8066081: rad_respond (request_process.c:484) ==23224== by 0x805AF10: request_handler_thread (threads.c:590) ==23224== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==23224== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==23224== Address 0x1BFE5EBC is 36 bytes inside a block of size 40 free'd ==23224== at 0x1B904B04: free (vg_replace_malloc.c:152) ==23224== by 0x80659F9: listen_free (listen.c:2123) ==23224== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==23224== by 0x804D50A: main (radiusd.c:549) ==23224== ==23224== Invalid read of size 4 ==23224== at 0x80632D5: proxy_socket_send (listen.c:638) ==23224== by 0x805154A: proxy_send (proxy.c:544) ==23224== by 0x8066081: rad_respond (request_process.c:484) ==23224== by 0x805AF10: request_handler_thread (threads.c:590) ==23224== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==23224== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==23224== Address 0x1BFE5EB0 is 24 bytes inside a block of size 40 free'd ==23224== at 0x1B904B04: free (vg_replace_malloc.c:152) ==23224== by 0x80659F9: listen_free (listen.c:2123) ==23224== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==23224== by 0x804D50A: main (radiusd.c:549) ==23224== ==23224== Invalid read of size 4 ==23224== at 0x806330A: proxy_socket_send (listen.c:640) ==23224== by 0x805154A: proxy_send (proxy.c:544) ==23224== by 0x8066081: rad_respond (request_process.c:484) ==23224== by 0x805AF10: request_handler_thread (threads.c:590) ==23224== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==23224== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==23224== Address 0x1BFE5EF0 is 0 bytes inside a block of size 28 free'd ==23224== at 0x1B904B04: free (vg_replace_malloc.c:152) ==23224== by 0x80659EB: listen_free (listen.c:2122) ==23224== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==23224== by 0x804D50A: main (radiusd.c:549) ==23224== ==23224== Invalid read of size 4 ==23224== at 0x8063315: proxy_socket_send (listen.c:641) ==23224== by 0x805154A: proxy_send (proxy.c:544) ==23224== by 0x8066081: rad_respond (request_process.c:484) ==23224== by 0x805AF10: request_handler_thread (threads.c:590) ==23224== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==23224== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==23224== Address 0x1BFE5F04 is 20 bytes inside a block of size 28 free'd ==23224== at 0x1B904B04: free (vg_replace_malloc.c:152) ==23224== by 0x80659EB: listen_free (listen.c:2122) ==23224== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==23224== by 0x804D50A: main (radiusd.c:549) ==23224== ==23224== Thread 6: ==23224== Jump to the invalid address stated on the next line ==23224== at 0x48: ??? ==23224== by 0x8066081: rad_respond (request_process.c:484) ==23224== by 0x805AF10: request_handler_thread (threads.c:590) ==23224== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==23224== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==23224== Address 0x48 is not stack'd, malloc'd or (recently) free'd ==23224== ==23224== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==23224== Access not within mapped region at address 0x48 ==23224== at 0x48: ??? ==23224== by 0x8066081: rad_respond (request_process.c:484) ==23224== by 0x805AF10: request_handler_thread (threads.c:590) ==23224== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==23224== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==23224== ==23224== ERROR SUMMARY: 794 errors from 15 contexts (suppressed: 0 from 0) ==23224== malloc/free: in use at exit: 1222706 bytes in 28495 blocks. ==23224== malloc/free: 48871 allocs, 20376 frees, 9806171 bytes allocated. ==23224== For counts of detected errors, rerun with: -v ==23224== searching for pointers to 28495 not-freed blocks. ==23224== checked 102635084 bytes. ==23224== ==23224== ==23224== 3 bytes in 1 blocks are definitely lost in loss record 1 of 39 ==23224== at 0x1B90459D: malloc (vg_replace_malloc.c:130) ==23224== by 0x1BC29D4F: strdup (in /lib/tls/libc-2.3.5.so) ==23224== by 0x8053783: cf_item_parse (conffile.c:747) ==23224== by 0x8053C40: cf_section_parse (conffile.c:896) ==23224== by 0x1C2C8E9E: ??? ==23224== by 0x80556C1: find_module_instance (modules.c:314) ==23224== by 0x80573D4: do_compile_modsingle (modcall.c:1038) ==23224== by 0x8057720: compile_modsingle (modcall.c:1142) ==23224== by 0x8055CA2: load_component_section (modules.c:554) ==23224== by 0x8056462: setup_modules (modules.c:908) ==23224== by 0x806230F: read_mainconfig (mainconfig.c:1088) ==23224== by 0x804D05B: main (radiusd.c:281) ==23224== ==23224== ==23224== 78 bytes in 3 blocks are definitely lost in loss record 5 of 39 ==23224== at 0x1B90459D: malloc (vg_replace_malloc.c:130) ==23224== by 0x1C0F13E7: ??? ==23224== by 0x1C0F1296: ??? ==23224== by 0x1C0CC145: ??? ==23224== by 0x1C0C49E2: ??? ==23224== by 0x1C0C4982: ??? ==23224== by 0x1C02E62D: ??? ==23224== by 0x1C02E717: ??? ==23224== by 0x1C02DEC5: ??? ==23224== by 0x1C02E0EF: ??? ==23224== by 0x1BCA5142: getservbyname_r (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BCA4FD8: getservbyname (in /lib/tls/libc-2.3.5.so) ==23224== ==23224== ==23224== 492 (108 direct, 384 indirect) bytes in 3 blocks are definitely lost in loss record 9 of 39 ==23224== at 0x1B90459D: malloc (vg_replace_malloc.c:130) ==23224== by 0x1BC9F179: (within /lib/tls/libc-2.3.5.so) ==23224== by 0x1BC9F7C1: __nss_database_lookup (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1C00A139: ??? ==23224== by 0x1C00B8F4: ??? ==23224== by 0x1BC4D0B9: getpwnam_r (in /lib/tls/libc-2.3.5.so) ==23224== by 0x1BC4CB41: getpwnam (in /lib/tls/libc-2.3.5.so) ==23224== by 0x80610A1: radlogdir_iswritable (mainconfig.c:480) ==23224== by 0x8062175: read_mainconfig (mainconfig.c:1010) ==23224== by 0x804D05B: main (radiusd.c:281) ==23224== ==23224== ==23224== 528 bytes in 1 blocks are definitely lost in loss record 12 of 39 ==23224== at 0x1B904F75: calloc (vg_replace_malloc.c:175) ==23224== by 0x805E5D5: clients_init (client.c:143) ==23224== by 0x805EAD6: clients_parse_section (client.c:395) ==23224== by 0x80622BD: read_mainconfig (mainconfig.c:1071) ==23224== by 0x804D05B: main (radiusd.c:281) ==23224== ==23224== ==23224== 816 bytes in 12 blocks are possibly lost in loss record 15 of 39 ==23224== at 0x1B904F75: calloc (vg_replace_malloc.c:175) ==23224== by 0x1B8F16A7: (within /lib/ld-2.3.5.so) ==23224== by 0x1B8F197B: _dl_allocate_tls (in /lib/ld-2.3.5.so) ==23224== by 0x1B9434F0: pthread_create@@GLIBC_2.1 (in /lib/tls/libpthread-2.3.5.so) ==23224== by 0x805B1AD: spawn_thread (threads.c:720) ==23224== by 0x805B75D: thread_pool_clean (threads.c:1007) ==23224== by 0x804D88C: main (radiusd.c:735) ==23224== ==23224== ==23224== 816 bytes in 34 blocks are definitely lost in loss record 16 of 39 ==23224== at 0x1B90459D: malloc (vg_replace_malloc.c:130) ==23224== by 0x1B95FFA4: rbtree_create (rbtree.c:99) ==23224== by 0x805E81C: client_add (client.c:234) ==23224== by 0x805EDC9: clients_parse_section (client.c:487) ==23224== by 0x80622BD: read_mainconfig (mainconfig.c:1071) ==23224== by 0x804D50A: main (radiusd.c:549) ==23224== ==23224== LEAK SUMMARY: ==23224== definitely lost: 1533 bytes in 42 blocks. ==23224== indirectly lost: 384 bytes in 32 blocks. ==23224== possibly lost: 816 bytes in 12 blocks. ==23224== still reachable: 1219973 bytes in 28409 blocks. ==23224== suppressed: 0 bytes in 0 blocks. ==23224== Reachable blocks (those to which a pointer was found) are not shown. ==23224== To see them, rerun with: --show-reachable=yes ==13538== Memcheck, a memory error detector for x86-linux. ==13538== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==13538== Using valgrind-2.4.0, a program supervision framework for x86-linux. ==13538== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==13538== ==13538== My PID = 13538, parent PID = 3602. Prog and args are: ==13538== ./src/main/.libs/radiusd ==13538== -fxx ==13538== For more details, rerun with: -v ==13538== ==13538== Conditional jump or move depends on uninitialised value(s) ==13538== at 0x1B8ECB13: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E631C: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==13538== ==13538== Conditional jump or move depends on uninitialised value(s) ==13538== at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E631C: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==13538== ==13538== Conditional jump or move depends on uninitialised value(s) ==13538== at 0x1B8EC6B6: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==13538== ==13538== Conditional jump or move depends on uninitialised value(s) ==13538== at 0x1B8EC6C2: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==13538== ==13538== Conditional jump or move depends on uninitialised value(s) ==13538== at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==13538== ==13538== Conditional jump or move depends on uninitialised value(s) ==13538== at 0x1B8ECB13: (within /lib/ld-2.3.5.so) ==13538== by 0x1BCC24BA: (within /lib/tls/libc-2.3.5.so) ==13538== by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==13538== by 0x1BCC2B85: _dl_open (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BCC407C: (within /lib/tls/libc-2.3.5.so) ==13538== by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==13538== by 0x1BCC41DD: __libc_dlopen_mode (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BC9EE68: __nss_lookup_function (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BC9F00E: (within /lib/tls/libc-2.3.5.so) ==13538== by 0x1BCA0BCF: __nss_passwd_lookup (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BC4D1BB: getpwnam_r (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BC4CB41: getpwnam (in /lib/tls/libc-2.3.5.so) ==13538== ==13538== Conditional jump or move depends on uninitialised value(s) ==13538== at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==13538== by 0x1BCC24BA: (within /lib/tls/libc-2.3.5.so) ==13538== by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==13538== by 0x1BCC2B85: _dl_open (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BCC407C: (within /lib/tls/libc-2.3.5.so) ==13538== by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==13538== by 0x1BCC41DD: __libc_dlopen_mode (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BC9EE68: __nss_lookup_function (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BC9F00E: (within /lib/tls/libc-2.3.5.so) ==13538== by 0x1BCA0BCF: __nss_passwd_lookup (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BC4D1BB: getpwnam_r (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BC4CB41: getpwnam (in /lib/tls/libc-2.3.5.so) ==13538== ==13538== Thread 3: ==13538== Use of uninitialised value of size 4 ==13538== at 0x1B909FA4: ??? ==13538== by 0x1B90AD8B: ??? ==13538== by 0x8056974: call_modsingle (modcall.c:254) ==13538== by 0x805707A: modcall (modcall.c:590) ==13538== by 0x8056A24: call_one (modcall.c:287) ==13538== by 0x8056B1E: call_modgroup (modcall.c:342) ==13538== by 0x8056FE9: modcall (modcall.c:575) ==13538== by 0x80559B1: indexed_modcall (modules.c:428) ==13538== by 0x8056527: module_accounting (modules.c:960) ==13538== by 0x804F6E6: rad_accounting (acct.c:68) ==13538== by 0x8065FFC: rad_respond (request_process.c:453) ==13538== by 0x805AF10: request_handler_thread (threads.c:590) ==13538== ==13538== Thread 8: ==13538== Invalid read of size 4 ==13538== at 0x80514B8: proxy_send (proxy.c:531) ==13538== by 0x8066081: rad_respond (request_process.c:484) ==13538== by 0x805AF10: request_handler_thread (threads.c:590) ==13538== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==13538== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==13538== Address 0x1BFE5EB0 is 24 bytes inside a block of size 40 free'd ==13538== at 0x1B904B04: free (vg_replace_malloc.c:152) ==13538== by 0x80659F9: listen_free (listen.c:2123) ==13538== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== Invalid read of size 4 ==13538== at 0x8051539: proxy_send (proxy.c:544) ==13538== by 0x8066081: rad_respond (request_process.c:484) ==13538== by 0x805AF10: request_handler_thread (threads.c:590) ==13538== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==13538== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==13538== Address 0x1BFE5EB0 is 24 bytes inside a block of size 40 free'd ==13538== at 0x1B904B04: free (vg_replace_malloc.c:152) ==13538== by 0x80659F9: listen_free (listen.c:2123) ==13538== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== Invalid read of size 4 ==13538== at 0x80632AC: proxy_socket_send (listen.c:635) ==13538== by 0x805154A: proxy_send (proxy.c:544) ==13538== by 0x8066081: rad_respond (request_process.c:484) ==13538== by 0x805AF10: request_handler_thread (threads.c:590) ==13538== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==13538== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==13538== Address 0x1BFE5EBC is 36 bytes inside a block of size 40 free'd ==13538== at 0x1B904B04: free (vg_replace_malloc.c:152) ==13538== by 0x80659F9: listen_free (listen.c:2123) ==13538== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== Invalid read of size 4 ==13538== at 0x80632D5: proxy_socket_send (listen.c:638) ==13538== by 0x805154A: proxy_send (proxy.c:544) ==13538== by 0x8066081: rad_respond (request_process.c:484) ==13538== by 0x805AF10: request_handler_thread (threads.c:590) ==13538== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==13538== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==13538== Address 0x1BFE5EB0 is 24 bytes inside a block of size 40 free'd ==13538== at 0x1B904B04: free (vg_replace_malloc.c:152) ==13538== by 0x80659F9: listen_free (listen.c:2123) ==13538== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== Invalid read of size 4 ==13538== at 0x806330A: proxy_socket_send (listen.c:640) ==13538== by 0x805154A: proxy_send (proxy.c:544) ==13538== by 0x8066081: rad_respond (request_process.c:484) ==13538== by 0x805AF10: request_handler_thread (threads.c:590) ==13538== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==13538== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==13538== Address 0x1BFE5EF0 is 0 bytes inside a block of size 28 free'd ==13538== at 0x1B904B04: free (vg_replace_malloc.c:152) ==13538== by 0x80659EB: listen_free (listen.c:2122) ==13538== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== Invalid read of size 4 ==13538== at 0x8063315: proxy_socket_send (listen.c:641) ==13538== by 0x805154A: proxy_send (proxy.c:544) ==13538== by 0x8066081: rad_respond (request_process.c:484) ==13538== by 0x805AF10: request_handler_thread (threads.c:590) ==13538== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==13538== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==13538== Address 0x1BFE5F04 is 20 bytes inside a block of size 28 free'd ==13538== at 0x1B904B04: free (vg_replace_malloc.c:152) ==13538== by 0x80659EB: listen_free (listen.c:2122) ==13538== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== Thread 1: ==13538== Invalid read of size 4 ==13538== at 0x80608FC: refresh_request (request_list.c:1283) ==13538== by 0x1B958537: lrad_hash_table_walk (hash.c:408) ==13538== by 0x806098A: rl_clean_list (request_list.c:1324) ==13538== by 0x80648D5: generic_update (listen.c:1513) ==13538== by 0x804D829: main (radiusd.c:719) ==13538== Address 0x1BFE5EB0 is 24 bytes inside a block of size 40 free'd ==13538== at 0x1B904B04: free (vg_replace_malloc.c:152) ==13538== by 0x80659F9: listen_free (listen.c:2123) ==13538== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== Invalid read of size 4 ==13538== at 0x80632AC: proxy_socket_send (listen.c:635) ==13538== by 0x806090D: refresh_request (request_list.c:1283) ==13538== by 0x1B958537: lrad_hash_table_walk (hash.c:408) ==13538== by 0x806098A: rl_clean_list (request_list.c:1324) ==13538== by 0x80648D5: generic_update (listen.c:1513) ==13538== by 0x804D829: main (radiusd.c:719) ==13538== Address 0x1BFE5EBC is 36 bytes inside a block of size 40 free'd ==13538== at 0x1B904B04: free (vg_replace_malloc.c:152) ==13538== by 0x80659F9: listen_free (listen.c:2123) ==13538== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== Invalid read of size 4 ==13538== at 0x80632D5: proxy_socket_send (listen.c:638) ==13538== by 0x806090D: refresh_request (request_list.c:1283) ==13538== by 0x1B958537: lrad_hash_table_walk (hash.c:408) ==13538== by 0x806098A: rl_clean_list (request_list.c:1324) ==13538== by 0x80648D5: generic_update (listen.c:1513) ==13538== by 0x804D829: main (radiusd.c:719) ==13538== Address 0x1BFE5EB0 is 24 bytes inside a block of size 40 free'd ==13538== at 0x1B904B04: free (vg_replace_malloc.c:152) ==13538== by 0x80659F9: listen_free (listen.c:2123) ==13538== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== Invalid read of size 4 ==13538== at 0x806330A: proxy_socket_send (listen.c:640) ==13538== by 0x806090D: refresh_request (request_list.c:1283) ==13538== by 0x1B958537: lrad_hash_table_walk (hash.c:408) ==13538== by 0x806098A: rl_clean_list (request_list.c:1324) ==13538== by 0x80648D5: generic_update (listen.c:1513) ==13538== by 0x804D829: main (radiusd.c:719) ==13538== Address 0x1BFE5EF0 is 0 bytes inside a block of size 28 free'd ==13538== at 0x1B904B04: free (vg_replace_malloc.c:152) ==13538== by 0x80659EB: listen_free (listen.c:2122) ==13538== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== Invalid read of size 4 ==13538== at 0x8063315: proxy_socket_send (listen.c:641) ==13538== by 0x806090D: refresh_request (request_list.c:1283) ==13538== by 0x1B958537: lrad_hash_table_walk (hash.c:408) ==13538== by 0x806098A: rl_clean_list (request_list.c:1324) ==13538== by 0x80648D5: generic_update (listen.c:1513) ==13538== by 0x804D829: main (radiusd.c:719) ==13538== Address 0x1BFE5F04 is 20 bytes inside a block of size 28 free'd ==13538== at 0x1B904B04: free (vg_replace_malloc.c:152) ==13538== by 0x80659EB: listen_free (listen.c:2122) ==13538== by 0x8062226: read_mainconfig (mainconfig.c:1045) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== Thread 30: ==13538== Jump to the invalid address stated on the next line ==13538== at 0x4: ??? ==13538== by 0x8066081: rad_respond (request_process.c:484) ==13538== by 0x805AF10: request_handler_thread (threads.c:590) ==13538== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==13538== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==13538== Address 0x4 is not stack'd, malloc'd or (recently) free'd ==13538== ==13538== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==13538== Access not within mapped region at address 0x4 ==13538== at 0x4: ??? ==13538== by 0x8066081: rad_respond (request_process.c:484) ==13538== by 0x805AF10: request_handler_thread (threads.c:590) ==13538== by 0x1B943CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==13538== by 0x1BC8DB0D: clone (in /lib/tls/libc-2.3.5.so) ==13538== ==13538== ERROR SUMMARY: 15178 errors from 20 contexts (suppressed: 0 from 0) ==13538== malloc/free: in use at exit: 1228480 bytes in 28534 blocks. ==13538== malloc/free: 795431 allocs, 766897 frees, 330805373 bytes allocated. ==13538== For counts of detected errors, rerun with: -v ==13538== searching for pointers to 28534 not-freed blocks. ==13538== checked 77486988 bytes. ==13538== ==13538== ==13538== 3 bytes in 1 blocks are definitely lost in loss record 1 of 40 ==13538== at 0x1B90459D: malloc (vg_replace_malloc.c:130) ==13538== by 0x1BC29D4F: strdup (in /lib/tls/libc-2.3.5.so) ==13538== by 0x8053783: cf_item_parse (conffile.c:747) ==13538== by 0x8053C40: cf_section_parse (conffile.c:896) ==13538== by 0x1C2C8E9E: ??? ==13538== by 0x80556C1: find_module_instance (modules.c:314) ==13538== by 0x80573D4: do_compile_modsingle (modcall.c:1038) ==13538== by 0x8057720: compile_modsingle (modcall.c:1142) ==13538== by 0x8055CA2: load_component_section (modules.c:554) ==13538== by 0x8056462: setup_modules (modules.c:908) ==13538== by 0x806230F: read_mainconfig (mainconfig.c:1088) ==13538== by 0x804D05B: main (radiusd.c:281) ==13538== ==13538== ==13538== 78 bytes in 3 blocks are definitely lost in loss record 5 of 40 ==13538== at 0x1B90459D: malloc (vg_replace_malloc.c:130) ==13538== by 0x1C0F13E7: ??? ==13538== by 0x1C0F1296: ??? ==13538== by 0x1C0CC145: ??? ==13538== by 0x1C0C49E2: ??? ==13538== by 0x1C0C4982: ??? ==13538== by 0x1C02E62D: ??? ==13538== by 0x1C02E717: ??? ==13538== by 0x1C02DEC5: ??? ==13538== by 0x1C02E0EF: ??? ==13538== by 0x1BCA5142: getservbyname_r (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BCA4FD8: getservbyname (in /lib/tls/libc-2.3.5.so) ==13538== ==13538== ==13538== 492 (108 direct, 384 indirect) bytes in 3 blocks are definitely lost in loss record 8 of 40 ==13538== at 0x1B90459D: malloc (vg_replace_malloc.c:130) ==13538== by 0x1BC9F179: (within /lib/tls/libc-2.3.5.so) ==13538== by 0x1BC9F7C1: __nss_database_lookup (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1C00A139: ??? ==13538== by 0x1C00B8F4: ??? ==13538== by 0x1BC4D0B9: getpwnam_r (in /lib/tls/libc-2.3.5.so) ==13538== by 0x1BC4CB41: getpwnam (in /lib/tls/libc-2.3.5.so) ==13538== by 0x80610A1: radlogdir_iswritable (mainconfig.c:480) ==13538== by 0x8062175: read_mainconfig (mainconfig.c:1010) ==13538== by 0x804D05B: main (radiusd.c:281) ==13538== ==13538== ==13538== 324 bytes in 1 blocks are definitely lost in loss record 12 of 40 ==13538== at 0x1B90459D: malloc (vg_replace_malloc.c:130) ==13538== by 0x1B96501D: pairmake (valuepair.c:1131) ==13538== by 0x1C2DDB41: ??? ==13538== by 0x1C2DDF7C: ??? ==13538== by 0x1C2DE74D: ??? ==13538== by 0x1C2DAC16: ??? ==13538== by 0x8056974: call_modsingle (modcall.c:254) ==13538== by 0x805707A: modcall (modcall.c:590) ==13538== by 0x8056A24: call_one (modcall.c:287) ==13538== by 0x8056B1E: call_modgroup (modcall.c:342) ==13538== by 0x8056FE9: modcall (modcall.c:575) ==13538== by 0x80559B1: indexed_modcall (modules.c:428) ==13538== ==13538== ==13538== 528 bytes in 1 blocks are definitely lost in loss record 13 of 40 ==13538== at 0x1B904F75: calloc (vg_replace_malloc.c:175) ==13538== by 0x805E5D5: clients_init (client.c:143) ==13538== by 0x805EAD6: clients_parse_section (client.c:395) ==13538== by 0x80622BD: read_mainconfig (mainconfig.c:1071) ==13538== by 0x804D05B: main (radiusd.c:281) ==13538== ==13538== ==13538== 612 bytes in 9 blocks are possibly lost in loss record 15 of 40 ==13538== at 0x1B904F75: calloc (vg_replace_malloc.c:175) ==13538== by 0x1B8F16A7: (within /lib/ld-2.3.5.so) ==13538== by 0x1B8F197B: _dl_allocate_tls (in /lib/ld-2.3.5.so) ==13538== by 0x1B9434F0: pthread_create@@GLIBC_2.1 (in /lib/tls/libpthread-2.3.5.so) ==13538== by 0x805B1AD: spawn_thread (threads.c:720) ==13538== by 0x805B75D: thread_pool_clean (threads.c:1007) ==13538== by 0x804D88C: main (radiusd.c:735) ==13538== ==13538== ==13538== 816 bytes in 34 blocks are definitely lost in loss record 16 of 40 ==13538== at 0x1B90459D: malloc (vg_replace_malloc.c:130) ==13538== by 0x1B95FFA4: rbtree_create (rbtree.c:99) ==13538== by 0x805E81C: client_add (client.c:234) ==13538== by 0x805EDC9: clients_parse_section (client.c:487) ==13538== by 0x80622BD: read_mainconfig (mainconfig.c:1071) ==13538== by 0x804D50A: main (radiusd.c:549) ==13538== ==13538== LEAK SUMMARY: ==13538== definitely lost: 1857 bytes in 43 blocks. ==13538== indirectly lost: 384 bytes in 32 blocks. ==13538== possibly lost: 612 bytes in 9 blocks. ==13538== still reachable: 1225627 bytes in 28450 blocks. ==13538== suppressed: 0 bytes in 0 blocks. ==13538== Reachable blocks (those to which a pointer was found) are not shown. ==13538== To see them, rerun with: --show-reachable=yes

2 1

Automatic report from sources (radiusd) between 02.11.2005 - 03.11.2005 GMT
by Automatic cvs log generator 03 Nov '05

03 Nov '05

CVS log entries from 02.11.2005 (Wed) 09:00:00 - 03.11.2005 (Thu) 09:00:01 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/src/modules/rlm_digest/rlm_digest.c; Revisions: 1.12 Author: fcusack File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revisions: 1.28, 1.27, 1.26, 1.25 File: radiusd/src/modules/rlm_otp/otp_state.c; Revisions: 1.18 File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revisions: 1.32, 1.31, 1.30, 1.29 File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revisions: 1.29, 1.28, 1.27, 1.26 File: radiusd/src/modules/rlm_otp/otp_cardops.c; Revisions: 1.50, 1.49, 1.48 File: radiusd/src/modules/rlm_otp/otp.h; Revisions: 1.17 ===================================================== Combined list of identical log entries ===================================================== Description: cardops updatecsd() method twin arg is int, not unsigned Modified files: File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revision: 1.30; Date: 2005/11/02 22:41:15; Author: fcusack; Lines: (+2 -2) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revision: 1.27; Date: 2005/11/02 22:41:15; Author: fcusack; Lines: (+2 -2) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revision: 1.26; Date: 2005/11/02 22:41:15; Author: fcusack; Lines: (+2 -2) ------------------------------- Description: - change csd and challenge args to cardops response() method to char[] instead of char*, to document expected array length - change csd arg to cardops response() method to const - remove now superfluous (since cl 421) local copy of user_state.csd Modified files: File: radiusd/src/modules/rlm_otp/otp_cardops.c; Revision: 1.48; Date: 2005/11/02 22:19:32; Author: fcusack; Lines: (+9 -13) File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revision: 1.29; Date: 2005/11/02 22:19:32; Author: fcusack; Lines: (+3 -2) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revision: 1.26; Date: 2005/11/02 22:19:32; Author: fcusack; Lines: (+3 -3) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revision: 1.25; Date: 2005/11/02 22:19:32; Author: fcusack; Lines: (+4 -2) ------------------------------- Description: - add back time restriction to rwindow override, mistakenly removed in previous change - add logging when a window position is skipped for being too early Modified files: File: radiusd/src/modules/rlm_otp/otp_cardops.c; Revision: 1.50; Date: 2005/11/03 00:54:15; Author: fcusack; Lines: (+48 -19) File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revision: 1.32; Date: 2005/11/03 00:54:15; Author: fcusack; Lines: (+2 -2) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revision: 1.29; Date: 2005/11/03 00:54:15; Author: fcusack; Lines: (+2 -6) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revision: 1.28; Date: 2005/11/03 00:54:15; Author: fcusack; Lines: (+2 -3) ------------------------------- Description: Make isconsecutive() a cardops method instead of trying to account for all cases in otp_cardops.c: - remove nexttwin() method - save rwindow data as card-specific 'rd' field, instead of generic authewin and authtwin fields - updatecsd() method now has to update rd as well - bump state to version 5 Modified files: File: radiusd/src/modules/rlm_otp/otp.h; Revision: 1.17; Date: 2005/11/03 00:13:10; Author: fcusack; Lines: (+6 -5) File: radiusd/src/modules/rlm_otp/otp_cardops.c; Revision: 1.49; Date: 2005/11/03 00:13:10; Author: fcusack; Lines: (+8 -71) File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revision: 1.31; Date: 2005/11/03 00:13:10; Author: fcusack; Lines: (+4 -3) File: radiusd/src/modules/rlm_otp/otp_state.c; Revision: 1.18; Date: 2005/11/03 00:13:10; Author: fcusack; Lines: (+18 -33) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revision: 1.28; Date: 2005/11/03 00:13:10; Author: fcusack; Lines: (+39 -13) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revision: 1.27; Date: 2005/11/03 00:13:11; Author: fcusack; Lines: (+5 -3) ===================================================== Log entries ===================================================== Description: Removed duplicate function. Patch from Phillipe Sultan Modified files: File: radiusd/src/modules/rlm_digest/rlm_digest.c; Revision: 1.12; Date: 2005/11/02 18:46:24; Author: aland; Lines: (+6 -23) ===================================================== Summary of modified files ===================================================== File: radiusd/src/modules/rlm_digest/rlm_digest.c Revisions: 1.12 Authors: aland (+6 -23) ------------------------------- File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c Revisions: 1.29, 1.28, 1.27, 1.26 Authors: fcusack (+2 -6), fcusack (+39 -13), fcusack (+2 -2), fcusack (+3 -3) ------------------------------- File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h Revisions: 1.28, 1.27, 1.26, 1.25 Authors: fcusack (+2 -3), fcusack (+5 -3), fcusack (+2 -2), fcusack (+4 -2) ------------------------------- File: radiusd/src/modules/rlm_otp/otp.h Revisions: 1.17 Authors: fcusack (+6 -5) ------------------------------- File: radiusd/src/modules/rlm_otp/otp_cardops.c Revisions: 1.50, 1.49, 1.48 Authors: fcusack (+48 -19), fcusack (+8 -71), fcusack (+9 -13) ------------------------------- File: radiusd/src/modules/rlm_otp/otp_cardops.h Revisions: 1.32, 1.31, 1.30, 1.29 Authors: fcusack (+2 -2), fcusack (+4 -3), fcusack (+2 -2), fcusack (+3 -2) ------------------------------- File: radiusd/src/modules/rlm_otp/otp_state.c Revisions: 1.18 Authors: fcusack (+18 -33) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

Automatic report from sources (radiusd) between 01.11.2005 - 02.11.2005 GMT
by Automatic cvs log generator 02 Nov '05

02 Nov '05

CVS log entries from 01.11.2005 (Tue) 09:00:01 - 02.11.2005 (Wed) 09:00:00 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/src/main/radclient.c; Revisions: 1.93 File: radiusd/src/lib/dict.c; Revisions: 1.76 Author: fcusack File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revisions: 1.24, 1.23 File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revisions: 1.28, 1.27 File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revisions: 1.25, 1.24 File: radiusd/src/modules/rlm_otp/otp_cardops.c; Revisions: 1.47 File: radiusd/src/modules/rlm_otp/otp.h; Revisions: 1.16 Author: nbk File: radiusd/debian/rules; Revisions: 1.61 File: radiusd/configure.in; Revisions: 1.222 File: radiusd/configure; Revisions: 1.119 ===================================================== Combined list of identical log entries ===================================================== Description: isearly() should take int, not unsigned, for ewin arg Modified files: File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revision: 1.28; Date: 2005/11/02 07:24:21; Author: fcusack; Lines: (+2 -2) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revision: 1.25; Date: 2005/11/02 07:24:21; Author: fcusack; Lines: (+2 -2) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revision: 1.24; Date: 2005/11/02 07:24:22; Author: fcusack; Lines: (+2 -2) ------------------------------- Description: simplify "too early" logic by adding a cardops method isearly(), rather than trying to account for the different cases in otp_cardops.c Modified files: File: radiusd/src/modules/rlm_otp/otp_cardops.c; Revision: 1.47; Date: 2005/11/02 06:54:41; Author: fcusack; Lines: (+27 -51) File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revision: 1.27; Date: 2005/11/02 06:54:41; Author: fcusack; Lines: (+2 -1) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revision: 1.24; Date: 2005/11/02 06:54:41; Author: fcusack; Lines: (+30 -1) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revision: 1.23; Date: 2005/11/02 06:54:41; Author: fcusack; Lines: (+3 -1) ===================================================== Log entries ===================================================== Description: Regenerate from configure.in 1.222 Modified files: File: radiusd/configure; Revision: 1.119; Date: 2005/11/01 19:11:08; Author: nbk; Lines: (+576 -577) ------------------------------- Description: Ugly hack to make "./configure --config-cache" work. Modified files: File: radiusd/configure.in; Revision: 1.222; Date: 2005/11/01 19:04:49; Author: nbk; Lines: (+2 -2) ------------------------------- Description: Pass option "--config-cache" to configure, it's *a lot* faster. Modified files: File: radiusd/debian/rules; Revision: 1.61; Date: 2005/11/01 19:14:38; Author: nbk; Lines: (+1 -0) ------------------------------- Description: Catch case where the user hasn't updated the dictionaries with the new format strings, and force them to be the default values Modified files: File: radiusd/src/lib/dict.c; Revision: 1.76; Date: 2005/11/01 22:44:31; Author: aland; Lines: (+20 -5) ------------------------------- Description: Added hex printing of the packets if command-line options are -xxx Modified files: File: radiusd/src/main/radclient.c; Revision: 1.93; Date: 2005/11/01 23:15:25; Author: aland; Lines: (+67 -4) ------------------------------- Description: update csd comment: prev, not next, sync challenge, due to state v4 Modified files: File: radiusd/src/modules/rlm_otp/otp.h; Revision: 1.16; Date: 2005/11/02 06:48:42; Author: fcusack; Lines: (+3 -3) ===================================================== Summary of modified files ===================================================== File: radiusd/configure Revisions: 1.119 Authors: nbk (+576 -577) ------------------------------- File: radiusd/configure.in Revisions: 1.222 Authors: nbk (+2 -2) ------------------------------- File: radiusd/debian/rules Revisions: 1.61 Authors: nbk (+1 -0) ------------------------------- File: radiusd/src/lib/dict.c Revisions: 1.76 Authors: aland (+20 -5) ------------------------------- File: radiusd/src/main/radclient.c Revisions: 1.93 Authors: aland (+67 -4) ------------------------------- File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c Revisions: 1.25, 1.24 Authors: fcusack (+2 -2), fcusack (+30 -1) ------------------------------- File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h Revisions: 1.24, 1.23 Authors: fcusack (+2 -2), fcusack (+3 -1) ------------------------------- File: radiusd/src/modules/rlm_otp/otp.h Revisions: 1.16 Authors: fcusack (+3 -3) ------------------------------- File: radiusd/src/modules/rlm_otp/otp_cardops.c Revisions: 1.47 Authors: fcusack (+27 -51) ------------------------------- File: radiusd/src/modules/rlm_otp/otp_cardops.h Revisions: 1.28, 1.27 Authors: fcusack (+2 -2), fcusack (+2 -1) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

Patch for rlm_attr_filters
by Nikolay P. Romanyuk 02 Nov '05

02 Nov '05

Hello All, My VPN3005 NASes are sending several accounting attributes (Tunnel-Client-Endpoint with Client-IP-Address) causing problems for RADIUS-based billing software I'm using. This patch is created to allow rlm_filter to remove a specific list of attributes from accounting packets. Of course one can specify all the attributes required in usual way, but that's too unconvenient since there are too many of them in the accounting phase. :) Tested with FreeRADIUS-1.0.5 Example: In module section: (radius.conf) ... attr_filter acct { attrsfile = ${confdir}/acct passother = yes } ... ${confdir}/acct DEFAULT Tunnel-Client-Endpoint !* ANY -- cut here -- --- rlm_attr_filter.c.orig Tue Nov 1 13:44:07 2005 +++ rlm_attr_filter.c Tue Nov 1 13:56:40 2005 @@ -46,6 +46,7 @@ struct attr_filter_instance { /* autz */ char *attrsfile; + int passother; PAIR_LIST *attrs; }; @@ -177,6 +178,8 @@ static CONF_PARSER module_config[] = { { "attrsfile", PW_TYPE_STRING_PTR, offsetof(struct attr_filter_instance,attrsfile), NULL, "${raddbdir}/at trs" }, + { "passother", PW_TYPE_BOOLEAN, + offsetof(struct attr_filter_instance,passother), NULL, "no" }, { NULL, -1, 0, NULL, NULL } }; @@ -380,6 +383,13 @@ } } + /* only if not found and passother is true */ + if ( fail == 0 && pass == 0 && inst->passother ) { + if ( mypairappend(reply_item, &reply_tmp) < 0 ) { + return RLM_MODULE_FAIL; + } + } + } /* If we shouldn't fall through, break */ @@ -510,6 +520,12 @@ return RLM_MODULE_FAIL; } } + /* only if not found and passother is true */ + if ( fail == 0 && pass == 0 && inst->passother ) { + if ( mypairappend(send_item, &send_tmp) < 0 ) { + return RLM_MODULE_FAIL; + } + } } if (!fallthrough(pl->check)) break; @@ -629,6 +645,12 @@ return RLM_MODULE_FAIL; } } + /* only if not found and passother is true */ + if ( fail == 0 && pass == 0 && inst->passother ) { + if ( mypairappend(send_item, &send_tmp) < 0 ) { + return RLM_MODULE_FAIL; + } + } } if (!fallthrough(pl->check)) break; @@ -761,7 +783,12 @@ return RLM_MODULE_FAIL; } } - + /* only if not found and passother is true */ + if ( fail == 0 && pass == 0 && inst->passother ) { + if ( mypairappend( reply_item, &reply_tmp) < 0 ) { + return RLM_MODULE_FAIL; + } + } } /* If we shouldn't fall through, break */ -- Best regards, Nikolay P. Romanyuk, NR42-RIPE mailto:mag@vtelecom.ru

4 5

rlm_exec triggered hang or local weirdness?
by Joe Maimon 02 Nov '05

02 Nov '05

(long) I have been running radiusd cvs 9/29 + local mods for some time. (mostly under gdb with -fxx), to see if I can upgrade all systems to this or something later (plan to recheckpoint as soon as 9/29 is stable for me). As illustrated by previous unrelated posts, this server forks a lot (for every accounting which is confed for 5 minute updates per logged in user on the nas) to implement a ddns scheme. One issue that appears to be cropping up is where debug output and the server appears to freeze up. ===================================================== thread apply all bt shows this : Thread 11 (Thread -1290798160 (LWP 7382)): #0 0xb7ca438f in fork () from /lib/tls/libc.so.6 #1 0xb7f73064 in fork () from /lib/tls/libpthread.so.0 #2 0x08058a03 in rad_fork (exec_wait=0) at threads.c:1114 #3 0xb7fa8205 in radius_exec_program () from /usr/lib/freeradius/rlm_exec-1.1.0-pre0.so #4 0xb7fa8d8c in radius_exec_program () from /usr/lib/freeradius/rlm_exec-1.1.0-pre0.so #5 0x08054d26 in modcall (component=3, c=0x81b1188, request=0xb51033c8) at modcall.c:254 #6 0x080552d9 in call_one (component=Variable "component" is not available. ) at modcall.c:287 #7 0x08054eb5 in modcall (component=3, c=0x81afa08, request=0xb51033c8) at modcall.c:342 #8 0x08053f5f in indexed_modcall (comp=3, idx=Variable "idx" is not available. ) at modules.c:428 #9 0x0804f009 in rad_accounting (request=0xb51033c8) at acct.c:65 #10 0x08060f32 in rad_respond (request=0xb51033c8, fun=0x804efa0 <rad_accounting>) at request_process.c:456 #11 0x08057dba in request_handler_thread (arg=0x81b5828) at threads.c:585 #12 0xb7f6cccd in start_thread () from /lib/tls/libpthread.so.0 #13 0xb7ce3b0e in clone () from /lib/tls/libc.so.6 <the rest of the threads are at sem_wait> Thread 1 (Thread -1212102976 (LWP 27527)): #0 0xb7cf0d69 in pthread_setcanceltype () from /lib/tls/libc.so.6 #1 0xb7c7ac05 in malloc () from /lib/tls/libc.so.6 #2 0xb7f5a744 in rad_recv (fd=8) at radius.c:1063 #3 0x0805ec18 in proxy_socket_recv (listener=0xfffffffc, pfun=0xfffffffc, prequest=0xfffffffc) at listen.c:802 #4 0x0804d3c1 in main (argc=2, argv=0xbfabde44) at radiusd.c:665 ============================================ This tentatively appears to occur with -fxx NOT under gdb, normal is not currently known. cvs 3/16 does not have this issue when running normally. The only change I could detect as being obviously relevant is an added call to reap_children() in rad_fork() Now reap_children implements some magic voodoo tail head queue scheme that I havent managed to wrap my head around yet. debug output shows that radutmp (which is before the ddns exec module) is the last module to returns normally before. So I have added copious debug output. And I am having trouble understanding what I am seeing (nothing new there). In reap_children I have added some calls like this: ================================== --- /home/joe/download/radius/cvs/cvs-20050929/radiusd/src/main/threads.c 2005-09-14 21:21:14.000000000 -0400 +++ src/main/threads.c 2005-10-27 22:45:28.000000000 -0400 @@ -246,8 +248,10 @@ { if (thread_pool.wait_head != thread_pool.wait_tail) { int num; + int rval; pthread_mutex_lock(&thread_pool.wait_mutex); + FUNC_LINE_FILE(" mutex locked"); for (num = ((thread_pool.wait_tail + MAX_WAITERS) - thread_pool.wait_head) % MAX_WAITERS; num != 0; num--) { @@ -259,18 +263,35 @@ /* * Child is still alive: move it to the tail. */ - if (waitpid(pid, NULL, WNOHANG) == 0) { + FUNC_LINE_FILE(" wait for %d", pid); + if (waitpid(pid, &rval, WNOHANG) == 0) { if (((thread_pool.wait_tail + 1) % MAX_WAITERS) == thread_pool.wait_head) { rad_assert(0 == 1); } + FUNC_LINE_FILE(" wait for %d returned val\n" + " WIFEXITED(%d)" + " WEXITSTATUS(%d)" + " WIFSIGNALED(%d)" + " WTERMSIG(%d)" + " WIFSTOPPED(%d)" + " WSTOPSIG(%d)" + , pid, WIFEXITED(rval), + WIFEXITED(rval) ? WEXITSTATUS(rval) : 0, + WIFSIGNALED(rval), + WIFSIGNALED(rval) ? WTERMSIG(rval) : 0, + WIFSTOPPED(rval), + WIFSTOPPED(rval) ? WSTOPSIG(rval) : 0 + ); thread_pool.wait[thread_pool.wait_tail] = pid; thread_pool.wait_tail++; thread_pool.wait_tail %= MAX_WAITERS; } /* else no child, or was already reaped */ + else FUNC_LINE_FILE(" wait for %d returned noval", pid); } pthread_mutex_unlock(&thread_pool.wait_mutex); + FUNC_LINE_FILE(" mutex unlocked"); } } =============================================================== A sample of the output looks like this: ================================================================ reap_children() threads.c:254 mutex locked reap_children() threads.c:266 wait for 9240 reap_children() threads.c:285 wait for 9240 returned val WIFEXITED(0) WEXITSTATUS(0) WIFSIGNALED(1) WTERMSIG(84) WIFSTOPPED(0) WSTOPSIG(0) reap_children() threads.c:266 wait for 9241 reap_children() threads.c:285 wait for 9241 returned val WIFEXITED(0) WEXITSTATUS(0) WIFSIGNALED(1) WTERMSIG(84) WIFSTOPPED(0) WSTOPSIG(0) reap_children() threads.c:266 wait for 14565 reap_children() threads.c:285 wait for 14565 returned val WIFEXITED(0) WEXITSTATUS(0) WIFSIGNALED(1) WTERMSIG(84) WIFSTOPPED(0) WSTOPSIG(0) reap_children() threads.c:266 wait for 14566 reap_children() threads.c:285 wait for 14566 returned val WIFEXITED(0) WEXITSTATUS(0) WIFSIGNALED(1) WTERMSIG(84) WIFSTOPPED(0) WSTOPSIG(0) reap_children() threads.c:266 wait for 17694 reap_children() threads.c:285 wait for 17694 returned val WIFEXITED(0) WEXITSTATUS(0) WIFSIGNALED(1) WTERMSIG(84) WIFSTOPPED(0) WSTOPSIG(0) reap_children() threads.c:266 wait for 19290 reap_children() threads.c:285 wait for 19290 returned val WIFEXITED(0) WEXITSTATUS(0) WIFSIGNALED(1) WTERMSIG(84) WIFSTOPPED(0) WSTOPSIG(0) reap_children() threads.c:266 wait for 19291 reap_children() threads.c:285 wait for 19291 returned val WIFEXITED(0) WEXITSTATUS(0) WIFSIGNALED(1) WTERMSIG(84) WIFSTOPPED(0) WSTOPSIG(0) reap_children() threads.c:266 wait for 20399 reap_children() threads.c:285 wait for 20399 returned val WIFEXITED(0) WEXITSTATUS(0) WIFSIGNALED(1) WTERMSIG(84) WIFSTOPPED(0) WSTOPSIG(0) reap_children() threads.c:294 mutex unlocked ======================================================================== Question 1: Signal 84? Question 2: Appears that reap_children waits for thread pids, in addition to forked children? (see 9241 and 9240 and 20399..... below) ====================================================== freerad 6760 32641 6760 0 7 22:45 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 6760 32641 6791 0 7 22:45 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 6760 32641 6792 0 7 22:45 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 6760 32641 6793 0 7 22:45 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 6760 32641 6794 0 7 22:45 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 6760 32641 6795 0 7 22:45 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 6760 32641 19287 0 7 22:58 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 9240 6760 9240 0 1 22:48 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 9241 6760 9241 0 1 22:48 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 14565 6760 14565 0 1 22:53 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 14566 6760 14566 0 1 22:53 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 17694 6760 17694 0 1 22:56 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 19290 6760 19290 0 1 22:58 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 19291 6760 19291 0 1 22:58 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 20399 6760 20399 0 1 22:59 pts/15 00:00:00 src/main/.libs/radiusd -fxx freerad 22467 6760 22467 0 1 23:01 pts/15 00:00:00 src/main/.libs/radiusd -fxx ============================================================= How this has anything todo with my possible issue, I am not quite certain. misc: FUNC_LINE_FILE() is a local debug modification looks like this: #define FUNC_LINE_FILE(format, ...) do {\ printf("%s() %s:%d" format "\n",__func__,__FILE__,__LINE__, ## __VA_ARGS__);\ } while (0); (yes its missing a mutex lock, but since I put it into libradius.h I couldnt easily use DEBUG2) If anyone has any tips I would appreciate it. Joe

2 7

SEGV when running out of database connection handles
by Joe Maimon 01 Nov '05

01 Nov '05

Long shot, but thought I would ping the list first. Unfortunately I dont have any debug information, the bt was mangled and logging (screen) was off. Anyone aware of a possible SEGV bug in rlm_sql under case of repeated auth/acct packets but no available connections to mysql? (the database server was stopped for an upgrade) Otherwise I guess I will just have to try and catch it again.

3 2

Automatic report from sources (radiusd) between 31.10.2005 - 01.11.2005 GMT
by Automatic cvs log generator 01 Nov '05

01 Nov '05

CVS log entries from 31.10.2005 (Mon) 09:00:01 - 01.11.2005 (Tue) 09:00:01 GMT ===================================================== Summary by authors ===================================================== Author: aland File: radiusd/src/lib/radius.c; Revisions: 1.172 File: radiusd/src/main/threads.c; Revisions: 1.101 File: radiusd/src/lib/valuepair.c; Revisions: 1.100 File: radiusd/src/include/libradius.h; Revisions: 1.112 File: radiusd/share/dictionary.starent; Revisions: 1.3 File: radiusd/share/dictionary.usr; Revisions: 1.18 File: radiusd/share/dictionary.lucent; Revisions: 1.3 File: radiusd/src/lib/dict.c; Revisions: 1.75 File: radiusd/man/man5/dictionary.5; Revisions: 1.6 Author: fcusack File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revisions: 1.22 File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revisions: 1.26 File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revisions: 1.23 File: radiusd/src/modules/rlm_otp/otp_cardops.c; Revisions: 1.46 Author: nbk File: radiusd/src/main/proxy.c; Revisions: 1.89 File: radiusd/src/main/auth.c; Revisions: 1.154, 1.136.2.5 File: radiusd/src/main/acct.c; Revisions: 1.39, 1.30.2.4 ===================================================== Combined list of identical log entries ===================================================== Description: Add "format=" option to VENDOR statements in the dictionaries. This lets us support any vendor with wonky formats, rather than hard-coding vendor names into the source. It also allows us to support read multiple Lucent & Starent attributes in one Vendor-Specific, which is nice. The code is a *lot* larger than before, but I hope it's clearer, and it does support a lot more weird situations than before. Modified files: File: radiusd/man/man5/dictionary.5; Revision: 1.6; Date: 2005/11/01 01:50:43; Author: aland; Lines: (+36 -8) File: radiusd/share/dictionary.lucent; Revision: 1.3; Date: 2005/11/01 01:50:43; Author: aland; Lines: (+2 -2) File: radiusd/share/dictionary.starent; Revision: 1.3; Date: 2005/11/01 01:50:43; Author: aland; Lines: (+2 -2) File: radiusd/share/dictionary.usr; Revision: 1.18; Date: 2005/11/01 01:50:43; Author: aland; Lines: (+2 -2) File: radiusd/src/include/libradius.h; Revision: 1.112; Date: 2005/11/01 01:50:42; Author: aland; Lines: (+3 -1) File: radiusd/src/lib/dict.c; Revision: 1.75; Date: 2005/11/01 01:50:43; Author: aland; Lines: (+59 -10) File: radiusd/src/lib/radius.c; Revision: 1.172; Date: 2005/11/01 01:50:42; Author: aland; Lines: (+243 -211) ------------------------------- Description: change order of twin and ewin params to cardops challenge() method, to be consistent with inner and outer loop vars and logging order Modified files: File: radiusd/src/modules/rlm_otp/otp_cardops.c; Revision: 1.46; Date: 2005/11/01 07:55:29; Author: fcusack; Lines: (+5 -5) File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revision: 1.26; Date: 2005/11/01 07:55:29; Author: fcusack; Lines: (+1 -1) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revision: 1.23; Date: 2005/11/01 07:55:29; Author: fcusack; Lines: (+3 -3) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revision: 1.22; Date: 2005/11/01 07:55:29; Author: fcusack; Lines: (+1 -1) ------------------------------- Description: Always use a "switch" statement after calling the modules, so it's easier to figure out what's going on with the many return codes. Modified files: File: radiusd/src/main/acct.c; Revision: 1.39; Date: 2005/10/31 16:15:47; Author: nbk; Lines: (+81 -28) File: radiusd/src/main/auth.c; Revision: 1.154; Date: 2005/10/31 16:15:47; Author: nbk; Lines: (+52 -42) File: radiusd/src/main/proxy.c; Revision: 1.89; Date: 2005/10/31 16:15:47; Author: nbk; Lines: (+39 -30) ===================================================== Log entries ===================================================== Description: Set more lengths on paircreate() Allow values for pairmake() to be 253*2 characters long, for hex data. Modified files: File: radiusd/src/lib/valuepair.c; Revision: 1.100; Date: 2005/11/01 01:07:27; Author: aland; Lines: (+27 -3) ------------------------------- Description: Pull from CVS head: Merging differences between 1.37 and 1.39. Modified files: File: radiusd/src/main/acct.c; Revision: 1.30.2.4; Date: 2005/10/31 17:34:04; Author: nbk; Lines: (+87 -31) ------------------------------- Description: Pull from CVS head: Merging differences between 1.151 and 1.154. Modified files: File: radiusd/src/main/auth.c; Revision: 1.136.2.5; Date: 2005/10/31 17:59:21; Author: nbk; Lines: (+96 -91) ------------------------------- Description: Removed bogus code Modified files: File: radiusd/src/main/threads.c; Revision: 1.101; Date: 2005/10/31 16:47:19; Author: aland; Lines: (+2 -4) ===================================================== Summary of modified files ===================================================== File: radiusd/man/man5/dictionary.5 Revisions: 1.6 Authors: aland (+36 -8) ------------------------------- File: radiusd/share/dictionary.lucent Revisions: 1.3 Authors: aland (+2 -2) ------------------------------- File: radiusd/share/dictionary.starent Revisions: 1.3 Authors: aland (+2 -2) ------------------------------- File: radiusd/share/dictionary.usr Revisions: 1.18 Authors: aland (+2 -2) ------------------------------- File: radiusd/src/include/libradius.h Revisions: 1.112 Authors: aland (+3 -1) ------------------------------- File: radiusd/src/lib/dict.c Revisions: 1.75 Authors: aland (+59 -10) ------------------------------- File: radiusd/src/lib/radius.c Revisions: 1.172 Authors: aland (+243 -211) ------------------------------- File: radiusd/src/lib/valuepair.c Revisions: 1.100 Authors: aland (+27 -3) ------------------------------- File: radiusd/src/main/acct.c Revisions: 1.39, 1.30.2.4 Authors: nbk (+81 -28), nbk (+87 -31) ------------------------------- File: radiusd/src/main/auth.c Revisions: 1.154, 1.136.2.5 Authors: nbk (+52 -42), nbk (+96 -91) ------------------------------- File: radiusd/src/main/proxy.c Revisions: 1.89 Authors: nbk (+39 -30) ------------------------------- File: radiusd/src/main/threads.c Revisions: 1.101 Authors: aland (+2 -4) ------------------------------- File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c Revisions: 1.23 Authors: fcusack (+3 -3) ------------------------------- File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h Revisions: 1.22 Authors: fcusack (+1 -1) ------------------------------- File: radiusd/src/modules/rlm_otp/otp_cardops.c Revisions: 1.46 Authors: fcusack (+5 -5) ------------------------------- File: radiusd/src/modules/rlm_otp/otp_cardops.h Revisions: 1.26 Authors: fcusack (+1 -1) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

MS-CHAP-v2
by Dimitrios Kalogeras 31 Oct '05

31 Oct '05

Hi *, Do you know the status of MS-CHAP-v2 within free radius ? Is there anyone who has experience with the MS-CHAP-v2 issues ? I am facing an issue of CheckAuthenticatorResponse Failed between a cisco client and a freeradious server. Where should I start from ? I have a recorded session between the Radious Server and a Cisco NAS. The cisco engineer insists that there is a problem with the S calculation. Regards, Dimitrios -- -- Dimitrios K. Kalogeras Electrical Engineer Ph.D. Network Manager NTUA/GR-Net Network Management Center _____________________________________ icq: 11887484 voice: +30-210-772 1863 fax: +30-210-772 1866 e-mail: D.Kalogeras(a)noc.ntua.gr pub 1024D/F2A69A72 2002-12-13 Dimitrios Kalogeras <D.Kalogeras(a)noc.ntua.gr> Key fingerprint = 64C5 646D 8D33 A3FF 14D1 66C6 5127 54CC F2A6 9A72

2 1

Automatic report from sources (radiusd) between 30.10.2005 - 31.10.2005 GMT
by Automatic cvs log generator 31 Oct '05

31 Oct '05

CVS log entries from 30.10.2005 (Sun) 09:00:00 - 31.10.2005 (Mon) 09:00:01 GMT ===================================================== Summary by authors ===================================================== Author: fcusack File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revisions: 1.21 File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revisions: 1.25 File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revisions: 1.22 File: radiusd/src/modules/rlm_otp/otp_cardops.c; Revisions: 1.45, 1.44 Author: nbk File: radiusd/src/main/auth.c; Revisions: 1.153 ===================================================== Combined list of identical log entries ===================================================== Description: persistent softfail (forced by nullstate) fixes Modified files: File: radiusd/src/modules/rlm_otp/otp_cardops.c; Revision: 1.44; Date: 2005/10/31 07:44:57; Author: fcusack; Lines: (+6 -3) File: radiusd/src/modules/rlm_otp/otp_cardops.h; Revision: 1.25; Date: 2005/10/31 07:44:57; Author: fcusack; Lines: (+2 -2) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c; Revision: 1.22; Date: 2005/10/31 07:44:57; Author: fcusack; Lines: (+5 -1) File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h; Revision: 1.21; Date: 2005/10/31 07:44:57; Author: fcusack; Lines: (+2 -2) ===================================================== Log entries ===================================================== Description: Don't leak memory in rad_authenticate() when we receive an Access-Challenge from the home server. Also re-arrange the code which check the proxy reply, and update the comments. Modified files: File: radiusd/src/main/auth.c; Revision: 1.153; Date: 2005/10/30 16:51:21; Author: nbk; Lines: (+30 -39) ------------------------------- Description: isconsecutive(): test for persistent softfail to avoid broken math Modified files: File: radiusd/src/modules/rlm_otp/otp_cardops.c; Revision: 1.45; Date: 2005/10/31 08:29:43; Author: fcusack; Lines: (+14 -3) ===================================================== Summary of modified files ===================================================== File: radiusd/src/main/auth.c Revisions: 1.153 Authors: nbk (+30 -39) ------------------------------- File: radiusd/src/modules/rlm_otp/cardops/cryptocard.c Revisions: 1.22 Authors: fcusack (+5 -1) ------------------------------- File: radiusd/src/modules/rlm_otp/cardops/cryptocard.h Revisions: 1.21 Authors: fcusack (+2 -2) ------------------------------- File: radiusd/src/modules/rlm_otp/otp_cardops.c Revisions: 1.45, 1.44 Authors: fcusack (+14 -3), fcusack (+6 -3) ------------------------------- File: radiusd/src/modules/rlm_otp/otp_cardops.h Revisions: 1.25 Authors: fcusack (+2 -2) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0

Automatic report from sources (radiusd) between 29.10.2005 - 30.10.2005 GMT
by Automatic cvs log generator 30 Oct '05

30 Oct '05

CVS log entries from 29.10.2005 (Sat) 08:00:00 - 30.10.2005 (Sun) 09:00:00 GMT ===================================================== Summary by authors ===================================================== Author: nbk File: radiusd/src/main/auth.c; Revisions: 1.152 File: radiusd/src/main/acct.c; Revisions: 1.38 ===================================================== Combined list of identical log entries ===================================================== Description: Print a debug message with the name of the stanza which is used to run the modules. Modified files: File: radiusd/src/main/acct.c; Revision: 1.38; Date: 2005/10/29 20:11:53; Author: nbk; Lines: (+7 -4) File: radiusd/src/main/auth.c; Revision: 1.152; Date: 2005/10/29 20:11:53; Author: nbk; Lines: (+20 -17) ===================================================== Log entries ===================================================== ===================================================== Summary of modified files ===================================================== File: radiusd/src/main/acct.c Revisions: 1.38 Authors: nbk (+7 -4) ------------------------------- File: radiusd/src/main/auth.c Revisions: 1.152 Authors: nbk (+20 -17) -- Automatic cron job from /web/pages/us.freeradius.org/bin/new_makelog.pl

1 0