New Server EAP issue
David Peterson
davidp at wirelessconnections.net
Tue Feb 19 21:08:04 CET 2013
Ahh sure... the issue was that the IP address I needed to use was a secondary.
I put the listener on the IP address but got this:
Tue Feb 19 14:54:23 2013 : Info: [ttls] Authenticate
Tue Feb 19 14:54:23 2013 : Info: [ttls] processing EAP-TLS
Tue Feb 19 14:54:23 2013 : Info: [ttls] Received TLS ACK
Tue Feb 19 14:54:23 2013 : Info: [ttls] ACK handshake is finished
Tue Feb 19 14:54:23 2013 : Info: [ttls] eaptls_verify returned 3
Tue Feb 19 14:54:23 2013 : Info: [ttls] eaptls_process returned 3
Tue Feb 19 14:54:23 2013 : Info: [ttls] Using saved attributes from the original Access-Accept
Filter-Id := "TestProfile"
Session-Timeout := 86400
Segmentation fault (core dumped)
What's the best way to bind to a particular IP address?
David
-----Original Message-----
From: Alan DeKok [mailto:aland at deployingradius.com]
Sent: Tuesday, February 19, 2013 2:47 PM
To: David Peterson-WirelessConnections; FreeRadius users mailing list
Subject: Re: New Server EAP issue
David Peterson wrote:
> I can’t figure out where I went wrong. The auth never gets to the
> inner-tunnel.
>
> David
>
> root at hafreeradius1://usr/local/etc/raddb# radiusd -Xxx
PLEASE use "radiusd -X". The extra information with "-Xxx" isn't necessary.
> rad_recv: Access-Request packet from host 172.16.4.10 port 1812,
> id=108,
> length=240
> Tue Feb 19 12:21:37 2013 : Info: Sending duplicate reply to client
> Test NAS port 1812 - ID: 108 Sending Access-Challenge of id 108 to
> 172.16.4.10 port 1812
The NAS isn't seeing the response. Go fix that. It's a network issue. I don't think it's a FreeRADIUS problem.
Alan DeKok.
More information about the Freeradius-Users
mailing list