Passbeam

How do I set up Cisco Meraki with Passbeam?

Meraki connects over standard RADIUS, for Wi-Fi and wired alike. The access points and switches both send RADIUS from the site's own public address, so one RADIUS client registration on the site's Transports tab covers everything at the site. Switch standard RADIUS on there, then take the two server addresses and the shared secret from the Connect tab. RADSec from Meraki isn't supported yet.

Wi-Fi. In the dashboard, go to Wireless → Access control, pick the SSID and choose Enterprise with my RADIUS server. WPA2 only is fine.

Meraki Wireless, Access control: the SSID's Security section with Enterprise with my RADIUS server selected and WPA encryption set to WPA2 only.
Wireless → Access control. Enterprise with my RADIUS server, WPA2 only. Hiding the SSID is optional.

Further down the same page, add both Passbeam servers under RADIUS servers on port 1812 with the shared secret, and leave RadSec unticked. Leave Dashboard RADIUS proxy off, so the access points send from the site's own address. Add both servers again under RADIUS accounting servers on port 1813; that is what fills the Sessions tab.

Meraki SSID RADIUS section: a RADIUS server row with host, auth port 1812, secret and RadSec unticked, an empty accounting servers table, and Dashboard RADIUS proxy unticked.
Further down the same page. Port 1812, RadSec unticked, Dashboard RADIUS proxy off. Add your second Passbeam server with Add server, and both again under RADIUS accounting servers on 1813.

The Test button on that row will always report a failure. It tests with a username and password, and Passbeam only accepts certificates. "The RADIUS server was reached but your credentials were incorrect" means the address and secret are right. It also shows in the Authentications tab as a refused attempt, which is expected.

If you want Passbeam to choose the Wi-Fi VLAN, the SSID has to be in bridge mode: Client IP and VLAN → External DHCP server assigned, then RADIUS override → Override VLAN tag. In NAT mode there is no VLAN to choose, and the control isn't there.

Meraki SSID Client IP and VLAN section in bridge mode, showing the RADIUS override choice between Override VLAN tag and Ignore VLAN attribute.
Only if Passbeam should choose the VLAN: External DHCP server assigned (bridge mode), then RADIUS override → Override VLAN tag. It shows Ignore, the default, here. In NAT mode this control does not exist.

Wired. Go to Switching → Access policies → Add an access policy. Set Authentication method to RADIUS server and add both Passbeam servers with Auth ticked on port 1812.

Set Policy Type to 802.1X. It starts as None, and a policy saved like that never asks a device to authenticate, so everything just works and nothing reaches Passbeam. Host mode Single-Host is right for one device per port. The Guest and Failed Auth VLAN fields are where a device that fails, or never answers, lands; that is the switch's decision, not Passbeam's.

Meraki Switching, Access Policy Detail: authentication method RADIUS server, a server row on port 1812 with Auth ticked, Policy Type 802.1X, Host mode Single-Host, and no fallback VLANs.
Switching → Access policies → Add an access policy. Policy Type must be changed to 802.1X — it starts as None, and saved like that no port ever asks.

For accounting, tick Enable RADIUS accounting servers. Meraki gives each accounting server a row of its own: the same addresses, Accounting ticked, port 1813, the same secret.

Meraki access policy RADIUS servers table with Enable RADIUS accounting servers ticked: one row for authentication on port 1812 and a separate row for accounting on port 1813.
Ticking Enable RADIUS accounting servers gives accounting a row of its own: Accounting ticked, port 1813, same secret.

Then apply the policy to ports: Switching → Switch ports, tick the ports, Edit, and set Access policy. If the port uses a SmartPorts profile, Meraki refuses with "Trunk ports do not support user-defined Access Policies", even while it shows Type: Access.

Meraki Update 1 port dialog showing the error: Trunk ports do not support user-defined Access Policies, even though Type shows Access.
The error you get on a port that was using a SmartPorts profile, even with Type showing Access. Clear the profile and Update first, then set the access policy in a second edit.

The fix is two saves: clear the SmartPorts profile and Update, then edit the port again and set the access policy. Don't edit the shared profile itself — that changes every port using it.

Meraki Update 1 port dialog with no SmartPorts profile, Type Access, Access policy set to the Passbeam policy, and the port's VLAN and voice VLAN.
Switching → Switch ports → select the port → Edit. Access policy set to the new policy; the VLAN here is where a device lands unless Passbeam sends one.

VLANs from Passbeam need nothing ticking on a Meraki switch. The port moves to the VLAN Passbeam sends, for that session, and goes back to its own VLAN afterwards.

To see what happened, go to Network-wide → Event log and show events for switches. A good authentication shows as Successful authentication (EAP success), a refused one as Failed authentication (EAP failure), and a VLAN from Passbeam as RADIUS dynamic VLAN assignment. Windows needs one more thing for wired, the same as on any make: see “Why is my Windows PC ignoring 802.1X on an Ethernet cable?”.

Meraki switch event log showing 802.1X authentication and Successful authentication (EAP success) for a laptop on port 7, with the RADIUS response.
Network-wide → Event log, for switches. A working port: 802.1X authentication and Successful authentication (EAP success). A refused device shows Failed authentication (EAP failure); a VLAN from Passbeam shows RADIUS dynamic VLAN assignment.

Related questions

Still stuck? Ask us, or read the rest of the knowledge base.