Hey Mikkal- Im not sure if my last few emails went through the list... I got a msg stating they were pending approval since they were too long. I kept digging into this and I came across the eapol_test utility: http://deployingradius.com/scripts/eapol_test/ I tried running that to take the client and NAS out of the process. As far as I can tell, it all looks like fine. Even with a default install of 2.1.10 (and another test using new certs with the required OIDs for XP clients: http://www.howtoforge.com/wifi-authentication-accounting-with-freeradius-on-...), I still get those 9 requests. Are you using EAP? Is anybody else following this that can/test verify that they get the same responses as I do. Thanks- Rob
Hi Rob, Nope, no EAP with a Captive Portal. But I just configured a VNS with EAP, so I see what you're talking about. But I think that the problem is that the Filter-ID isn't being sent in the Access-Accept, and I'm pretty sure that that's where it should be. I didn't play with my radius configuration yet, but I suspect that you (we?) need to modify your config so that the Filter-ID attribute is sent with the Access-Accept. All of the packets that you see between the first Access-Request and the Access-Accept have to do with setting up the tunnels, certificate validation, etc. So yep, I see what you're seeing, but I think it's simply a small config change on the Freeradius side to get it working correctly. I just don't know off-hand what needs to be changed, hopefully get a chance to poke around tomorrow. Rob Yamry wrote:
Hey Mikkal- Im not sure if my last few emails went through the list... I got a msg stating they were pending approval since they were too long. I kept digging into this and I came across the eapol_test utility: http://deployingradius.com/scripts/eapol_test/ I tried running that to take the client and NAS out of the process. As far as I can tell, it all looks like fine. Even with a default install of 2.1.10 (and another test using new certs with the required OIDs for XP clients: http://www.howtoforge.com/wifi-authentication-accounting-with-freeradius-on-...), I still get those 9 requests. Are you using EAP?
Is anybody else following this that can/test verify that they get the same responses as I do.
Thanks- Rob
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-- View this message in context: http://freeradius.1045715.n5.nabble.com/Attribute-not-passing-to-NAS-tp32894... Sent from the FreeRadius - User mailing list archive at Nabble.com.
Rob, In your eap.conf set "use_tunneled_reply = yes". Assuming that it's currently set to "no". Working here now after that change. -- View this message in context: http://freeradius.1045715.n5.nabble.com/Attribute-not-passing-to-NAS-tp32894... Sent from the FreeRadius - User mailing list archive at Nabble.com.
Ive changed that setting previously and it does not work for a client connection. However, I didnt have the eapol_test util before. If I test it with the eapol_test utility now with ttls-eap-mschapv2.conf config file it works. It passes it on Filter-Id in the Access-Accept. If I use the peap-mschapv2.conf config file, it doesnt work. It doesnt work with a client connecting to it either. So, its partly working. There must be some type of authentication that we need to force.... I tried setting default_eap_type = mschapv2 (instead of peap) but that doesnt work either. Maybe something to do with ttls?
Rob, I'm doing PEAP here, and I'm assuming that your clients are also? Maybe post the output from a client connection attempt from radiusd -X. -- View this message in context: http://freeradius.1045715.n5.nabble.com/Attribute-not-passing-to-NAS-tp32894... Sent from the FreeRadius - User mailing list archive at Nabble.com.
Just figured it out. In eap.conf under the peap section 'use_tunneled_reply = yes' needs to be set there as well. I only had it set under the ttls section before. I just tested a client and its working fine now. Thanks for all your help Mikkal!
Yep, that's the file I meant. You're welcome. -- View this message in context: http://freeradius.1045715.n5.nabble.com/Attribute-not-passing-to-NAS-tp32894... Sent from the FreeRadius - User mailing list archive at Nabble.com.
participants (2)
-
mikal -
Rob Yamry