cancel
Showing results for 
Search instead for 
Did you mean: 

PEAP and MSCHAPv2

bobby_wittenber
New Contributor II
Hi all, we're just getting in to standardizing on Ruckus as our wireless infrastructure and have run into a question regarding the use of PEAP and MSCHAPv2. Currently we have a corporate WLAN configured to use 802.1x EAP authentication with WPA2 encryption and specifying a RAIDUS authentication server. For that AAA server configuration in the ZD we've got the RADIUS server defined with CHAP auth method. We typically used PEAP/MSCHAPv2 (as we have configured in NPS on the RADIUS server's network policy) but you cannot connect to that WLAN unless the NPS network policy is configured to allow CHAP. Suffice to say that it would appear that CHAP is being used vice MSCHAPv2. Can anyone clarify the if MSCHAPv2 is usable and how we might go about it? It almost seems as though the ZD deployment is using a CHAP to forward the connection on to the RADIUS server which then perhaps uses PEAP and MSCHAPv2 between the client and server? Sounds a bit off base but as I mentioned, we are just getting used to Ruckus and dig it so far.

thanks!
6 REPLIES 6

michael_brown_5
New Contributor III
Are you looking at the test option in the ZoneDirector to test the AAA server? if so that is a known issue with the ZoneDirector it only test simple authentication methods. You will need to test with a full computer to test PEAP+MSCHAPv2 functionality. I can confirm Ruckus works with PEAP+MSCHAPv2 for every device we have used iOS, Andorid, Windows, Mac, etc.

bobby_wittenber
New Contributor II
Hey thanks for that confirmation Miko. Can you provide any recommendations on either your NPS network policy settings, the ZD or otherwise that might help us figure out why we are stuck using CHAP? We had to enable reversible encryption.

michael_brown_5
New Contributor III
Here are the authentication policies that I use for the NPS server
Image_ images_messages_5f91c418135b77e247960313_46e321ce29dc95bb10f42ccdc6972fe1_NPSServer_inline-afc416aa-ab12-4449-88d5-de7c2c7d30a1-1907235452.PNG1400796930

Here are the client group policy settings
Image_ images_messages_5f91c418135b77e247960313_299fcd71fb677085f04bffea5fd9a7b3_ClientGPO_inline-b4550b35-d0fe-41f1-a7f8-2f0a132d4072-531531999.PNG1400796954

I should also mention that I saw there were option to specify authentication methods in the "Connection Request Policy" of the NPS server but that is all disabled and all authentication happens in the "Network Policies"

As for the reversible encryption it does not apply if you use MSCHAPv2 as you can see here. Also when I was getting into this I was confused originally and thought that if we don't use a strongly encrypted authentication protocol your password will just be flying through the air in clear text. As it turns out PEAP acts like HTTPS for wireless authentication so everything dealing with authentication is encrypted in an SSL tunnel. This means you can pass your password though in clear text and the PEAP tunnel will protect it. After that happens you WiFI encryption (WPA/WPA2) kicks in and protects everything else.

bobby_wittenber
New Contributor II
Awesome, makes sense. Thanks for the input Miko, we will give that a try and see how it works out. I'll check back in with results.

thanks!
Labels