MacOS X Leopard version of FR crashing with segmentation fault

Randall Newman rnewman at waksman.rutgers.edu
Wed Mar 18 17:19:22 CET 2009


I'm thinking it would probably help if I included some of the output.   
This is from right before the crash. Thanks again for any help.

-Randy


Waking up in 4 seconds...
rad_recv: Access-Request packet from host 128.6.30.217:32771, id=162,  
length=144
         User-Name = "ayako"
         NAS-IP-Address = 128.6.30.217
         NAS-Port = 2051
         Called-Station-Id = "00-90-0B-09-B5-24:Waksman"
         Calling-Station-Id = "00-11-24-A9-D0-9E"
         Framed-MTU = 1250
         NAS-Port-Type = Wireless-802.11
         Connect-Info = "CONNECT 802.11g"
         EAP-Message = 0x0201000a016179616b6f
         Message-Authenticator = 0x6a66a1fb7a4c01dd9571942d24335e26
   Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 111
   modcall[authorize]: module "preprocess" returns ok for request 111
   modcall[authorize]: module "chap" returns noop for request 111
   modcall[authorize]: module "mschap" returns noop for request 111
     rlm_realm: No '@' in User-Name = "ayako", looking up realm NULL
     rlm_realm: No such realm "NULL"
   modcall[authorize]: module "suffix" returns noop for request 111
   rlm_eap: EAP packet type response id 1 length 10
   rlm_eap: No EAP Start, assuming it's an on-going EAP conversation
   modcall[authorize]: module "eap" returns updated for request 111
     users: Matched entry DEFAULT at line 153
   modcall[authorize]: module "files" returns ok for request 111
rlm_opendirectory: The SACL group "com.apple.access_radius" does not  
exist on this system.
rlm_opendirectory: The host 128.6.30.217 does not have an access group.
rlm_opendirectory: no access control groups, all users allowed.
   modcall[authorize]: module "opendirectory" returns ok for request 111
modcall: leaving group authorize (returns updated) for request 111
   rad_check_password:  Found Auth-Type EAP
auth: type "EAP"
   Processing the authenticate section of radiusd.conf
modcall: entering group authenticate for request 111
   rlm_eap: EAP Identity
   rlm_eap: processing type tls
   rlm_eap_tls: Initiate
   rlm_eap_tls: Start returned 1
   modcall[authenticate]: module "eap" returns handled for request 111
modcall: leaving group authenticate (returns handled) for request 111
Sending Access-Challenge of id 162 to 128.6.30.217 port 32771
         EAP-Message = 0x010200061520
         Message-Authenticator = 0x00000000000000000000000000000000
         State = 0x15a7beab1366439e1fad3ea73f345a2b
Segmentation fault






On Mar 18, 2009, at 11:51 AM, Randall Newman wrote:
> Hello everyone,
>
> I'm another newbie here trying to figure out a problem with the  
> Apple-fied version of FR that ships with MacOS X 10.5 Leopard  
> Server. according to -v its  v 1.1.4 with security changes through  
> 1.1.7
>
> For the most part it works fine. Our clients are authenticated  
> without any problems, but fairly frequently i'm getting segmentation  
> faults and it quits. Apple support has been no help (not  
> surprising). Also, i've been running FR in debug mode and noticed  
> that I can start it with radiusd -X but using -x or -xx doesn't  
> work. I'm quite new to Radius and may be overlooking something  
> obvious. Any help would be appreciated. Thanks.
>
> -Randy
>
>




More information about the Freeradius-Users mailing list