You're right, and that's the point of this setup. MAC auth here doesn't replace 802.1X, it's an extra gate in front of it. Every client still has to finish 802.1X to get its PMK and do the 4-way handshake, so a device that can't do 802.1X can't join this SSID at all. Glenn wants a username and password on top of the MAC check, so that's the behaviour he's after.
One correction to my own reply. The Instant guide on MAC Authentication with 802.1X Authentication says the mac-auth-only role is primarily used for wired clients: https://arubanetworking.hpe.com/techdocs/Archived/Instant-AOS-8/Instant_86_WebHelp/Content/instant-ug/authentication/mac-dot1x-auth.htm On an Enterprise WLAN, a client that passes MAC and then fails 802.1X never gets keys, so it doesn't get anywhere.
Devices that can't do 802.1X belong on a separate Personal SSID. With MPSK, ClearPass checks the MAC and hands that device its own passphrase, and the encryption comes from that key: https://arubanetworking.hpe.com/techdocs/central/2.5.8/content/aos10x/cfg/aps/wpa2_mpsk.htm
------------------------------
Dustin Burns
@Worldcom Exchange, Inc.
www.wei.com- - -
The comments I post here are my own, and not my employers
If my post was useful accept solution and/or give kudos
Personal Blog:
www.networkfieldnotes.com- - -
------------------------------
Original Message:
Sent: Oct 05, 2026 05:55 AM
From: TM-cf9237
Subject: Aruba Central - Creating an SSID that allows usename/password as well as MAC authentication
?? How does that work in practice? Clients that does not understand/talk 802.1x, how do they then get their Wireless traffic Encrypted, when they are MAC authenticated?
802.1x requires establishing and deriving the WPA2/3 encryption keys between the client and AP dynamically during the 802.1x authentication session.
If the client does not understand/try that, what happens then?
Original Message:
Sent: Sep 30, 2026 07:33 AM
From: DB86
Subject: Aruba Central - Creating an SSID that allows usename/password as well as MAC authentication
Yes, you can do both on one SSID. Make it an Enterprise (802.1X) WLAN and turn on MAC authentication beside it in the WLAN's Security settings. The AOS 10 Authentication Methods page gives the order: MAC auth runs first, 802.1X is only tried once the MAC passes, and a client that then fails 802.1X gets a deny-all or mac-auth-only role: https://arubanetworking.hpe.com/techdocs/central/2.5.8/content/aos10x/aos10x-overview/aos10-auth-methods.htm
Make sure that mac-auth-only role allows nothing useful. Leave MAC authentication fail-through off too, or an unknown MAC just carries on to 802.1X. The allowed MACs go in the same server that checks the passwords (the internal server or ClearPass), added as MAC entries.
If you meant a web login page, that won't gate the same way, because a failed MAC check just drops the client to the portal. Also turn off private MAC on the phones and laptops, or they'll never match. Which RADIUS server are you on?
------------------------------
Dustin Burns
@Worldcom Exchange, Inc.
www.wei.com
- - -
The comments I post here are my own, and not my employers
If my post was useful accept solution and/or give kudos
Personal Blog: www.networkfieldnotes.com
- - -
------------------------------