Skip to content
Whitelisting

Whitelisting

API family for allow-listing device MAC addresses so they bypass the Captive Portal on a Sign-In Context.

Whitelisting lets specific devices connect to the Sign In SSID without going through a sign-in flow. Use this family for long-running fixtures (printers, kiosks, IoT devices) or for temporary bypass entries with an expiry date.

Shared across every endpoint in this family:

  • MAC — either AA:BB:CC:DD:EE:FF or AA-BB-CC-DD-EE-FF.
  • Name — 2–100 characters. Allowed: alphanumeric plus å ä ö Å Ä Ö & - , . and space.
  • Description — 0–200 characters, same character set as Name.
  • Tag value — 2–30 characters. Allowed: alphanumeric plus å ä ö Å Ä Ö ( ) & - , . / " + : and space.
  • Expiry (toDate)YYYY-MM-DD. Entry is removed at 00:00 Organization-local time on this date. Omit or set null for permanent entries.
  • The target Sign-In Context has the Whitelist module enabled.
  • Your integration has the Context API key and an approved source IP.

See API overview for the common auth, base URL, and status-code model.

Validation errors in this family return a JSON array of field-level errors, one per field that failed:

[
{
"field": "mac",
"rejectedValue": "00-11",
"message": "invalid MAC address format"
}
]
  • field — the request-body field that failed validation.
  • rejectedValue — the value that was submitted.
  • message — human-readable description of the rule that failed.

Next