Aruba ClearPass und Purple WiFi: Integrations- und Bereitstellungshandbuch

Dieser Leitfaden bietet eine vollständige technische Referenz für die Integration von HPE Aruba ClearPass Policy Manager mit der Purple WiFi-Plattform, einschließlich RADIUS-Proxy-Architektur, Captive Portal-Konfiguration und dynamischer VLAN-Rollen-Zuordnung. Er richtet sich an IT-Manager und Netzwerkarchitekten in Umgebungen mit starker Aruba-Präsenz, die ClearPass für NAC beibehalten und gleichzeitig Purple für die Gastauthentifizierung und -analyse einsetzen möchten. Die Implementierung dieser Integration schließt eine kritische Anbieterlücke und ermöglicht Sicherheit und Compliance auf Unternehmensniveau zusammen mit den marktführenden Besucheranalysefunktionen von Purple.

📖 9 Min. Lesezeit📝 2,154 Wörter🔧 2 Beispiele❓ 4 Fragen📚 9 Schlüsselbegriffe

🎧 Diesen Leitfaden anhören

Transkript anzeigen

Welcome to this technical briefing on integrating HPE Aruba ClearPass with the Purple WiFi platform. I'm your host, and today we're diving deep into the architecture, deployment strategies, and operational benefits of combining ClearPass Policy Manager's robust network access control with Purple's industry-leading guest WiFi and analytics capabilities.

For IT managers, network architects, and CTOs managing large-scale venues — whether that's a sprawling retail chain, a high-density stadium, or a complex healthcare campus — delivering secure, segmented, and insightful wireless access is paramount. ClearPass is phenomenal at context-aware policy enforcement and 802.1X authentication for corporate devices. However, when it comes to guest onboarding, captive portals, and extracting actionable marketing analytics from visitor data, Purple is the undisputed leader.

The core question we're answering today is: How do you configure ClearPass to use Purple as the captive portal, while retaining ClearPass for NAC and dynamic role-based VLAN assignment? Let's get into it.

First, let's establish the architecture. At a high level, the integration relies on standard RADIUS protocols and HTTP redirect mechanisms. Your Aruba Mobility Controllers or Instant Access Points broadcast the guest SSID. When an unauthenticated device connects, the controller intercepts the HTTP traffic and redirects the user's browser to the Purple captive portal. This redirect is the first critical piece to get right.

Now, the user authenticates via Purple. This might be a social login through Facebook or Google, a custom email and password form, or even OpenRoaming, where Purple acts as a free identity provider under the Connect licence. Once Purple validates the user, it sends a RADIUS Access-Accept message back through the chain to the controller, which then grants network access.

But here's where ClearPass becomes essential. Rather than the Aruba controller talking directly to Purple's RADIUS servers, you insert ClearPass as a RADIUS proxy in the middle. The controller sends all RADIUS requests to ClearPass. ClearPass evaluates the request and, if it matches your guest service routing policy, forwards it to Purple's cloud RADIUS servers. Purple responds, and ClearPass passes that response back to the controller, but crucially, it can append its own policy attributes before doing so.

This proxy architecture gives you the best of both worlds. ClearPass maintains a complete audit log of every authentication event on your network, both corporate and guest. You get a single pane of glass for security operations. And Purple handles the user-facing experience and analytics without you needing to replace your existing NAC investment.

Let's talk about dynamic VLAN assignment, because this is where things get really powerful — and where most deployments run into trouble if they're not careful.

ClearPass uses a concept called Roles and Enforcement Profiles. When an authentication request comes in, ClearPass evaluates the context: who is the user, what device are they on, what time is it, what location are they connecting from? Based on these factors, it assigns a Role. For a standard guest, that might be ROLE_GUEST. For a VIP, it might be ROLE_VIP. For a contractor, ROLE_CONTRACTOR.

This Role is then mapped to an Enforcement Profile, which defines the specific RADIUS attributes to return to the Aruba controller. The most important attribute here is the Aruba-User-Role Vendor-Specific Attribute, or VSA. This tells the controller exactly which role to place the user in on the wireless side.

On the Aruba controller, each role maps to a specific VLAN and a set of firewall policies. So ROLE_GUEST maps to VLAN 20, with internet-only access and a 10 megabit per second bandwidth limit. ROLE_VIP maps to VLAN 40, with a 50 megabit limit. ROLE_IOT maps to VLAN 30, a completely isolated segment with no internet access, just local connectivity for smart devices.

This segmentation is not just good practice — it's a compliance requirement. Under PCI DSS, any network that touches cardholder data must be isolated from guest networks. Under GDPR, you need to be able to demonstrate that personal data collected through the guest portal is handled appropriately and that guest traffic cannot traverse your corporate infrastructure.

Now, let me walk you through a real-world scenario. A large hotel chain with 500 rooms across multiple properties. They have Aruba controllers at every site, ClearPass deployed centrally, and they want to roll out Purple for guest WiFi.

The deployment looks like this. Two SSIDs per site: Hotel_Corp and Hotel_Guest. Hotel_Corp uses 802.1X with certificates, authenticated against Active Directory via ClearPass. Hotel_Guest is an open SSID that triggers the Purple captive portal.

In ClearPass, they create two Services. Service One matches Hotel_Corp and handles 802.1X authentication locally. Service Two matches Hotel_Guest and uses a RADIUS Routing Policy to proxy requests to Purple. The Enforcement Policy for Service Two returns the Aruba-User-Role of guest-authenticated, which maps to VLAN 20 on the controller.

For IoT devices — smart TVs, thermostats, door locks — they use a third SSID, Hotel_IoT, with MAC-based authentication. ClearPass profiles the device using its OUI and assigns ROLE_IOT, dropping it into VLAN 30.

The result? Staff get full corporate access. Guests get a branded, engaging portal experience with social login and marketing opt-ins. IoT devices are isolated. And the IT team has complete visibility across all three user types in ClearPass's Access Tracker.

Now let's talk about the pitfalls, because there are several that will catch you out if you're not prepared.

Number one: the walled garden. This is the most common source of captive portal failures. Before a device is authenticated, the Aruba controller only allows traffic to a pre-defined list of destinations — the walled garden. If Purple's portal URL, its backend API endpoints, and the social login provider domains are not in that list, the portal simply won't load. You need to maintain this list proactively. Social login providers like Facebook and Google regularly change their IP ranges and CDN domains. Treat the walled garden as a living configuration.

Number two: RADIUS timeouts. The default RADIUS timeout on most Aruba controllers is three seconds. In a proxy architecture, the request travels from the AP to the controller, to ClearPass, across the internet to Purple's cloud RADIUS, and back. On a congested network, that round trip can easily exceed three seconds. Increase your timeout to at least ten seconds and configure retry logic.

Number three: shared secret mismatches. This one causes silent failures that are notoriously difficult to diagnose. The shared secret between the Aruba controller and ClearPass must match exactly. The shared secret between ClearPass and Purple's RADIUS servers must also match exactly. A single character difference will cause authentication to fail with no meaningful error message to the end user. Always double-check these.

Number four: role name case sensitivity. The Aruba-User-Role VSA returned by ClearPass must exactly match — including capitalisation — the role name defined on the Aruba controller. If ClearPass returns guest-authenticated but the controller has Guest-Authenticated defined, the user will fall back to the default role, which is typically the logon role with no internet access.

Number five: RADIUS accounting. Many deployments configure authentication proxying correctly but forget to proxy accounting as well. Purple uses RADIUS accounting data to track session duration, data usage, and to populate its analytics dashboards. If accounting isn't flowing to Purple, your analytics will be incomplete.

Let's move to the rapid-fire questions section.

Can I use a single SSID for both employees and guests? Yes, you can. Configure ClearPass to handle both 802.1X and MAC-Auth on the same SSID. Use Service Rules to differentiate the traffic type and route accordingly. It's more complex to manage but reduces SSID proliferation.

Does Purple support Change of Authorization? Yes. CoA allows the controller to dynamically update a user's session without requiring them to reconnect. This is useful for time-limited access or tier upgrades.

Can I use this integration with Aruba Instant rather than a full Mobility Controller? Yes, Aruba Instant supports external RADIUS servers and captive portal redirect. The configuration is slightly different but the principles are identical.

Does this integration work with WPA3? Yes. WPA3-SAE for personal networks and WPA3-Enterprise for 802.1X are both supported. For guest networks using captive portals, WPA3-SAE or an open SSID with Opportunistic Wireless Encryption are the typical choices.

To summarise today's briefing. The ClearPass and Purple integration is a RADIUS proxy architecture. ClearPass remains your central policy decision point for all network access. Purple handles the guest-facing experience and analytics. The Aruba controller enforces the resulting policies through dynamic VLAN assignment. The three most critical configuration elements are the walled garden, RADIUS timeouts, and role name consistency. Get those right, and you have a robust, compliant, and commercially valuable guest WiFi deployment.

Thank you for listening. If you want to explore this further, visit purple.ai to speak with a solutions architect about your specific deployment.

Wichtigste Erkenntnisse

✓The integration uses a RADIUS proxy architecture: the Aruba controller sends all RADIUS requests to ClearPass, which routes guest authentication to Purple's cloud RADIUS servers while handling corporate 802.1X locally.
✓ClearPass remains the central policy decision point for all network access, maintaining a unified audit trail that satisfies PCI DSS and GDPR compliance requirements.
✓Dynamic VLAN assignment is achieved through ClearPass Role Mapping and the Aruba-User-Role VSA, enabling secure segmentation of guests, staff, IoT devices, and VIPs on a single SSID.
✓The walled garden is the most operationally sensitive configuration element — it must include Purple's portal domains, social login provider endpoints, and OS-level captive portal detection URLs.
✓Increase the RADIUS timeout on the Aruba controller to at least 10 seconds to accommodate the additional network hop to Purple's cloud infrastructure.
✓RADIUS Accounting must be proxied to Purple alongside authentication — without it, Purple's analytics dashboards will show incomplete session data.
✓This integration closes a critical vendor gap for Aruba-heavy enterprises, enabling Purple's advanced guest analytics and marketing capabilities without replacing the existing ClearPass NAC investment.

Zusammenfassung für Führungskräfte

Für Unternehmensumgebungen, die stark in die HPE Aruba-Infrastruktur investiert haben, stellt die Verwaltung komplexer Netzwerkzugriffsrichtlinien bei gleichzeitiger Bereitstellung eines nahtlosen, datenreichen Gast-WiFi-Erlebnisses eine erhebliche architektonische Herausforderung dar. Während ClearPass Policy Manager bei der Network Access Control (NAC) und der IEEE 802.1X-Authentifizierung für Unternehmensgeräte hervorragend ist, benötigen Betreiber von Veranstaltungsorten zunehmend die erweiterten Captive Portal-, Analyse- und Marketingfunktionen, die von Purple WiFi bereitgestellt werden.

Dieser Leitfaden beschreibt die Architektur und Bereitstellungsstrategie für die Integration von Aruba ClearPass mit Purple WiFi unter Verwendung eines RADIUS-Proxy-Modells. Durch die Konfiguration von ClearPass zur Proxy-Weiterleitung von Gastauthentifizierungsanfragen an Purples RADIUS-as-a-Service können Organisationen zentralisierte Sicherheitsrichtlinien aufrechterhalten, dynamische rollenbasierte VLAN-Zuweisungen durchsetzen und gleichzeitig Purples robuste Plattform für Besucheranalysen nutzen. Diese Integration ist entscheidend für groß angelegte Bereitstellungen in Einzelhandel , Gastgewerbe , Gesundheitswesen und Verkehrsknotenpunkten , wo Compliance, Sicherheit und Kundenbindung kompromisslos koexistieren müssen. Das Ergebnis ist eine Bereitstellung, bei der ClearPass entscheidet, Purple bindet und Aruba durchsetzt.

Technischer Einblick

Architekturübersicht

Die Integration basiert auf einer Standard-RADIUS-Proxy-Architektur, die durch RFC 2865 (RADIUS) und RFC 5176 (Dynamic Authorisation Extensions) untermauert wird. Der Aruba Mobility Controller oder Instant AP-Cluster ist so konfiguriert, dass er ClearPass als primären RADIUS-Server für alle SSIDs verwendet. ClearPass verarbeitet die 802.1X-Authentifizierung für Unternehmensgeräte lokal gegen Active Directory oder eine interne Zertifizierungsstelle, ist jedoch mit einer RADIUS Service Routing-Richtlinie konfiguriert, um Gastauthentifizierungsanfragen an Purples Cloud-RADIUS-Server weiterzuleiten.

Diese Architektur bewahrt die Investition in ClearPass als zentralen Richtlinienentscheidungspunkt, während die Gast-Erlebnisschicht vollständig an Purple delegiert wird. Jedes Authentifizierungsereignis – ob für Unternehmen oder Gäste – wird im Access Tracker von ClearPass protokolliert und bietet einen einheitlichen Prüfpfad, der die Compliance-Anforderungen gemäß PCI DSS v4.0 und GDPR Artikel 30 (Verzeichnis der Verarbeitungstätigkeiten) erfüllt.

Authentifizierungsablauf: Schritt für Schritt

Das Verständnis der genauen Abfolge der Ereignisse ist sowohl für die Erstbereitstellung als auch für die spätere Fehlerbehebung unerlässlich. Der Ablauf für ein Gastgerät ist wie folgt.

Schritt	Akteur	Aktion
1	Gastgerät	Verbindet sich mit offener Gast-SSID
2	Aruba Controller	Weist Pre-Auth-IP zu und platziert Gerät in Anmelderolle
3	Gastgerät	Sendet HTTP-Anfrage (z.B. http://example.com )
4	Aruba Controller	Fängt ab und leitet per HTTP 302 zur Purple Portal-URL um
5	Gastgerät	Lädt Purple Captive Portal über Walled Garden
6	Gastnutzer	Authentifiziert sich (Social Login, Formular oder OpenRoaming)
7	Purple Plattform	Sendet RADIUS Access-Request an Aruba Controller
8	Aruba Controller	Leitet RADIUS-Anfrage an ClearPass weiter
9	ClearPass	Passt Gast-Service-Regel an, leitet an Purple RADIUS weiter
10	Purple RADIUS	Gibt Access-Accept zurück
11	ClearPass	Fügt Aruba VSAs (User-Role) an, leitet Accept weiter
12	Aruba Controller	Verschiebt Gerät in Post-Auth-Rolle, weist Gast-VLAN zu

Das Verhalten des Captive Portal-Erkennungsmechanismus – insbesondere Apples Captive Network Assistant (CNA), Androids Konnektivitätsprüfung und Microsoft NCSI – hat direkten Einfluss darauf, ob das Portal korrekt geladen wird. Eine detaillierte Aufschlüsselung dieser OS-spezifischen Verhaltensweisen finden Sie unter Apple CNA, Android Konnektivitätsprüfung, Microsoft NCSI: Wie die Captive Portal-Erkennung tatsächlich funktioniert .

Dynamische VLAN-Zuweisung und ClearPass-Rollen-Zuordnung

Netzwerksegmentierung ist eine nicht verhandelbare Anforderung für die PCI DSS-Compliance und eine solide Sicherheitsarchitektur. ClearPass ermöglicht die dynamische VLAN-Zuweisung durch sein Framework für Rollen-Zuordnung und Enforcement Profile.

Wenn ClearPass eine Authentifizierungsanfrage verarbeitet, bewertet es kontextbezogene Attribute – Benutzeridentität, Gerätetyp (profiliert über DHCP-Fingerprinting oder HTTP User-Agent), Tageszeit und Verbindungsort – und weist eine Rolle zu. Diese Rolle wird dann einem Enforcement Profile zugeordnet, das spezifische RADIUS-Attribute an den Aruba Controller zurückgibt, am wichtigsten das Aruba-User-Role Vendor-Specific Attribute (VSA, Vendor ID 14823, Attribut 1).

Der Aruba Controller ordnet jede User-Role einem VLAN und einer Reihe von Stateful-Firewall-Richtlinien zu. Ein repräsentatives Segmentierungsmodell für einen großen Veranstaltungsort ist unten dargestellt.

Benutzertyp	ClearPass Rolle	VLAN	Bandbreitenrichtlinie	Firewall-Richtlinie
Firmenmitarbeiter	ROLE_CORP	10	100 Mbit/s	Voller interner Zugriff
Standardgast	ROLE_GUEST	20	10 Mbit/s	Nur Internet
IoT-Gerät	ROLE_IOT	30	5 Mbit/s	Nur lokal, kein Internet
VIP / Premium Gast	ROLE_VIP	40	50 Mbit/s	Internet + ausgewählte Dienste
Auftragnehmer	ROLE_CONTRACTOR	50	20 Mbit/s	Begrenzter interner Zugriff

RADIUS-Proxy-Konfiguration in ClearPass

Die RADIUS-Proxy-Konfiguration im ClearPass Policy Manager erfordert drei Komponenten: ein RADIUS Proxy Target (das die RADIUS-Server-Endpunkte von Purple definiert), eine Service Routing Policy (die definiert, welche Anfragen weitergeleitet werden sollen) und ein Enforcement Profile (das "die VSAs, die an den Rückweg angehängt werden sollen).

Das Proxy-Ziel wird unter Administration > Externe Server > RADIUS-Server konfiguriert. Fügen Sie die RADIUS-IP-Adressen von Purple (verfügbar im Purple-Portal unter Hardware > RADIUS Settings), das Shared Secret sowie den Authentifizierungsport (UDP 1812) und den Accounting-Port (UDP 1813) hinzu.

Der Dienst wird unter Konfiguration > Dienste konfiguriert. Erstellen Sie einen neuen Dienst mit dem Typ RADIUS Proxy. Fügen Sie unter Dienstregeln eine Bedingung hinzu, die der Called-Station-ID (dem SSID-Namen) oder dem NAS-Identifier entspricht, um Gast-Traffic zu identifizieren. Wählen Sie unter Authentifizierung das oben erstellte RADIUS Proxy-Ziel aus.

Stellen Sie unbedingt sicher, dass RADIUS Accounting ebenfalls an Purple weitergeleitet wird. Purple verwendet Accounting-Daten (Acct-Start, Acct-Interim-Update, Acct-Stop), um Sitzungsdauer, Datenverbrauch und Echtzeit-Anwesenheitsdaten in seiner WiFi Analytics -Plattform zu erfassen. Das Weglassen von Accounting ist ein häufiger Bereitstellungsfehler, der zu unvollständigen Analyse-Dashboards führt.

Implementierungsleitfaden

Phase 1: Aruba Controller-Konfiguration

Schritt 1 — ClearPass als RADIUS-Server definieren. Navigieren Sie zu Konfiguration > Sicherheit > Authentifizierungsserver. Fügen Sie die primären und sekundären IP-Adressen von ClearPass hinzu. Legen Sie das Shared Secret, den Authentifizierungsport (1812) und den Accounting-Port (1813) fest. Konfigurieren Sie das Timeout auf 10 Sekunden und die Wiederholungsversuche auf 3, um den Proxy-Hop zur Cloud-Infrastruktur von Purple zu berücksichtigen.

Schritt 2 — Die Gast-SSID konfigurieren. Erstellen Sie ein neues SSID-Profil für den Gastzugang. Stellen Sie den Sicherheitsmodus auf Open oder WPA3-SAE ein (empfohlen für GDPR-Konformität). Legen Sie unter dem AAA-Profil die anfängliche Rolle auf eine vordefinierte Anmelderolle fest, die nur Walled-Garden-Zugriff hat.

Schritt 3 — Das Captive Portal-Profil konfigurieren. Erstellen Sie ein Captive Portal-Profil, das auf die Splash Page URL von Purple verweist. Diese URL erhalten Sie im Purple-Portal unter Standorte > [Ihr Standort] > Splash Page URL. Aktivieren Sie die Option zur Weiterleitung zur ursprünglichen URL nach der Authentifizierung.

Schritt 4 — Den Walled Garden konfigurieren. Dies ist der betrieblich sensibelste Schritt. Der Walled Garden muss die Portal-Domains von Purple, CDN-Endpunkte und alle Domains von Social-Login-Anbietern umfassen. Fügen Sie mindestens Folgendes hinzu:

*.purple.ai und *.purple-portal.com
*.facebook.com, *.fbcdn.net (für Facebook-Login)
*.google.com, *.googleapis.com (für Google-Login)
Apples CNA-Prüfendpunkt: captive.apple.com
Microsoft NCSI: www.msftconnecttest.com

Schritt 5 — Post-Auth-Rollen definieren. Erstellen Sie die Rollen, die ClearPass nach der Authentifizierung zuweisen wird (z. B. guest-authenticated). Jede Rolle wird einem VLAN und einer Firewall-Richtlinie zugeordnet, die nur Internetzugang erlaubt.

Phase 2: ClearPass Policy Manager-Konfiguration

Schritt 1 — Aruba Controller als Netzwerkgeräte hinzufügen. Fügen Sie unter Konfiguration > Netzwerk > Geräte jeden Aruba Controller mit seiner Management-IP, dem Shared Secret und dem Hersteller (Aruba Networks) hinzu.

Schritt 2 — Purple als RADIUS Proxy-Ziel hinzufügen. Fügen Sie unter Administration > Externe Server > RADIUS-Server die RADIUS-Endpunkte von Purple mit dem im Purple-Portal bereitgestellten Shared Secret hinzu.

Schritt 3 — Den Gast-Authentifizierungsdienst erstellen. Erstellen Sie unter Konfiguration > Dienste einen neuen Dienst. Legen Sie den Diensttyp auf RADIUS Proxy fest. Konfigurieren Sie Dienstregeln, um der Gast-SSID zu entsprechen (z. B. Called-Station-SSID EQUALS GuestWiFi). Wählen Sie unter Authentifizierung das Purple RADIUS Proxy-Ziel aus.

Schritt 4 — Das Enforcement-Profil erstellen. Erstellen Sie unter Konfiguration > Enforcement > Profile ein RADIUS-Enforcement-Profil. Fügen Sie das Attribut Aruba-User-Role mit dem Wert guest-authenticated hinzu. Dies weist den Aruba Controller an, den Benutzer in die Post-Auth-Gastrolle zu verschieben.

Schritt 5 — Accounting Proxy konfigurieren. Stellen Sie sicher, dass der Dienst auch so konfiguriert ist, dass er RADIUS Accounting an den Accounting-Server von Purple (UDP 1813) weiterleitet.

Phase 3: Purple Plattform-Konfiguration

Schritt 1 — Hardware registrieren. Navigieren Sie im Purple-Portal zu Standorte > Hardware. Fügen Sie die öffentliche IP-Adresse oder den NAS-Identifier des Aruba Controllers hinzu. Dies ermöglicht Purple, Authentifizierungsanfragen dem richtigen Standort zuzuordnen.

Schritt 2 — Die Splash Page konfigurieren. Gestalten Sie das Captive Portal-Erlebnis mit dem Portal-Builder von Purple. Konfigurieren Sie Authentifizierungsmethoden, Geschäftsbedingungen und Marketing-Opt-in-Felder in Übereinstimmung mit GDPR.

Schritt 3 — RADIUS-Anmeldeinformationen abrufen. Rufen Sie unter Standorte > [Standort] > RADIUS Settings die RADIUS-Server-IP-Adressen, das Shared Secret und die Ports ab. Verwenden Sie diese Werte in der ClearPass Proxy Target-Konfiguration.

Best Practices

Walled Garden-Wartung. Behandeln Sie den Walled Garden als eine lebendige Konfiguration. Anbieter von Social Logins aktualisieren regelmäßig ihre CDN-Domains und IP-Bereiche. Etablieren Sie einen vierteljährlichen Überprüfungsprozess und abonnieren Sie Änderungsbenachrichtigungen von großen Anbietern.

RADIUS-Redundanz. Konfigurieren Sie beide RADIUS-Server-IPs von Purple in ClearPass für Failover. Stellen Sie ClearPass ebenfalls in einem Subscriber/Publisher-Cluster bereit, um Single Points of Failure im Authentifizierungspfad zu eliminieren.

Accounting-Integrität. Überprüfen Sie, ob RADIUS Accounting Stop-Datensätze für jede Sitzung von Purple empfangen werden. Verwaiste Sitzungen (Start ohne Stop) weisen auf ein Netzwerkproblem hin und verfälschen die Analysedaten.

Zertifikatsverwaltung für 802.1X. Stellen Sie für Unternehmens-SSIDs, die EAP-TLS oder PEAP verwenden, sicher, dass Serverzertifikate lange vor ihrem Ablauf erneuert werden. Ein abgelaufenes Zertifikat sperrt alle Unternehmensgeräte gleichzeitig aus – ein Vorfall mit hoher Auswirkung.

IoT-Geräteprofilierung. Nutzen Sie ClearPass Device Insight oder die integrierte Profiling-Engine, um IoT-Geräte automatisch nach OUI und DHCP-Fingerprint zu klassifizieren. Dies ermöglicht eine automatisierte VLAN-Zuweisung ohne manuelle MAC-Adressverwaltung.

GDPR-Konformität. Purple erfasst persönliche Daten (E-Mail, Name, Social Profile) während der Gastauthentifizierung. Stellen Sie sicher, dass Ihre Purple Splash Page eine konforme Datenschutzerklärung enthäld, dass die Datenaufbewahrungsrichtlinien im Purple Portal mit den GDPR-Verpflichtungen Ihrer Organisation übereinstimmen.

Fehlerbehebung & Risikominderung

Captive Portal wird nicht angezeigt

Symptom: Der Client verbindet sich mit der Gast-SSID, aber es erscheint kein Portal; das Gerät zeigt "Verbunden, kein Internet" an.

Diagnose: Verwenden Sie eine Paketerfassung am Controller-Uplink, um zu überprüfen, ob DNS-Abfragen für die Portal-URL aufgelöst werden und ob HTTP-Verkehr abgefangen wird. Überprüfen Sie, ob die CNA/NCSI-Prüfendpunkte im Walled Garden enthalten sind.

Lösung: Fügen Sie fehlende Domänen zum Walled Garden hinzu. Überprüfen Sie, ob das Captive Portal-Profil korrekt mit dem Gast-SSID AAA-Profil verknüpft ist.

Stille Authentifizierungsfehler

Symptom: Der Benutzer füllt das Portalformular aus, aber der Netzwerkzugriff wird verweigert. Der ClearPass Access Tracker zeigt einen Access-Reject an.

Diagnose: Öffnen Sie den Access Tracker-Eintrag und untersuchen Sie den Grund für den Authentifizierungsfehler. Häufige Ursachen sind eine Nichtübereinstimmung des RADIUS Shared Secret, ein unerreichbarer Purple RADIUS-Server oder eine falsche Service Rule, die dem falschen Dienst zugeordnet ist.

Lösung: Überprüfen Sie die Shared Secrets sowohl auf der Aruba Controller-zu-ClearPass- als auch auf der ClearPass-zu-Purple-Strecke. Testen Sie die Erreichbarkeit des Purple RADIUS-Servers vom ClearPass-Server aus mit radtest.

Falsche VLAN-Zuweisung

Symptom: Der Gast authentifiziert sich erfolgreich, erhält aber eine IP-Adresse im Unternehmens-Subnetz (VLAN 10).

Lösung: Überprüfen Sie, ob der Wert Aruba-User-Role im ClearPass Enforcement Profile exakt (einschließlich Groß-/Kleinschreibung) mit dem auf dem Aruba Controller definierten Rollennamen übereinstimmt. Überprüfen Sie die Ausgabemerkmale des ClearPass Access Tracker, um zu bestätigen, dass der VSA gesendet wird.

RADIUS-Timeout-Fehler

Symptom: Die Authentifizierung schlägt zeitweise fehl, insbesondere unter Last. Der Access Tracker zeigt Timeout-Fehler an.

Lösung: Erhöhen Sie das RADIUS-Server-Timeout auf dem Aruba Controller auf 10 Sekunden. Überprüfen Sie, ob die UDP-Ports 1812 und 1813 offen sind und keiner Ratenbegrenzung auf der Firewall zwischen ClearPass und der Cloud-Infrastruktur von Purple unterliegen.

ROI & Geschäftlicher Nutzen

Der Einsatz dieser integrierten Architektur liefert messbare Ergebnisse in den Bereichen IT, Sicherheit und Vertrieb. Aus Sicherheits- und Compliance-Sicht bietet die Zentralisierung aller Authentifizierungsereignisse in ClearPass einen einheitlichen Audit-Trail, der die PCI DSS- und GDPR-Compliance-Berichterstattung vereinfacht. Die dynamische VLAN-Segmentierung eliminiert das Risiko, dass Gastverkehr die Unternehmensinfrastruktur durchläuft, und reduziert so direkt die Angriffsfläche.

Aus kommerzieller Sicht verwandelt die Guest WiFi -Plattform von Purple das Gastnetzwerk von einem Kostenfaktor in ein First-Party-Datenasset. Jede authentifizierte Gastsitzung generiert Opt-in-Marketingdaten – E-Mail-Adressen, Besuchshäufigkeit, Verweildauer und Gerätetyp – die direkt in CRM- und Marketing-Automatisierungsplattformen einfließen. Veranstaltungsorte, die Purple neben der bestehenden Aruba-Infrastruktur einsetzen, berichten durchweg über messbare Verbesserungen beim Wachstum der E-Mail-Listen, bei den Wiederbesuchsraten und bei der Kampagnenkonversion.

Die Integration eliminiert auch die Notwendigkeit, bestehende ClearPass-Lizenzen oder Aruba-Hardware zu ersetzen, was sie zu einer risikoarmen, ertragsstarken Ergänzung einer bestehenden Infrastrukturinvestition macht. Für Organisationen, die mehrere Standorte verwalten – eine Einzelhandelskette, eine Hotelgruppe oder einen Universitätscampus – bietet das zentralisierte Managementportal von Purple standortübergreifende Analysen, die ClearPass allein nicht liefern kann.

Für Umgebungen, in denen das Verständnis des physischen Besucherverhaltens ebenso wichtig ist wie die Netzwerksicherheit – wie große Einzelhandelsflächen oder Verkehrsknotenpunkte – integrieren sich die Analysen von Purple auf natürliche Weise mit Indoor Positioning System -Daten, um räumliche Intelligenz neben Konnektivitätsmetriken bereitzustellen.

Schlüsselbegriffe & Definitionen

RADIUS Proxy

A configuration where a RADIUS server (ClearPass) forwards authentication requests to another RADIUS server (Purple) based on specific matching criteria, such as the SSID name or NAS-Identifier.

Used when an organisation wants to maintain a single NAC solution internally while utilising a third-party cloud service for guest authentication. The proxy preserves the central audit log in ClearPass while delegating the authentication decision to Purple.

Change of Authorization (CoA)

A RADIUS extension defined in RFC 5176 that allows a RADIUS server to dynamically modify the session authorisation attributes of an active client connection without requiring the client to disconnect.

Critical for captive portal deployments. CoA allows Purple to signal the Aruba controller to transition a user from the pre-authentication logon role to the post-authentication guest role the moment the user completes the portal form.

Walled Garden

A pre-authentication access control list on the Aruba controller that permits unauthenticated devices to reach specific IP addresses and domains required for the captive portal to function.

If the device cannot reach the portal URL, social login provider endpoints, or OS-level captive portal detection URLs (Apple CNA, Microsoft NCSI), the portal will fail to load. This is the most common source of captive portal deployment failures.

Vendor-Specific Attribute (VSA)

Custom RADIUS attributes defined by network equipment vendors (Vendor ID 14823 for Aruba) to extend the standard RADIUS protocol with proprietary instructions.

The Aruba-User-Role VSA (Attribute 1) is the primary mechanism by which ClearPass instructs the Aruba controller which role to assign to an authenticated user. The value must exactly match a role defined on the controller.

Dynamic VLAN Assignment

The process of placing a user or device into a specific VLAN based on their authenticated identity or assigned role, rather than the physical port or SSID they connected to.

Enables venue operators to broadcast a single guest SSID while securely segmenting standard guests, VIP guests, IoT devices, and contractors onto separate, isolated network segments — a requirement for PCI DSS compliance.

Enforcement Profile

A ClearPass configuration object that defines the specific RADIUS attributes and values to return to the network device when a device successfully matches an authentication service.

This is where the business logic of 'if guest, then assign guest role' is translated into specific RADIUS VSAs sent to the Aruba controller. A misconfigured Enforcement Profile is a common cause of incorrect VLAN assignment.

Captive Network Assistant (CNA)

The mini-browser built into iOS, macOS, Android, and Windows that automatically detects a captive portal by making HTTP requests to known endpoints and prompts the user to authenticate.

Understanding CNA behaviour is essential for troubleshooting portal display issues on specific device types. The CNA endpoints (captive.apple.com, www.msftconnecttest.com) must be in the walled garden.

Access Tracker

The real-time diagnostic tool within ClearPass Policy Manager that logs every RADIUS authentication and accounting event, including the request attributes, matched service, applied enforcement profile, and result.

The first diagnostic tool to consult when troubleshooting authentication failures or incorrect role assignments. It provides a complete record of what ClearPass received, what decision it made, and what it returned to the network device.

RADIUS-as-a-Service (RaaS)

A cloud-delivered RADIUS authentication service where the RADIUS server infrastructure is managed and hosted by a third-party provider rather than on-premises.

Purple's RADIUS-as-a-Service eliminates the need for venues to deploy and manage their own RADIUS infrastructure for guest authentication, while integrating with existing on-premises NAC solutions like ClearPass via the proxy architecture described in this guide.

Fallstudien

A 500-room hotel group with Aruba controllers and ClearPass deployed centrally needs to provide secure 802.1X WiFi for staff, a branded captive portal for guests, and isolated connectivity for IoT devices (smart TVs, thermostats, door locks). How should they architect the authentication flow?

Deploy three SSIDs: Hotel_Corp (802.1X, WPA2-Enterprise), Hotel_Guest (open SSID with captive portal redirect), and Hotel_IoT (open SSID with MAC-based authentication). All three SSIDs point to ClearPass as the RADIUS server. In ClearPass, create three Services: Service 1 matches Hotel_Corp and authenticates against Active Directory via PEAP-MSCHAPv2, returning ROLE_CORP (VLAN 10, full internal access). Service 2 matches Hotel_Guest and uses a RADIUS Routing Policy to proxy requests to Purple's RADIUS servers; the Enforcement Profile returns Aruba-User-Role = guest-authenticated (VLAN 20, internet only, 10 Mbps). Service 3 matches Hotel_IoT and uses ClearPass Device Profiling to classify devices by OUI; the Enforcement Profile returns ROLE_IOT (VLAN 30, local only, no internet). The walled garden on the Aruba controller includes Purple's portal domains, Facebook, Google, and Apple's CNA endpoint.

Implementierungshinweise: This architecture correctly separates the three authentication paths while maintaining ClearPass as the single policy decision point. The key design decision is using RADIUS proxy for guest traffic rather than configuring the Aruba controller to talk directly to Purple — this preserves the unified audit trail in ClearPass and allows the organisation to apply additional ClearPass policies (e.g., time-of-day restrictions) to guest sessions in the future without changing the Aruba configuration.

A retail chain is rolling out Purple across 120 stores, all running Aruba Instant APs. Guest authentication latency is high and portal drop-offs are occurring. Preliminary investigation shows the RADIUS timeout is set to the default 3 seconds.

Increase the RADIUS server timeout on all Aruba Instant APs to 10 seconds and configure 3 retries. Deploy both of Purple's RADIUS server IPs as primary and secondary servers in the Instant AP configuration to provide failover. Review the walled garden configuration to ensure all social login provider domains are included, as incomplete walled gardens cause the portal page to load slowly or partially, increasing perceived latency. Enable RADIUS Accounting on the Instant APs to ensure Purple receives session data. Finally, review the Purple portal design to minimise the number of external resource calls (fonts, images) that must load before the authentication form is displayed.

Implementierungshinweise: The 3-second default timeout is a common source of intermittent failures in proxy architectures. The request travels from the AP to Purple's cloud and back, and on a congested or high-latency WAN link this can easily exceed 3 seconds. Increasing the timeout is the immediate fix, but the root cause investigation should also examine whether the ClearPass-to-Purple network path is optimal and whether Purple's RADIUS servers are geographically close to the ClearPass deployment.

Szenarioanalyse

Q1. Your deployment requires guests to authenticate via Facebook login. The Purple portal loads, but when users tap the Facebook button, the page times out and returns an error. Corporate 802.1X authentication is working correctly. What is the most likely cause and how do you resolve it?

💡 Hinweis:Consider what the device is permitted to access before it has completed authentication. The portal page loaded, so the portal domain is in the walled garden — but what about the resources the portal needs to call?

Empfohlenen Ansatz anzeigen

The walled garden configuration on the Aruba controller is missing the required Facebook authentication domains and CDN endpoints (*.facebook.com, *.fbcdn.net, *.facebook.net). Pre-authentication traffic to Facebook's OAuth servers is being blocked by the controller's default-deny policy. Resolution: add the missing Facebook domains to the walled garden. Also verify that Google's domains are included if Google login is also offered. Use a browser developer tools network trace from a test device to identify any additional blocked domains.

Q2. You want to use a single SSID ('VenueWiFi') for both corporate employees (802.1X) and guests (captive portal via Purple). How do you configure ClearPass to correctly differentiate and route the two authentication types?

💡 Hinweis:ClearPass Services are matched in priority order. Consider how 802.1X and MAC-Auth requests differ at the RADIUS protocol level, and how Service Rules can exploit this difference.

Empfohlenen Ansatz anzeigen

Create two ClearPass Services, both matching the SSID 'VenueWiFi'. Service 1 (higher priority) uses a Service Rule matching on the RADIUS attribute 'Service-Type EQUALS Framed-User' or the presence of EAP attributes, identifying 802.1X requests. It authenticates against Active Directory and returns ROLE_CORP. Service 2 (lower priority) matches MAC-Auth requests (Service-Type EQUALS Call-Check or Authenticate-Only). It uses a RADIUS Routing Policy to proxy the request to Purple. The Enforcement Profile for Service 2 returns the pre-auth logon role, triggering the captive portal. When Purple sends the post-authentication RADIUS request, it is matched by Service 2 and returns the guest-authenticated role.

Q3. Guest authentication is successful — the Purple dashboard shows the user as active and the ClearPass Access Tracker shows an Access-Accept. However, the user cannot access the internet and the Aruba controller shows the user is still in the 'logon' role. What are the two most likely causes?

💡 Hinweis:The authentication succeeded and ClearPass sent an Accept. The problem is therefore in what ClearPass sent back, or in how the Aruba controller interpreted it.

Empfohlenen Ansatz anzeigen

Cause 1: The ClearPass Enforcement Profile is not configured to return the Aruba-User-Role VSA, or is returning an empty value. Check the Enforcement Profile and verify the VSA is explicitly set. Cause 2: The Aruba-User-Role value returned by ClearPass does not exactly match (including capitalisation) a role defined on the Aruba controller. For example, ClearPass returns 'guest-authenticated' but the controller has 'Guest-Authenticated' defined. Resolution: Open the ClearPass Access Tracker entry, expand the Output Attributes section, and verify the Aruba-User-Role value. Then cross-reference this value against the role names defined on the Aruba controller under Configuration > Roles.

Q4. A stadium venue wants to offer tiered guest WiFi: a free tier with 5 Mbps and mandatory portal authentication, and a premium tier with 50 Mbps for ticket holders who have pre-registered. Both tiers use the same SSID. How would you architect this using ClearPass and Purple?

💡 Hinweis:Think about how ClearPass can differentiate between the two user types post-authentication, and how Purple can pass identity information to ClearPass to enable this differentiation.

Empfohlenen Ansatz anzeigen

Configure Purple to pass a user attribute (e.g., a custom RADIUS attribute or the Class attribute) indicating whether the user is a registered ticket holder. In ClearPass, create a Role Mapping Policy that checks this attribute: if present and valid, assign ROLE_VIP; otherwise assign ROLE_GUEST. Create two Enforcement Profiles: ROLE_GUEST returns Aruba-User-Role = guest-standard (VLAN 20, 5 Mbps bandwidth contract); ROLE_VIP returns Aruba-User-Role = guest-premium (VLAN 40, 50 Mbps). On the Aruba controller, define both roles with the appropriate VLAN and bandwidth contracts. This approach uses a single SSID and single Purple portal while delivering differentiated service levels based on user identity.