EDITED 3/23: I've been trying to configure a DS/NPS->Sonicwall->Meru Controller>Client RADIUS Wifi solution and I haven't had much success on the sonicwall side. I've shortened all shared secrets to 8 characters(I heard that was an issue), and opened up ports 1812,1813 and confirmed ports 389 and 636 were open as well as enabling RADIUS on the Firewall itself.
Meru acts as the Point of Access for the wireless devices and is currently set to use Sonicwall as the RAD Accounting Server(the Authen server is still the DS). Sonicwall is acting as an intermediary between Meru and a server cohabitating NPS(with a wireless policy setup) and DS. The user accounts I've tried to sync with all are on the IAS Admin list as well as on Domain Admins. I’m a little iffy on the Sonicwall but here are my RADIUS settings:
Authentication Method: LDAP+Local Users
Under LDAP Server I have: Name or IP Address: My Domain Controller/NPS Port number 389 (for now to see that it works).
Give Login name/location in tree User: Administrator@domain Protocol:LDAP
No certificate, No TLS until I can get it to work. I’ll use TLS once it works.
Enabled LDAP Relay, with same shared secret
Upon testing with Domain/Administrator
It claims my credentials aren’t valid at LDAP server on some tests, and in others gives me a RADIUS Communication error.
Alright, so the LDAP functionality of the RADIUS Accounting works now(I ended up using bind distinguished name), but RADIUS is still screwy. Everytime I try testing the RADIUS(and verified by the test SSID I have setup not working) I get what's known as a "RADIUS Authentication error on the Sonicwall side and on the Meru side I'm getting the following: Radius Server Switchover Information Controller SD-Radius-172.16.0.1 03/23/2015 13:14:02 Radius Server switches over from Primary <172.16.0.1> to Secondary <172.16.0.120> for Profile
Almost like the Meru Controller isn't seeing the Sonicwall.