Query Regarding RADIUS Client Configuration for DHCP-Based Wireless Access Points

Ajesh
Just browsing

Query Regarding RADIUS Client Configuration for DHCP-Based Wireless Access Points

Hi Team,

 

I have multiple wireless access points connected to the network that obtain their IP addresses via DHCP. As a result, their IP addresses change periodically.

 

I need to configure these APs as RADIUS clients in Windows NPS. However, since NPS requires an IP address or DNS name to identify RADIUS clients, using dynamic IPs directly is not feasible in this case.

 

Could you please advise if there is a way to configure these APs as RADIUS clients using their MAC addresses, or is there any alternative method to handle this scenario without relying on static IPs?

 

Looking forward to your guidance.

10 Replies 10
ww
Kind of a big deal
Kind of a big deal

Put all AP's management in a single/same vlan

Then add the whole subnet used by that vlan to the radius 

Ajesh
Just browsing

Do you mean placing all the access points in a single VLAN and using the gateway IP address of that VLAN as the RADIUS client in NPS?

 

ww
Kind of a big deal
Kind of a big deal

Not the gateway. Just the whole subnet assigned to that vlan.

For example 192.168.1.0/24

 

From ai:

 

Here's how to do it:

Open NPS Console: In Server Manager, click on "Tools," then "Network Policy Server". 

 

Access RADIUS Clients: In the NPS console, expand "RADIUS Clients and Servers" and right-click on "RADIUS Clients". 

 

Add a New Client: Choose "New". 

Configure Client:

 

Enter a "Friendly name" for the client. 

 

In the "Address (IP or DNS)" field, enter the subnet in CIDR notation (e.g., 192.168.1.0/24). 

 

DarrenOC
Kind of a big deal
Kind of a big deal

^^ Do this ^^

I always place my Meraki devices in their own Meraki Management VLAN.  That way you can add the whole subnet to your NPS

Darren OConnor | doconnor@resalire.co.uk
https://www.linkedin.com/in/darrenoconnor/

I'm not an employee of Cisco/Meraki. My posts are based on Meraki best practice and what has worked for me in the field.
alemabrahao
Kind of a big deal

You can just make an IP reservation for the APs on your DHCP server and the problem is solved.

I am not a Cisco Meraki employee. My suggestions are based on documentation of Meraki best practices and day-to-day experience.

Please, if this post was useful, leave your kudos and mark it as solved.
Ajesh
Just browsing

Thanks, I'll try that approach.

 

Just one more question — if we place all the APs in a dedicated VLAN and use the subnet of that VLAN as the RADIUS client in NPS, can we still connect end-user devices (like laptops and phones) in the same subnet/VLAN?

 

Will there be any impact or potential issues with this setup?

MartinLL
Building a reputation

From a security and management perspective i would keep them separated. Otherwise it will not pose any issues having end users in the same vlan as APs and adding that subnet to the client list on the NPS server.

MLL
Brash
Kind of a big deal
Kind of a big deal

The only potential issue is it presents a security risk.

Any of the clients on that VLAN will be able to send RADIUS requests to the NPS server which can allow for malicious actions.

PhilipDAth
Kind of a big deal
Kind of a big deal

Add it to NPS using the supernet if you like.  Like 192.168.0.0/16.  You should only need a single entry for all your APs.

rhbirkelund
Kind of a big deal
Kind of a big deal

Not sure about NPS but for Cisco ISE, one caveat with just adding the entire Management network in is that then using the Live Log for troubleshooting you will only see the NAD as the subnet, and not the device itself, as the NAD is created on the configured IP address. So if you need to determine which device it authenticating, you'll need to have added the NAD with it's host address, and not the entire network.

LinkedIn ::: https://blog.rhbirkelund.dk/

Like what you see? - Give a Kudo ## Did it answer your question? - Mark it as a Solution 🙂

All code examples are provided as is. Responsibility for Code execution lies solely your own.
Get notified when there are additional replies to this discussion.
Welcome to the Meraki Community!
To start contributing, simply sign in with your Cisco ID. If you don't yet have a Cisco ID, you can sign up.