sr-users September 2003

sr-users@lists.kamailio.org

86 participants
209 discussions

RE: [Serusers] Troubles setting up radius authentication
by Steve Dolloff 23 Sep '03

23 Sep '03

Jan, I rebuilt the server with the new module code. Here is the stderr output with a debug level of 10. Here is a snippet that might be related... 8(29501) authorize(): Credentials realm and URI host do not match 8(29501) radius auth failure 8(29501) qm_malloc(0x80bf800, 93) called from challenge.c: build_auth_hf(95) Here is everything... ) 6(29499) qm_malloc(0x80bf800, 604) returns address 0x80cce24 frag. 0x80cce0c (size=608) on 1 -th hit 6(29499) qm_free(0x80bf800, 0x80c8fa8), called from msg_translator.c: build_res_buf_with_body_from_sip_req(1818) 6(29499) qm_free: freeing frag. 0x80c8f90 alloc'ed from msg_translator.c: rport_builder(330) 6(29499) qm_free(0x80bf800, 0x80cce24), called from sl_funcs.c: sl_send_reply(178) 6(29499) qm_free: freeing frag. 0x80cce0c alloc'ed from msg_translator.c: build_res_buf_with_body_from_sip_req(1665) 6(29499) qm_free(0x80bf800, 0x80cc2c8), called from challenge.c: challenge(174) 6(29499) qm_free: freeing frag. 0x80cc2b0 alloc'ed from challenge.c: build_auth_hf(95) 6(29499) receive_msg: cleaning up 6(29499) qm_free(0x80bf800, 0x80cbc6c), called from parser/parse_via.c: free_via_list(1973) 6(29499) qm_free: freeing frag. 0x80cbc54 alloc'ed from parser/msg_parser.c: get_hdr_field(109) 6(29499) qm_free(0x80bf800, 0x80cbfe4), called from parser/hf.c: free_hdr_field_lst(170) 6(29499) qm_free: freeing frag. 0x80cbfcc alloc'ed from parser/msg_parser.c: parse_headers(276) 6(29499) qm_free(0x80bf800, 0x80cc1d8), called from parser/hf.c: free_hdr_field_lst(170) 6(29499) qm_free: freeing frag. 0x80cc1c0 alloc'ed from parser/msg_parser.c: parse_headers(276) 6(29499) qm_free(0x80bf800, 0x80cc084), called from parser/parse_to.c: free_to(778) 6(29499) qm_free: freeing frag. 0x80cc06c alloc'ed from parser/msg_parser.c: get_hdr_field(149) 6(29499) qm_free(0x80bf800, 0x80cbf94), called from parser/hf.c: free_hdr_field_lst(170) 6(29499) qm_free: freeing frag. 0x80cbf7c alloc'ed from parser/msg_parser.c: parse_headers(276) 6(29499) qm_free(0x80bf800, 0x80cc034), called from parser/hf.c: free_hdr_field_lst(170) 6(29499) qm_free: freeing frag. 0x80cc01c alloc'ed from parser/msg_parser.c: parse_headers(276) 6(29499) qm_free(0x80bf800, 0x80c8934), called from parser/parse_cseq.c: free_cseq(102) 6(29499) qm_free: freeing frag. 0x80c891c alloc'ed from parser/msg_parser.c: get_hdr_field(128) 6(29499) qm_free(0x80bf800, 0x80cbf44), called from parser/hf.c: free_hdr_field_lst(170) 6(29499) qm_free: freeing frag. 0x80cbf2c alloc'ed from parser/msg_parser.c: parse_headers(276) 6(29499) qm_free(0x80bf800, 0x80cc0d8), called from parser/parse_param.c: do_free_params(420) 6(29499) qm_free: freeing frag. 0x80cc0c0 alloc'ed from parser/parse_param.c: parse_params(337) 6(29499) qm_free(0x80bf800, 0x80cbdb0), called from parser/contact/contact.c: free_contacts(293) 6(29499) qm_free: freeing frag. 0x80cbd98 alloc'ed from parser/contact/contact.c: parse_contacts(194) 6(29499) qm_free(0x80bf800, 0x80ca3cc), called from parser/contact/parse_contact.c: free_contact(109) 6(29499) qm_free: freeing frag. 0x80ca3b4 alloc'ed from parser/contact/parse_contact.c: parse_contact(81) 6(29499) qm_free(0x80bf800, 0x80cbef4), called from parser/hf.c: free_hdr_field_lst(170) 6(29499) qm_free: freeing frag. 0x80cbedc alloc'ed from parser/msg_parser.c: parse_headers(276) 6(29499) qm_free(0x80bf800, 0x80cbea4), called from parser/hf.c: free_hdr_field_lst(170) 6(29499) qm_free: freeing frag. 0x80cbe8c alloc'ed from parser/msg_parser.c: parse_headers(276) 6(29499) qm_free(0x80bf800, 0x80cbe54), called from parser/hf.c: free_hdr_field_lst(170) 6(29499) qm_free: freeing frag. 0x80cbe3c alloc'ed from parser/msg_parser.c: parse_headers(276) 6(29499) qm_free(0x80bf800, 0x80cbd60), called from parser/hf.c: free_hdr_field_lst(170) 6(29499) qm_free: freeing frag. 0x80cbd48 alloc'ed from parser/msg_parser.c: parse_headers(276) 6(29499) qm_free(0x80bf800, 0x80c9da8), called from data_lump.c: free_lump(321) 6(29499) qm_free: freeing frag. 0x80c9d90 alloc'ed from mf_funcs.c: add_maxfwd_header(131) 6(29499) qm_free(0x80bf800, 0x80cbc1c), called from data_lump.c: free_lump_list(346) 6(29499) qm_free: freeing frag. 0x80cbc04 alloc'ed from data_lump.c: insert_new_lump_before(136) 6(29499) qm_free(0x80bf800, 0x80cbe04), called from data_lump.c: free_lump_list(357) 6(29499) qm_free: freeing frag. 0x80cbdec alloc'ed from data_lump.c: anchor_lump(292) 6(29499) qm_free(0x80bf800, 0x80cc174), called from data_lump.c: free_lump(321) 6(29499) qm_free: freeing frag. 0x80cc15c alloc'ed from nathelper.c: fix_nated_contact_f(204) 6(29499) qm_free(0x80bf800, 0x80cc124), called from data_lump.c: free_lump_list(352) 6(29499) qm_free: freeing frag. 0x80cc10c alloc'ed from data_lump.c: insert_new_lump_after(111) 6(29499) qm_free(0x80bf800, 0x80cbd10), called from data_lump.c: free_lump_list(357) 6(29499) qm_free: freeing frag. 0x80cbcf8 alloc'ed from data_lump.c: del_lump(262) 6(29499) qm_free(0x80bf800, 0x80cc358), called from data_lump_rpl.c: free_lump_rpl(84) 6(29499) qm_free: freeing frag. 0x80cc340 alloc'ed from data_lump_rpl.c: build_lump_rpl(47) 6(29499) qm_free(0x80bf800, 0x80c9cf0), called from data_lump_rpl.c: free_lump_rpl(85) 6(29499) qm_free: freeing frag. 0x80c9cd8 alloc'ed from data_lump_rpl.c: build_lump_rpl(40) 6(29499) qm_free(0x80bf800, 0x80cb918), called from receive.c: receive_msg(187) 6(29499) qm_free: freeing frag. 0x80cb900 alloc'ed from receive.c: receive_msg(78) 8(29501) qm_malloc(0x80bf800, 724) called from receive.c: receive_msg(78) 8(29501) qm_malloc(0x80bf800, 724) returns address 0x80cb918 frag. 0x80cb900 (size=724) on 1 -th hit 8(29501) SIP Request: 8(29501) method: <REGISTER> 8(29501) uri: <sip:209.111.111.111> 8(29501) version: <SIP/2.0> 8(29501) parse_headers: flags=1 8(29501) qm_malloc(0x80bf800, 32) called from parser/msg_parser.c: parse_headers(276) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cc1d8 frag. 0x80cc1c0 (size=32) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 116) called from parser/msg_parser.c: get_hdr_field(109) 8(29501) qm_malloc(0x80bf800, 116) returns address 0x80cbc6c frag. 0x80cbc54 (size=116) on 1 -th hit 8(29501) end of header reached, state=5 8(29501) parse_headers: Via found, flags=1 8(29501) parse_headers: this is the first via 8(29501) After parse_msg... 8(29501) preparing to run routing scripts... 8(29501) DEBUG : is_maxfwd_present: searching for max_forwards header 8(29501) parse_headers: flags=128 8(29501) qm_malloc(0x80bf800, 32) called from parser/msg_parser.c: parse_headers(276) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cc124 frag. 0x80cc10c (size=32) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 32) called from parser/msg_parser.c: parse_headers(276) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cc034 frag. 0x80cc01c (size=32) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 36) called from parser/msg_parser.c: get_hdr_field(149) 8(29501) qm_malloc(0x80bf800, 36) returns address 0x80cc084 frag. 0x80cc06c (size=36) on 1 -th hit 8(29501) end of header reached, state=8 8(29501) DEBUG: get_hdr_field: <To> [29]; uri=[sip:testuser@209.111.111.111] 8(29501) DEBUG: to body [sip:testuser@209.111.111.111 ] 8(29501) qm_malloc(0x80bf800, 32) called from parser/msg_parser.c: parse_headers(276) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cbfe4 frag. 0x80cbfcc (size=32) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 32) called from parser/msg_parser.c: parse_headers(276) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cbf94 frag. 0x80cbf7c (size=32) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 20) called from parser/msg_parser.c: get_hdr_field(128) 8(29501) qm_malloc(0x80bf800, 20) returns address 0x80c8934 frag. 0x80c891c (size=20) on 1 -th hit 8(29501) get_hdr_field: cseq <CSeq>: <4> <REGISTER> 8(29501) qm_malloc(0x80bf800, 32) called from parser/msg_parser.c: parse_headers(276) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cbf44 frag. 0x80cbf2c (size=32) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 32) called from parser/msg_parser.c: parse_headers(276) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cbef4 frag. 0x80cbedc (size=32) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 32) called from parser/msg_parser.c: parse_headers(276) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cbea4 frag. 0x80cbe8c (size=32) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 32) called from parser/msg_parser.c: parse_headers(276) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cbe54 frag. 0x80cbe3c (size=32) on 1 -th hit 8(29501) DEBUG: get_hdr_body : content_length=0 8(29501) qm_malloc(0x80bf800, 32) called from parser/msg_parser.c: parse_headers(276) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cbd60 frag. 0x80cbd48 (size=32) on 1 -th hit 8(29501) found end of header 8(29501) qm_free(0x80bf800, 0x80cbd60), called from parser/msg_parser.c: parse_headers(292) 8(29501) qm_free: freeing frag. 0x80cbd48 alloc'ed from parser/msg_parser.c: parse_headers(276) 8(29501) DEBUG: is_maxfwd_present: max_forwards header not found! 8(29501) qm_malloc(0x80bf800, 19) called from mf_funcs.c: add_maxfwd_header(131) 8(29501) qm_malloc(0x80bf800, 20) returns address 0x80c9da8 frag. 0x80c9d90 (size=20) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 32) called from data_lump.c: anchor_lump(292) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cbd60 frag. 0x80cbd48 (size=32) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 32) called from data_lump.c: insert_new_lump_before(136) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cbe04 frag. 0x80cbdec (size=32) on 1 -th hit 8(29501) parse_headers: flags=256 8(29501) find_first_route(): No Route headers found 8(29501) loose_route(): There is no Route HF 8(29501) parse_headers: flags=64 8(29501) qm_malloc(0x80bf800, 8) called from parser/contact/parse_contact.c: parse_contact(81) 8(29501) qm_malloc(0x80bf800, 8) returns address 0x80ca3cc frag. 0x80ca3b4 (size=8) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 36) called from parser/contact/contact.c: parse_contacts(194) 8(29501) qm_malloc(0x80bf800, 36) returns address 0x80cbdb0 frag. 0x80cbd98 (size=36) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 28) called from parser/parse_param.c: parse_params(337) 8(29501) qm_malloc(0x80bf800, 28) returns address 0x80cc0d8 frag. 0x80cc0c0 (size=28) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 32) called from data_lump.c: del_lump(262) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cbc1c frag. 0x80cbc04 (size=32) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 50) called from nathelper.c: fix_nated_contact_f(204) 8(29501) qm_malloc(0x80bf800, 52) returns address 0x80cc174 frag. 0x80cc15c (size=52) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 32) called from data_lump.c: insert_new_lump_after(111) 8(29501) qm_malloc(0x80bf800, 32) returns address 0x80cbd10 frag. 0x80cbcf8 (size=32) on 1 -th hit 8(29501) lookup(): '' Not found in usrloc 8(29501) check_self - checking if host==us: 14==9 && [209.111.111.111] == [127.0.0.1] 8(29501) check_self - checking if port 5060 matches port 5060 8(29501) check_self - checking if host==us: 14==14 && [209.111.111.111] == [209.111.111.111] 8(29501) check_self - checking if port 5060 matches port 5060 8(29501) authenticating 8(29501) qm_malloc(0x80bf800, 112) called from parser/digest/digest.c: new_credentials(45) 8(29501) qm_malloc(0x80bf800, 112) returns address 0x80cccd4 frag. 0x80cccbc (size=112) on 1 -th hit 8(29501) check_nonce(): comparing [3f7082586fcd71add3ccdd5231b328c4ff00c536] and [3f7082586fcd71add3ccdd5231b328c4ff00c536] 8(29501) authorize(): Credentials realm and URI host do not match 8(29501) radius auth failure 8(29501) qm_malloc(0x80bf800, 93) called from challenge.c: build_auth_hf(95) 8(29501) qm_malloc(0x80bf800, 96) returns address 0x80cc2c8 frag. 0x80cc2b0 (size=96) on 1 -th hit 8(29501) build_auth_hf(): 'WWW-Authenticate: Digest realm="dls.net", nonce="3f7082586fcd71add3ccdd5231b328c4ff00c536" ' 8(29501) qm_malloc(0x80bf800, 12) called from data_lump_rpl.c: build_lump_rpl(40) 8(29501) qm_malloc(0x80bf800, 12) returns address 0x80c9cf0 frag. 0x80c9cd8 (size=12) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 92) called from data_lump_rpl.c: build_lump_rpl(47) 8(29501) qm_malloc(0x80bf800, 92) returns address 0x80cc358 frag. 0x80cc340 (size=92) on 1 -th hit 8(29501) parse_headers: flags=-1 8(29501) check_via_address(209.111.111.100, 209.111.111.100, 0) 8(29501) qm_malloc(0x80bf800, 12) called from msg_translator.c: rport_builder(330) 8(29501) qm_malloc(0x80bf800, 12) returns address 0x80c8fa8 frag. 0x80c8f90 (size=16) on 1 -th hit 8(29501) qm_malloc(0x80bf800, 604) called from msg_translator.c: build_res_buf_with_body_from_sip_req(1665) 8(29501) qm_malloc(0x80bf800, 604) returns address 0x80cce24 frag. 0x80cce0c (size=608) on 1 -th hit 8(29501) qm_free(0x80bf800, 0x80c8fa8), called from msg_translator.c: build_res_buf_with_body_from_sip_req(1818) 8(29501) qm_free: freeing frag. 0x80c8f90 alloc'ed from msg_translator.c: rport_builder(330) 8(29501) qm_free(0x80bf800, 0x80cce24), called from sl_funcs.c: sl_send_reply(178) 8(29501) qm_free: freeing frag. 0x80cce0c alloc'ed from msg_translator.c: build_res_buf_with_body_from_sip_req(1665) 8(29501) qm_free(0x80bf800, 0x80cc2c8), called from challenge.c: challenge(174) 8(29501) qm_free: freeing frag. 0x80cc2b0 alloc'ed from challenge.c: build_auth_hf(95) 8(29501) receive_msg: cleaning up 8(29501) qm_free(0x80bf800, 0x80cbc6c), called from parser/parse_via.c: free_via_list(1973) 8(29501) qm_free: freeing frag. 0x80cbc54 alloc'ed from parser/msg_parser.c: get_hdr_field(109) 8(29501) qm_free(0x80bf800, 0x80cc1d8), called from parser/hf.c: free_hdr_field_lst(170) 8(29501) qm_free: freeing frag. 0x80cc1c0 alloc'ed from parser/msg_parser.c: parse_headers(276) 8(29501) qm_free(0x80bf800, 0x80cc124), called from parser/hf.c: free_hdr_field_lst(170) 8(29501) qm_free: freeing frag. 0x80cc10c alloc'ed from parser/msg_parser.c: parse_headers(276) 8(29501) qm_free(0x80bf800, 0x80cc084), called from parser/parse_to.c: free_to(778) 8(29501) qm_free: freeing frag. 0x80cc06c alloc'ed from parser/msg_parser.c: get_hdr_field(149) 8(29501) qm_free(0x80bf800, 0x80cc034), called from parser/hf.c: free_hdr_field_lst(170) 8(29501) qm_free: freeing frag. 0x80cc01c alloc'ed from parser/msg_parser.c: parse_headers(276) 8(29501) qm_free(0x80bf800, 0x80cbfe4), called from parser/hf.c: free_hdr_field_lst(170) 8(29501) qm_free: freeing frag. 0x80cbfcc alloc'ed from parser/msg_parser.c: parse_headers(276) 8(29501) qm_free(0x80bf800, 0x80c8934), called from parser/parse_cseq.c: free_cseq(102) 8(29501) qm_free: freeing frag. 0x80c891c alloc'ed from parser/msg_parser.c: get_hdr_field(128) 8(29501) qm_free(0x80bf800, 0x80cbf94), called from parser/hf.c: free_hdr_field_lst(170) 8(29501) qm_free: freeing frag. 0x80cbf7c alloc'ed from parser/msg_parser.c: parse_headers(276) 8(29501) qm_free(0x80bf800, 0x80cc0d8), called from parser/parse_param.c: do_free_params(420) 8(29501) qm_free: freeing frag. 0x80cc0c0 alloc'ed from parser/parse_param.c: parse_params(337) 8(29501) qm_free(0x80bf800, 0x80cbdb0), called from parser/contact/contact.c: free_contacts(293) 8(29501) qm_free: freeing frag. 0x80cbd98 alloc'ed from parser/contact/contact.c: parse_contacts(194) 8(29501) qm_free(0x80bf800, 0x80ca3cc), called from parser/contact/parse_contact.c: free_contact(109) 8(29501) qm_free: freeing frag. 0x80ca3b4 alloc'ed from parser/contact/parse_contact.c: parse_contact(81) 8(29501) qm_free(0x80bf800, 0x80cbf44), called from parser/hf.c: free_hdr_field_lst(170) 8(29501) qm_free: freeing frag. 0x80cbf2c alloc'ed from parser/msg_parser.c: parse_headers(276) 8(29501) qm_free(0x80bf800, 0x80cbef4), called from parser/hf.c: free_hdr_field_lst(170) 8(29501) qm_free: freeing frag. 0x80cbedc alloc'ed from parser/msg_parser.c: parse_headers(276) 8(29501) qm_free(0x80bf800, 0x80cbea4), called from parser/hf.c: free_hdr_field_lst(170) 8(29501) qm_free: freeing frag. 0x80cbe8c alloc'ed from parser/msg_parser.c: parse_headers(276) 8(29501) qm_free(0x80bf800, 0x80cbe54), called from parser/hf.c: free_hdr_field_lst(170) 8(29501) qm_free: freeing frag. 0x80cbe3c alloc'ed from parser/msg_parser.c: parse_headers(276) 8(29501) qm_free(0x80bf800, 0x80c9da8), called from data_lump.c: free_lump(321) 8(29501) qm_free: freeing frag. 0x80c9d90 alloc'ed from mf_funcs.c: add_maxfwd_header(131) 8(29501) qm_free(0x80bf800, 0x80cbe04), called from data_lump.c: free_lump_list(346) 8(29501) qm_free: freeing frag. 0x80cbdec alloc'ed from data_lump.c: insert_new_lump_before(136) 8(29501) qm_free(0x80bf800, 0x80cbd60), called from data_lump.c: free_lump_list(357) 8(29501) qm_free: freeing frag. 0x80cbd48 alloc'ed from data_lump.c: anchor_lump(292) 8(29501) qm_free(0x80bf800, 0x80cc174), called from data_lump.c: free_lump(321) 8(29501) qm_free: freeing frag. 0x80cc15c alloc'ed from nathelper.c: fix_nated_contact_f(204) 8(29501) qm_free(0x80bf800, 0x80cbd10), called from data_lump.c: free_lump_list(352) 8(29501) qm_free: freeing frag. 0x80cbcf8 alloc'ed from data_lump.c: insert_new_lump_after(111) 8(29501) qm_free(0x80bf800, 0x80cbc1c), called from data_lump.c: free_lump_list(357) 8(29501) qm_free: freeing frag. 0x80cbc04 alloc'ed from data_lump.c: del_lump(262) 8(29501) qm_free(0x80bf800, 0x80cc358), called from data_lump_rpl.c: free_lump_rpl(84) 8(29501) qm_free: freeing frag. 0x80cc340 alloc'ed from data_lump_rpl.c: build_lump_rpl(47) 8(29501) qm_free(0x80bf800, 0x80c9cf0), called from data_lump_rpl.c: free_lump_rpl(85) 8(29501) qm_free: freeing frag. 0x80c9cd8 alloc'ed from data_lump_rpl.c: build_lump_rpl(40) 8(29501) qm_free(0x80bf800, 0x80cb918), called from receive.c: receive_msg(187) 8(29501) qm_free: freeing frag. 0x80cb900 alloc'ed from receive.c: receive_msg(78) 10(29527) qm_malloc(0x80bf800, 160) called from nathelper.c: timer(689) 10(29527) qm_malloc(0x80bf800, 160) returns address 0x80cb918 frag. 0x80cb900 (size=160) on 1 -th hit 10(29527) qm_free(0x80bf800, 0x80cb918), called from nathelper.c: timer(743) 10(29527) qm_free: freeing frag. 0x80cb900 alloc'ed from nathelper.c: timer(689) 10(29527) qm_malloc(0x80bf800, 160) called from nathelper.c: timer(689) 10(29527) qm_malloc(0x80bf800, 160) returns address 0x80cb918 frag. 0x80cb900 (size=160) on 1 -th hit 10(29527) qm_free(0x80bf800, 0x80cb918), called from nathelper.c: timer(743) 10(29527) qm_free: freeing frag. 0x80cb900 alloc'ed from nathelper.c: timer(689) -----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Tuesday, September 23, 2003 11:46 AM To: Steve Dolloff Cc: Serusers Subject: Re: [Serusers] Troubles setting up radius authentication Looking at modification time of sterman.c I realized that your sources are not recent enough. The file was last modified on September 12 and you built your server on September 11, so please try to update from the cvs, at least auth_radius module. Jan. On 23-09 11:39, Steve Dolloff wrote: > This is my current info. > > ser -V > version: ser 0.8.12dev-t16 (i386/linux) > flags: STATS:Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, DNS_IP_HACK, > SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT > ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, > MAX_URI_SIZE 1024, BUF_SIZE 65535 > @(#) $Id: main.c,v 1.167 2003/07/07 14:08:26 jiri Exp $ > main.c compiled on 10:02:36 Sep 11 2003 with gcc 3.2 > > this was built from source off of CVS. If there is a newer version that > would give more info, I will recompile. > > Stephen > > > Hello, > > >From the information below I can't say where the problem is, but I would > say some attribute definitions are missing. > > Unfortunatelly the stable version of auth_radius module doesn't print > much debugging messages when something goes wrong. > > Did you compile your server from sources or do you use binary packages ? > You can try unstable version branch from the CVS, that should tell you > where the problem is, or I can send you a patch to stable version if you > can apply it and compile from sources. > > Jan. > > On 23-09 11:24, Steve Dolloff wrote: > > Yes, I have added the SIP definitions to the radiusclient library. It > > is the dictionary file defined in the radiusclient.conf file as > > /etc/sip_dictionary. It was created using the dictionary file from > > radiusclient and adding the information from the link that you refered > > to. > > > > ----------------------- > > > > Hello, > > > > if there is no radius traffic then radiusclient library has some > > problems when buiding the request. Did you extend your radius > dictionary > > as described in http://iptel.org/ser/ser_radius.html ? > > > > Jan. > > > > On 23-09 10:38, Steve Dolloff wrote: > > > I am trying to switch from database authentication to radius > > > authentication. > > > > > > I have compiled and installed the module. > > > > > > I have added the following to my ser.cfg > > > > > > modparam("auth_radius", "radius_config", > "/etc/ser/radiusclient.conf") > > > modparam("auth_radius", "service_type",15) > > > > > > if (method=="REGISTER") { > > > log(1,"authenticating"); > > > if > (!radius_www_authorize("test.net")) > > { > > > log(1,"radius auth > failure"); > > > www_challenge("test.net", > > "0"); > > > break; > > > }; > > > > > > I have configured the following in /etc/ser/radiusclient.conf > > > authserver radius1.test.net:1812 > > > authserver radius2.test.net:1812 > > > servers /etc/servers > > > dictionary /etc/sip_dictionary > > > > > > I have configured the following in /etc/servers > > > > > > Radius1.test.net secret > > > Radius2.test.net secret2 > > > > > > I get the following in my messages log. > > > > > > Sep 23 10:39:03 voip2 /usr/sbin/ser[25945]: authenticating > > > Sep 23 10:39:03 voip2 /usr/sbin/ser[25945]: radius auth failure > > > Sep 23 10:39:30 voip2 /usr/sbin/ser[25947]: authenticating > > > Sep 23 10:39:30 voip2 /usr/sbin/ser[25947]: radius auth failure > > > Sep 23 10:39:30 voip2 /usr/sbin/ser[25949]: authenticating > > > Sep 23 10:39:30 voip2 /usr/sbin/ser[25949]: radius auth failure > > > Sep 23 10:39:34 voip2 /usr/sbin/ser[25948]: authenticating > > > Sep 23 10:39:34 voip2 /usr/sbin/ser[25948]: radius auth failure > > > Sep 23 10:39:34 voip2 /usr/sbin/ser[25945]: authenticating > > > Sep 23 10:39:34 voip2 /usr/sbin/ser[25945]: radius auth failure > > > > > > And ngrep port 1812 shows no traffic at all. Where are these auth > > > request going? How can I get more debug info? > > > > > > Thanks for your help. > > > > > > Stephen > > > > > > > > > _______________________________________________ > > > Serusers mailing list > > > serusers(a)lists.iptel.org > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers

2 1

RE: [Serusers] Troubles setting up radius authentication
by Steve Dolloff 23 Sep '03

23 Sep '03

This is my current info. ser -V version: ser 0.8.12dev-t16 (i386/linux) flags: STATS:Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 @(#) $Id: main.c,v 1.167 2003/07/07 14:08:26 jiri Exp $ main.c compiled on 10:02:36 Sep 11 2003 with gcc 3.2 this was built from source off of CVS. If there is a newer version that would give more info, I will recompile. Stephen Hello, >From the information below I can't say where the problem is, but I would say some attribute definitions are missing. Unfortunatelly the stable version of auth_radius module doesn't print much debugging messages when something goes wrong. Did you compile your server from sources or do you use binary packages ? You can try unstable version branch from the CVS, that should tell you where the problem is, or I can send you a patch to stable version if you can apply it and compile from sources. Jan. On 23-09 11:24, Steve Dolloff wrote: > Yes, I have added the SIP definitions to the radiusclient library. It > is the dictionary file defined in the radiusclient.conf file as > /etc/sip_dictionary. It was created using the dictionary file from > radiusclient and adding the information from the link that you refered > to. > > ----------------------- > > Hello, > > if there is no radius traffic then radiusclient library has some > problems when buiding the request. Did you extend your radius dictionary > as described in http://iptel.org/ser/ser_radius.html ? > > Jan. > > On 23-09 10:38, Steve Dolloff wrote: > > I am trying to switch from database authentication to radius > > authentication. > > > > I have compiled and installed the module. > > > > I have added the following to my ser.cfg > > > > modparam("auth_radius", "radius_config", "/etc/ser/radiusclient.conf") > > modparam("auth_radius", "service_type",15) > > > > if (method=="REGISTER") { > > log(1,"authenticating"); > > if (!radius_www_authorize("test.net")) > { > > log(1,"radius auth failure"); > > www_challenge("test.net", > "0"); > > break; > > }; > > > > I have configured the following in /etc/ser/radiusclient.conf > > authserver radius1.test.net:1812 > > authserver radius2.test.net:1812 > > servers /etc/servers > > dictionary /etc/sip_dictionary > > > > I have configured the following in /etc/servers > > > > Radius1.test.net secret > > Radius2.test.net secret2 > > > > I get the following in my messages log. > > > > Sep 23 10:39:03 voip2 /usr/sbin/ser[25945]: authenticating > > Sep 23 10:39:03 voip2 /usr/sbin/ser[25945]: radius auth failure > > Sep 23 10:39:30 voip2 /usr/sbin/ser[25947]: authenticating > > Sep 23 10:39:30 voip2 /usr/sbin/ser[25947]: radius auth failure > > Sep 23 10:39:30 voip2 /usr/sbin/ser[25949]: authenticating > > Sep 23 10:39:30 voip2 /usr/sbin/ser[25949]: radius auth failure > > Sep 23 10:39:34 voip2 /usr/sbin/ser[25948]: authenticating > > Sep 23 10:39:34 voip2 /usr/sbin/ser[25948]: radius auth failure > > Sep 23 10:39:34 voip2 /usr/sbin/ser[25945]: authenticating > > Sep 23 10:39:34 voip2 /usr/sbin/ser[25945]: radius auth failure > > > > And ngrep port 1812 shows no traffic at all. Where are these auth > > request going? How can I get more debug info? > > > > Thanks for your help. > > > > Stephen > > > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers

2 2

RE: [Serusers] Troubles setting up radius authentication
by Steve Dolloff 23 Sep '03

23 Sep '03

Yes, I have added the SIP definitions to the radiusclient library. It is the dictionary file defined in the radiusclient.conf file as /etc/sip_dictionary. It was created using the dictionary file from radiusclient and adding the information from the link that you refered to. ----------------------- Hello, if there is no radius traffic then radiusclient library has some problems when buiding the request. Did you extend your radius dictionary as described in http://iptel.org/ser/ser_radius.html ? Jan. On 23-09 10:38, Steve Dolloff wrote: > I am trying to switch from database authentication to radius > authentication. > > I have compiled and installed the module. > > I have added the following to my ser.cfg > > modparam("auth_radius", "radius_config", "/etc/ser/radiusclient.conf") > modparam("auth_radius", "service_type",15) > > if (method=="REGISTER") { > log(1,"authenticating"); > if (!radius_www_authorize("test.net")) { > log(1,"radius auth failure"); > www_challenge("test.net", "0"); > break; > }; > > I have configured the following in /etc/ser/radiusclient.conf > authserver radius1.test.net:1812 > authserver radius2.test.net:1812 > servers /etc/servers > dictionary /etc/sip_dictionary > > I have configured the following in /etc/servers > > Radius1.test.net secret > Radius2.test.net secret2 > > I get the following in my messages log. > > Sep 23 10:39:03 voip2 /usr/sbin/ser[25945]: authenticating > Sep 23 10:39:03 voip2 /usr/sbin/ser[25945]: radius auth failure > Sep 23 10:39:30 voip2 /usr/sbin/ser[25947]: authenticating > Sep 23 10:39:30 voip2 /usr/sbin/ser[25947]: radius auth failure > Sep 23 10:39:30 voip2 /usr/sbin/ser[25949]: authenticating > Sep 23 10:39:30 voip2 /usr/sbin/ser[25949]: radius auth failure > Sep 23 10:39:34 voip2 /usr/sbin/ser[25948]: authenticating > Sep 23 10:39:34 voip2 /usr/sbin/ser[25948]: radius auth failure > Sep 23 10:39:34 voip2 /usr/sbin/ser[25945]: authenticating > Sep 23 10:39:34 voip2 /usr/sbin/ser[25945]: radius auth failure > > And ngrep port 1812 shows no traffic at all. Where are these auth > request going? How can I get more debug info? > > Thanks for your help. > > Stephen > > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers

2 1

RE: [Serusers] Troubles setting up radius authentication
by Steve Dolloff 23 Sep '03

23 Sep '03

Here is a copy of the stderr if I run from console. 8(27147) qm_free(0x80bf800, 0x80cbc6c), called from parser/parse_via.c: free_via_list(1973) 8(27147) qm_free: freeing frag. 0x80cbc54 alloc'ed from parser/msg_parser.c: get_hdr_field(109) 8(27147) qm_free(0x80bf800, 0x80cbd10), called from parser/hf.c: free_hdr_field_lst(170) 8(27147) qm_free: freeing frag. 0x80cbcf8 alloc'ed from parser/msg_parser.c: parse_headers(276) 8(27147) qm_free(0x80bf800, 0x80cbc1c), called from parser/hf.c: free_hdr_field_lst(170) 8(27147) qm_free: freeing frag. 0x80cbc04 alloc'ed from parser/msg_parser.c: parse_headers(276) 8(27147) qm_free(0x80bf800, 0x80cbdb0), called from parser/parse_to.c: free_to(778) 8(27147) qm_free: freeing frag. 0x80cbd98 alloc'ed from parser/msg_parser.c: get_hdr_field(149) 8(27147) qm_free(0x80bf800, 0x80cbe04), called from parser/hf.c: free_hdr_field_lst(170) 8(27147) qm_free: freeing frag. 0x80cbdec alloc'ed from parser/msg_parser.c: parse_headers(276) 8(27147) qm_free(0x80bf800, 0x80cbd60), called from parser/hf.c: free_hdr_field_lst(170) 8(27147) qm_free: freeing frag. 0x80cbd48 alloc'ed from parser/msg_parser.c: parse_headers(276) 8(27147) qm_free(0x80bf800, 0x80c9da8), called from parser/parse_cseq.c: free_cseq(102) 8(27147) qm_free: freeing frag. 0x80c9d90 alloc'ed from parser/msg_parser.c: get_hdr_field(128) 8(27147) qm_free(0x80bf800, 0x80cbe54), called from parser/hf.c: free_hdr_field_lst(170) 8(27147) qm_free: freeing frag. 0x80cbe3c alloc'ed from parser/msg_parser.c: parse_headers(276) 8(27147) qm_free(0x80bf800, 0x80cc0d8), called from parser/parse_param.c: do_free_params(420) 8(27147) qm_free: freeing frag. 0x80cc0c0 alloc'ed from parser/parse_param.c: parse_params(337) 8(27147) qm_free(0x80bf800, 0x80cc084), called from parser/contact/contact.c: free_contacts(293) 8(27147) qm_free: freeing frag. 0x80cc06c alloc'ed from parser/contact/contact.c: parse_contacts(194) 8(27147) qm_free(0x80bf800, 0x80ca3cc), called from parser/contact/parse_contact.c: free_contact(109) 8(27147) qm_free: freeing frag. 0x80ca3b4 alloc'ed from parser/contact/parse_contact.c: parse_contact(81) 8(27147) qm_free(0x80bf800, 0x80cbea4), called from parser/hf.c: free_hdr_field_lst(170) 8(27147) qm_free: freeing frag. 0x80cbe8c alloc'ed from parser/msg_parser.c: parse_headers(276) 8(27147) qm_free(0x80bf800, 0x80cbef4), called from parser/hf.c: free_hdr_field_lst(170) 8(27147) qm_free: freeing frag. 0x80cbedc alloc'ed from parser/msg_parser.c: parse_headers(276) 8(27147) qm_free(0x80bf800, 0x80cbf44), called from parser/hf.c: free_hdr_field_lst(170) 8(27147) qm_free: freeing frag. 0x80cbf2c alloc'ed from parser/msg_parser.c: parse_headers(276) 8(27147) qm_free(0x80bf800, 0x80cbf94), called from parser/hf.c: free_hdr_field_lst(170) 8(27147) qm_free: freeing frag. 0x80cbf7c alloc'ed from parser/msg_parser.c: parse_headers(276) 8(27147) qm_free(0x80bf800, 0x80c8934), called from data_lump.c: free_lump(321) 8(27147) qm_free: freeing frag. 0x80c891c alloc'ed from mf_funcs.c: add_maxfwd_header(131) 8(27147) qm_free(0x80bf800, 0x80cbfe4), called from data_lump.c: free_lump_list(346) 8(27147) qm_free: freeing frag. 0x80cbfcc alloc'ed from data_lump.c: insert_new_lump_before(136) 8(27147) qm_free(0x80bf800, 0x80cc034), called from data_lump.c: free_lump_list(357) 8(27147) qm_free: freeing frag. 0x80cc01c alloc'ed from data_lump.c: anchor_lump(292) 8(27147) qm_free(0x80bf800, 0x80cc174), called from data_lump.c: free_lump(321) 8(27147) qm_free: freeing frag. 0x80cc15c alloc'ed from nathelper.c: fix_nated_contact_f(204) 8(27147) qm_free(0x80bf800, 0x80cc124), called from data_lump.c: free_lump_list(352) 8(27147) qm_free: freeing frag. 0x80cc10c alloc'ed from data_lump.c: insert_new_lump_after(111) 8(27147) qm_free(0x80bf800, 0x80cc1dc), called from data_lump.c: free_lump_list(357) 8(27147) qm_free: freeing frag. 0x80cc1c4 alloc'ed from data_lump.c: del_lump(262) 8(27147) qm_free(0x80bf800, 0x80cc35c), called from data_lump_rpl.c: free_lump_rpl(84) 8(27147) qm_free: freeing frag. 0x80cc344 alloc'ed from data_lump_rpl.c: build_lump_rpl(47) 8(27147) qm_free(0x80bf800, 0x80c9cf0), called from data_lump_rpl.c: free_lump_rpl(85) 8(27147) qm_free: freeing frag. 0x80c9cd8 alloc'ed from data_lump_rpl.c: build_lump_rpl(40) 8(27147) qm_free(0x80bf800, 0x80cb918), called from receive.c: receive_msg(187) 8(27147) qm_free: freeing frag. 0x80cb900 alloc'ed from receive.c: receive_msg(78) -----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Tuesday, September 23, 2003 10:45 AM To: Steve Dolloff Cc: Serusers Subject: Re: [Serusers] Troubles setting up radius authentication Hello, if there is no radius traffic then radiusclient library has some problems when buiding the request. Did you extend your radius dictionary as described in http://iptel.org/ser/ser_radius.html ? Jan. On 23-09 10:38, Steve Dolloff wrote: > I am trying to switch from database authentication to radius > authentication. > > I have compiled and installed the module. > > I have added the following to my ser.cfg > > modparam("auth_radius", "radius_config", "/etc/ser/radiusclient.conf") > modparam("auth_radius", "service_type",15) > > if (method=="REGISTER") { > log(1,"authenticating"); > if (!radius_www_authorize("test.net")) { > log(1,"radius auth failure"); > www_challenge("test.net", "0"); > break; > }; > > I have configured the following in /etc/ser/radiusclient.conf > authserver radius1.test.net:1812 > authserver radius2.test.net:1812 > servers /etc/servers > dictionary /etc/sip_dictionary > > I have configured the following in /etc/servers > > Radius1.test.net secret > Radius2.test.net secret2 > > I get the following in my messages log. > > Sep 23 10:39:03 voip2 /usr/sbin/ser[25945]: authenticating > Sep 23 10:39:03 voip2 /usr/sbin/ser[25945]: radius auth failure > Sep 23 10:39:30 voip2 /usr/sbin/ser[25947]: authenticating > Sep 23 10:39:30 voip2 /usr/sbin/ser[25947]: radius auth failure > Sep 23 10:39:30 voip2 /usr/sbin/ser[25949]: authenticating > Sep 23 10:39:30 voip2 /usr/sbin/ser[25949]: radius auth failure > Sep 23 10:39:34 voip2 /usr/sbin/ser[25948]: authenticating > Sep 23 10:39:34 voip2 /usr/sbin/ser[25948]: radius auth failure > Sep 23 10:39:34 voip2 /usr/sbin/ser[25945]: authenticating > Sep 23 10:39:34 voip2 /usr/sbin/ser[25945]: radius auth failure > > And ngrep port 1812 shows no traffic at all. Where are these auth > request going? How can I get more debug info? > > Thanks for your help. > > Stephen > > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] Troubles setting up radius authentication
by Steve Dolloff 23 Sep '03

23 Sep '03

I am trying to switch from database authentication to radius authentication. I have compiled and installed the module. I have added the following to my ser.cfg modparam("auth_radius", "radius_config", "/etc/ser/radiusclient.conf") modparam("auth_radius", "service_type",15) if (method=="REGISTER") { log(1,"authenticating"); if (!radius_www_authorize("test.net")) { log(1,"radius auth failure"); www_challenge("test.net", "0"); break; }; I have configured the following in /etc/ser/radiusclient.conf authserver radius1.test.net:1812 authserver radius2.test.net:1812 servers /etc/servers dictionary /etc/sip_dictionary I have configured the following in /etc/servers Radius1.test.net secret Radius2.test.net secret2 I get the following in my messages log. Sep 23 10:39:03 voip2 /usr/sbin/ser[25945]: authenticating Sep 23 10:39:03 voip2 /usr/sbin/ser[25945]: radius auth failure Sep 23 10:39:30 voip2 /usr/sbin/ser[25947]: authenticating Sep 23 10:39:30 voip2 /usr/sbin/ser[25947]: radius auth failure Sep 23 10:39:30 voip2 /usr/sbin/ser[25949]: authenticating Sep 23 10:39:30 voip2 /usr/sbin/ser[25949]: radius auth failure Sep 23 10:39:34 voip2 /usr/sbin/ser[25948]: authenticating Sep 23 10:39:34 voip2 /usr/sbin/ser[25948]: radius auth failure Sep 23 10:39:34 voip2 /usr/sbin/ser[25945]: authenticating Sep 23 10:39:34 voip2 /usr/sbin/ser[25945]: radius auth failure And ngrep port 1812 shows no traffic at all. Where are these auth request going? How can I get more debug info? Thanks for your help. Stephen

2 1

[Serusers] Compiling problem
by giAndrea 23 Sep '03

23 Sep '03

Hi, i have problems with mangler.so module. there are some modules not included in make clean (ex. mangler), why? hello, Andrea

1 0

[Serusers] mySQL 4.0
by Shirley Toh 23 Sep '03

23 Sep '03

Hi, As i wanted to install the Serweb to test my network I need to upgrade my current SQL version to 4.0 in order to install but after upgrading following the procedure in "mysql.com" I cannot start my mySQL server and I cannot start my sql server. Please help! can i remain my server in the current SQL 3.23 version to have the Serweb installed properly? I have done all the rebuilds and recomplie. After installation seems like the directory changes. *Have a nice day (",)* Regards, Shirley Toh

2 1

[Serusers] Polycom IP 600 - looking for Admin Guide
by Morris, Scott 23 Sep '03

23 Sep '03

Well, working with this phone may be a challenge. I have gone around with Polycom on three phone calls. They don't support the phone, only through your provider can you get the User ID and password to web into the phone, and the Admin Guide. Is there anyway IPTEL can represent us (SER users) in getting this information since IPTEL could be considered a vendor? The phone looks to be one of the best buys in features, look and feel, and price. Scott Morris Senior Network Engineer ORAU / ORISE 865-576-4672 'B' Schedule

2 1

[Serusers] Is serctl monitor information correct?
by fangzg＠mail.ustc.edu.cn 23 Sep '03

23 Sep '03

hi, this is my serctl monitor information,is it correct? Server: Sip EXpress router (0.8.10 (i386/linux)) Now: Tue Sep 23 11:37:32 2003 Up Since: Tue Sep 23 11:16:47 2003 Up time: 1245 [sec] Transaction Statistics Current: 0 (0 waiting) Total: 0 (0 local) Replied localy: 0 Completion status 6xx: 0, 5xx: 0, 4xx: 0, 3xx: 0,2xx: 0 Stateless Server Statistics 200: 0 202: 0 2xx: 0 300: 0 301: 0 302: 0 3xx: 0 400: 0 401: 0 403: 0 404: 0 407: 0 408: 0 483: 0 4xx: 0 500: 0 5xx: 0 6xx: 0 xxx: 0 failures: 0 UsrLoc Stats Domain Registered Expired 'location' 0 0 another problem is how to uinstall ser,i have rpm -iv ser(redhat 9.0),but ser can be run!

2 1

Re: [Serusers] help!
by Jiri Kuthan 23 Sep '03

23 Sep '03

your script must use tm module. -jiri At 11:35 AM 9/21/2003, fangzg(a)mail.ustc.edu.cn wrote: >hi, > i have install ser and serweb on redhat linux 9.0 .apache,php,mysql have >already installed.but i can't send im through serweb¡£recevie errors:500 >command "t_uac_dlg" not avaliable. >why,please tell me .thanks a lot! > > zhiguo fang > 2003.9.21 > >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers -- Jiri Kuthan http://iptel.org/~jiri/

3 2

← Newer
1
...
4
5
6
7
8
9
10
...
21
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users September 2003