SonicWall TZ and SonicWave Integration with Purple WiFi
Diese technische Referenz beschreibt die Integration von SonicWall TZ Firewalls und SonicWave APs mit der Purple WiFi Plattform. Sie bietet konkrete Konfigurationsschritte für die Weiterleitung zum Captive Portal, Walled-Garden-Ausnahmen, 802.1X-Authentifizierung und dynamische VLAN-Steuerung mittels Private Pre-Shared Keys (PPSK).
Diesen Leitfaden anhören
Podcast-Transkript ansehen
- Executive Summary
- Technische Vertiefung
- Captive Portal-Weiterleitung via LHM
- Walled Garden-Architektur
- Sicheres Mitarbeiter-WiFi und 802.1X
- Mandantenfähige Isolation mit PPSK
- Implementierungsleitfaden
- 1. Konfiguration des SonicWall Captive Portal (LHM)
- 2. Erstellung des Walled Garden
- 3. Konfiguration von RADIUS für SonicWave APs
- 4. Konfiguration von Dynamic VLAN Steering
- Best Practices
- Fehlerbehebung & Risikominderung
- ROI & geschäftlicher Nutzen

Executive Summary
Die Integration der SonicWall-Netzwerkinfrastruktur mit dem Cloud-Overlay von Purple bietet eine Zugriffskontrolle auf Enterprise-Niveau in Kombination mit einer hochentwickelten Erfassung von First-Party-Daten. Dieser Leitfaden behandelt die technische Implementierung von vier verschiedenen Anwendungsfällen: Guest WiFi mit Captive Portal-Weiterleitung, Walled Garden-Ausnahmen, sicheres Mitarbeiter-WiFi über 802.1X und Multi-Tenant-Isolierung mithilfe von SonicWall Private Pre-Shared Keys (PPSK) mit dynamischer VLAN-Steuerung.
Wir verarbeiten jährlich 440 Millionen Logins an über 80.000 Live-Standorten. Die unten beschriebene Architektur hat sich im großen Stil im Gastgewerbe, im Einzelhandel und im öffentlichen Sektor bewährt. Sie ermöglicht es Ihnen, Ihre bestehende SonicWall-Hardware beizubehalten und gleichzeitig das Identitätsmanagement, das Hosting von Splash Pages und die RADIUS-Authentifizierung in die Purple-Cloud auszulagern.
Technische Vertiefung
Die Integration basiert auf zwei primären Mechanismen: Lightweight Hotspot Messaging (LHM) für die Captive Portal-Weiterleitung und RADIUS für die 802.1X- und PPSK-Authentifizierung.
Captive Portal-Weiterleitung via LHM
SonicOS verwendet LHM, um externe Captive Portal-Weiterleitungen zu verarbeiten. Wenn ein nicht authentifiziertes Gastgerät versucht, auf das Internet zuzugreifen, fängt die SonicWall TZ-Firewall die HTTP-Anfrage ab und leitet den Client auf die von Purple gehostete Splash Page weiter. Der Gast schließt den Authentifizierungsfluss ab (z. B. Social Login, Ausfüllen eines Formulars). Purple sendet dann ein LHM-Autorisierungspaket über den TCP-Port 4043 an die SonicWall zurück. Nach Erhalt dieses Pakets aktualisiert die SonicWall ihre interne Zugriffskontrollliste und erlaubt der MAC-Adresse des Geräts den Zugriff auf das Internet.

Walled Garden-Architektur
Vor der Authentifizierung wird das Gastgerät in einer eingeschränkten Zone gehalten. Der Walled Garden ist die spezifische Gruppe von Fully Qualified Domain Names (FQDNs), auf die das Gerät zugreifen darf, um die Splash Page darzustellen und den Anmeldevorgang abzuschließen. Dazu gehören das CDN von Purple (cdn.purple.ai), die Authentifizierungs-API (api.purple.ai) und die Domains, die von Drittanbietern von Identitätsdiensten wie Google Workspace, Microsoft Entra ID und Meta benötigt werden.
SonicOS implementiert Walled Gardens mithilfe von FQDN-Adressobjekten. Die Firewall führt eine dynamische DNS-Auflösung für diese Objekte durch und aktualisiert die zulässigen IP-Bereiche automatisch. Dies ist von entscheidender Bedeutung, da Identitätsanbieter und CDNs eine dynamische IP-Zuweisung verwenden; statische IP-Whitelists werden unweigerlich fehlschlagen.
Sicheres Mitarbeiter-WiFi und 802.1X
Für Mitarbeiternetzwerke fungieren SonicWave APs als 802.1X-Authentifikator und leiten Anfragen per Proxy an den RADIUS-Server von Purple weiter. Wir empfehlen EAP-TLS für verwaltete Geräte mit Zertifikaten oder PEAP-MSCHAPv2 für die Authentifizierung mit Benutzername/Passwort gegenüber Verzeichnissen wie Microsoft Entra ID. Nach erfolgreicher Authentifizierung gibt Purple standardmäßige RADIUS-Attribute (Tunnel-Type, Tunnel-Medium-Type und Tunnel-Private-Group-ID) zurück, um das Gerät dynamisch dem richtigen Mitarbeiter-VLAN zuzuweisen.
Mandantenfähige Isolation mit PPSK
Identity-Based Networks machen komplexe Multi-SSID-Bereitstellungen überflüssig. Mit SonicWall PPSK wird eine einzige SSID (z. B. „Multi-Tenant-WiFi“) im gesamten Standort ausgestrahlt. Jeder Mandant erhält eine eindeutige Passphrase. Wenn sich ein Gerät mit einem bestimmten PPSK verbindet, validiert der SonicWave AP den Schlüssel gegenüber dem RADIUS-Server von Purple. Purple identifiziert den Mandanten und gibt die zugehörige VLAN-ID zurück. Die SonicWall leitet den Datenverkehr dann in das isolierte Mandanten-VLAN.

Implementierungsleitfaden
1. Konfiguration des SonicWall Captive Portal (LHM)
So konfigurieren Sie das externe Captive Portal auf einer SonicWall TZ-Serie mit SonicOS 7.x:
- Navigieren Sie zu Object > Match Objects > Zones. Bearbeiten Sie die Zone, die Ihrem Gastnetzwerk zugewiesen ist (z. B. WLAN).
- Aktivieren Sie auf der Registerkarte Guest Services die Optionen Enable Guest Services und External Guest Authentication.
- Navigieren Sie zu Configure > Guest Services > General.
- Stellen Sie das Client Redirect Protocol auf HTTP ein.
- Stellen Sie die Web Server-Adresse auf
portal.purple.aiein. - Stellen Sie den Port auf
4043ein. - Stellen Sie auf der Registerkarte Auth Pages die Login URL auf die spezifische Splash-Page-URL ein, die in Ihrem Purple-Standort-Dashboard bereitgestellt wird.
- Speichern Sie die Konfiguration. SonicOS generiert automatisch eine NAT-Richtlinie und eine WAN-zu-WAN-Zugriffsregel, um den TCP-Port 4043 zuzulassen. Ändern Sie diese automatisch generierten Regeln nicht.
2. Erstellung des Walled Garden
Erstellen Sie FQDN-Adressobjekte für die erforderlichen Domänen und fügen Sie diese einer Adressgruppe hinzu. Wenden Sie diese Gruppe auf eine Zulassungsregel in Ihrer Gastzone an.
Erforderliche Purple-Domänen:
*.purple.ai*.purpleportal.net
OS Captive Portal Probes:
captive.apple.com(iOS/macOS)connectivitycheck.gstatic.com(Android)msftconnecttest.com(Windows)
Häufige Social-Login-Domänen (Google):
accounts.google.comoauth2.googleapis.comapis.google.com*.gstatic.com
3. Konfiguration von RADIUS für SonicWave APs
So integrieren Sie SonicWave APs mit Purple RADIUS über den Wireless Network Manager:
- Navigieren Sie zu Policies > Policy Hierarchy und wählen Sie Ihre AP-Richtlinie aus.
- Wählen Sie die Registerkarte 802.1X.
- Geben Sie die IP-Adresse des Purple RADIUS-Servers ein (zu finden in Ihrem Purple-Dashboard).
- Geben Sie das von Purple generierte Shared Secret ein.
- Stellen Sie den Authentication Port auf
1812und den Accounting Port auf1813ein. - Wählen Sie die entsprechende EAP-Methode basierend auf Ihrem Identity Provider aus.
4. Konfiguration von Dynamic VLAN Steering
Stellen Sie sicher, dass die Ziel-VLANs als Sub-Schnittstellen auf der SonicWall TZ-Firewall existieren, bevor Sie die dynamische Zuweisung aktivieren.
Ordnen Sie im Purple-Dashboard die Benutzergruppe oder den PPSK der Ziel-VLAN-ID zu. Purple gibt nach erfolgreicher Authentifizierung die folgenden Attribute zurück:
Tunnel-Type = VLAN (13)Tunnel-Medium-Type = 802 (6)Tunnel-Private-Group-ID = [VLAN ID](z. B. "110")
Best Practices
- LHM-Port-Sichtbarkeit testen: Der TCP-Port 4043 muss aus dem Internet für die SonicWall WAN-Schnittstelle erreichbar sein. Testen Sie dies vor dem Go-Live mit einem externen Portscanner. Wenn der ISP diesen Port blockiert, wird das Autorisierungspaket verworfen und Gäste bleiben auf der Splash-Page hängen.
- VLAN-Sub-Schnittstellen vorab bereitstellen: Dynamic VLAN Steering schlägt geräuschlos fehl, wenn die Ziel-VLAN-Sub-Schnittstelle vor dem Authentifizierungsereignis nicht auf der SonicWall konfiguriert ist. Das Gerät fällt dann auf das standardmäßige ungetaggte VLAN zurück.
- Webbasiertes OAuth erzwingen: Stellen Sie sicher, dass Ihre Splash-Page-Konfiguration webbasierte OAuth-Flows erzwingt. Deep-Linking zu nativen Social-Media-Apps (wie der Facebook-iOS-App) unterbricht oft die Captive Portal-Sequenz, da der Datenverkehr der nativen App durch den Walled Garden blockiert wird.
- DNS-Aktualisierungsintervalle optimieren: SonicOS löst FQDN-Objekte periodisch auf. In Umgebungen mit hoher Fluktuation wie Stadien oder Verkehrsknotenpunkten sollten Sie das DNS-Aktualisierungsintervall für Walled-Garden-Objekte auf 60 Sekunden festlegen, um sicherzustellen, dass CDN-IP-Änderungen präzise nachverfolgt werden.
Fehlerbehebung & Risikominderung
Symptom: Der Gast schließt die Anmeldung auf der Splash-Page ab, hat aber keinen Internetzugang. Ursache: Das LHM-Autorisierungspaket auf TCP 4043 erreicht die SonicWall nicht. Lösung: Überprüfen Sie, ob die automatisch generierte WAN-zu-WAN-Zugriffsregel existiert. Überprüfen Sie vorgeschaltete ISP-Router auf Port-Blockierungen. Stellen Sie sicher, dass die SonicWall WAN-IP im Purple-Dashboard korrekt registriert ist.
Symptom: Die Splash-Page wird nicht geladen oder Social-Login-Buttons geben CORS-Fehler zurück. Ursache: Unvollständige Walled-Garden-Konfiguration. Lösung: Verbinden Sie ein Testgerät im unauthentifizierten Zustand. Verwenden Sie die Entwicklertools des Browsers (Registerkarte "Netzwerk"), um blockierte HTTPS-Anfragen zu identifizieren. Fügen Sie die fehlerhaften Domänen als FQDN-Adressobjekte in SonicOS hinzu.
Symptom: Mitarbeitergeräte authentifizieren sich über 802.1X, erhalten jedoch eine IP-Adresse aus dem Standard-VLAN anstelle des zugewiesenen VLANs.
Ursache: Die Ziel-VLAN-Sub-Schnittstelle existiert nicht auf der SonicWall oder die RADIUS-Attribute sind fehlerhaft.
Lösung: Überprüfen Sie, ob die VLAN-Sub-Schnittstelle aktiv ist. Überprüfen Sie die Purple RADIUS-Protokolle, um zu bestätigen, dass Tunnel-Private-Group-ID als String-Wert gesendet wird, der mit der VLAN-ID übereinstimmt.
ROI & geschäftlicher Nutzen
Die Bereitstellung einer SonicWall-Infrastruktur mit Purple verwandelt eine standardmäßige Netzwerk-Kostenstelle in ein messbares Unternehmens-Asset.
Für eine Einzelhandelskette mit 200 Standorten führt der Wechsel von generischen Pre-Shared Keys zu einem gebrandeten Captive Portal in der Regel zu einer Steigerung der bekannten Kundenprofile um 40 % innerhalb von sechs Monaten. Diese First-Party-Daten lassen sich direkt in CRM-Systeme integrieren, was zielgerichtete Marketingkampagnen fördert und die Zahl der wiederkehrenden Besucher erhöht.
In mandantenfähigen Umgebungen wie Coworking Spaces oder Studentenwohnheimen eliminiert PPSK mit dynamischer VLAN-Steuerung den betrieblichen Aufwand für die Verwaltung dedizierter Hardware pro Mandant. Sie stellen ein einziges physisches Netzwerk bereit und segmentieren es logisch über die Identität. Dies reduziert die Investitionsausgaben für Hardware um bis zu 60 % und gewährleistet gleichzeitig eine strikte, ISO 27001-konforme Netzwerktrennung.
Schlüsseldefinitionen
Lightweight Hotspot Messaging (LHM)
Ein von SonicWall verwendetes Protokoll zur Kommunikation mit externen Captive Portals. Es wickelt den Redirect- und Autorisierungs-Handshake ab.
Erforderlich für die Integration von SonicOS mit Cloud-verwalteten Gäste-WiFi-Plattformen wie Purple.
Walled Garden
Eine bestimmte Auswahl an Domains oder IP-Adressen, auf die nicht authentifizierte Geräte zugreifen dürfen.
Entscheidend dafür, dass Gastgeräte die Splash-Page laden, auf CDNs zugreifen und Social-Login-OAuth-Flows abschließen können, bevor sie vollen Internetzugang erhalten.
Private Pre-Shared Key (PPSK)
Eine Sicherheitsmethode, bei der mehrere eindeutige Passphrasen auf einer einzigen SSID gültig sind, wobei jede Passphrase an einen bestimmten Benutzer oder eine Richtlinie gebunden ist.
Wird in mandantenfähigen Umgebungen verwendet, um den Datenverkehr zu isolieren, ohne mehrere SSIDs auszustrahlen.
Captive Network Assistant (CNA)
Der integrierte OS-Mechanismus (unter iOS, Android, Windows), der ein Captive Portal erkennt und automatisch ein eingeschränktes Browserfenster zur Authentifizierung öffnet.
Wenn die OS-Probe-Domains (z. B. captive.apple.com) nicht im Walled Garden enthalten sind, wird der CNA nicht ausgelöst und Gäste denken, das WiFi sei defekt.
Dynamic VLAN Steering
Der Prozess der Zuweisung eines Geräts zu einem bestimmten VLAN basierend auf seiner Identität oder seinen Anmeldedaten und nicht auf der SSID, mit der es verbunden ist.
Wird von Purple RADIUS verwaltet, das das Attribut Tunnel-Private-Group-ID an die SonicWall zurückgibt.
FQDN Address Object
Ein Firewall-Objekt, das auf einem Fully Qualified Domain Name und nicht auf einer statischen IP-Adresse basiert.
SonicOS löst diese Objekte dynamisch auf, was sie für robuste Walled-Garden-Konfigurationen unerlässlich macht.
Identity-Based Network
Eine Netzwerkarchitektur, bei der Zugriffsrichtlinien und Segmentierung basierend auf dem authentifizierten Benutzer oder Gerät angewendet werden, anstatt auf physischen Ports oder SSIDs.
Erreicht durch die Kombination von Purple RADIUS mit SonicWall PPSK und 802.1X.
Tunnel-Private-Group-ID
Das standardmäßige RFC 2868 RADIUS-Attribut, das zur Angabe der VLAN-ID für ein verbindendes Gerät verwendet wird.
Muss von Purple als String-Wert (z. B. '100') zurückgegeben werden, um die SonicWall anzuweisen, das Gerät zu steuern.
Ausgearbeitete Beispiele
Ein Hotel mit 150 Zimmern (Premier Inn) möchte kostenloses Guest WiFi über eine Splash-Page sowie ein sicheres Staff-WiFi-Netzwerk für Geräte des Housekeepings bereitstellen. Vor Ort sind eine SonicWall TZ570 und 40 SonicWave APs im Einsatz. Wie sollte dieser Datenverkehr segmentiert werden?
Richten Sie zwei SSIDs ein. SSID 1: "Guest-WiFi", zugewiesen zu VLAN 100. Konfigurieren Sie die SonicWall WLAN-Zone für externe Gäste-Authentifizierung (External Guest Authentication) mit Verweis auf portal.purple.ai über TCP 4043. Konfigurieren Sie die Walled-Garden-FQDNs für Purple und Social Logins. SSID 2: "Staff-WiFi", zugewiesen zu VLAN 200 mittels 802.1X. Verweisen Sie die SonicWave AP-Richtlinie auf den RADIUS-Server von Purple. Konfigurieren Sie Purple so, dass Housekeeping-Geräte über MAC-Address-Bypass (MAB) oder PEAP-MSCHAPv2 authentifiziert werden und die Tunnel-Private-Group-ID "200" zurückgegeben wird.
Ein Coworking-Space verwaltet 15 verschiedene Unternehmen, die sich ein Großraumbüro teilen. Sie möchten für jedes Unternehmen sichere, isolierte Netzwerke bereitstellen, ohne 15 verschiedene SSIDs über ihre SonicWave APs auszustrahlen.
Richten Sie eine einzige SSID namens "Workspace-Secure" unter Verwendung von WPA2-Enterprise mit PPSK ein. Erstellen Sie 15 VLAN-Sub-Interfaces auf der SonicWall TZ Firewall (z. B. VLANs 101-115). Generieren Sie im Purple-Dashboard für jedes Unternehmen einen eindeutigen PPSK und weisen Sie diesen der jeweiligen VLAN-ID zu. Wenn sich ein Benutzer mit dem PPSK seines Unternehmens verbindet, gibt der Purple RADIUS-Server die entsprechende Tunnel-Private-Group-ID zurück, und die SonicWall leitet das Gerät in das isolierte VLAN weiter.
Übungsfragen
Q1. Sie haben die SonicWall-Gastzone für die externe Gastauthentifizierung konfiguriert und den Webserver auf portal.purple.ai eingestellt. Gäste werden zur Splash-Page weitergeleitet und können sich erfolgreich anmelden, erhalten aber nie Internetzugang. Was ist die wahrscheinlichste Ursache?
Hinweis: Denken Sie daran, wie Purple der SonicWall mitteilt, dass die Authentifizierung erfolgreich war.
Musterlösung anzeigen
Das LHM-Autorisierungspaket wird blockiert. Der TCP-Port 4043 muss auf der SonicWall-WAN-Schnittstelle geöffnet sein, um das Erfolgssignal von Purple zu empfangen. Überprüfen Sie vorgeschaltete Firewalls oder ISP-Konfigurationen auf Port-Blockierungen.
Q2. Ein Veranstaltungsort möchte einen Facebook-Login auf seiner Splash-Page anbieten. Sie fügen www.facebook.com zur FQDN-Adressgruppe des Walled Gardens hinzu. Gäste berichten, dass die Facebook-Login-Seite geladen wird, aber das Design fehlerhaft ist und der Login-Button nicht funktioniert.
Hinweis: Moderne Webanwendungen laden Assets von mehreren Domains.
Musterlösung anzeigen
Der Walled Garden ist unvollständig. Sie müssen auch die Domains auf die Whitelist setzen, die die CSS-, JavaScript- und API-Aufrufe von Facebook bereitstellen, insbesondere graph.facebook.com, connect.facebook.net und die CDN-Domain (z. B. *.fbcdn.net).
Q3. Sie stellen PPSK für ein Büro mit mehreren Mietern bereit. Sie konfigurieren die SSID für WPA2-Enterprise mit PPSK und verweisen den RADIUS-Server auf Purple. Sie erstellen einen PPSK in Purple, der dem VLAN 50 zugeordnet ist. Wenn sich ein Benutzer mit diesem PPSK verbindet, erhält er stattdessen eine IP-Adresse aus dem VLAN 10. Warum?
Hinweis: Die SonicWall muss wissen, wohin sie den Datenverkehr senden soll, bevor die RADIUS-Anfrage abgeschlossen ist.
Musterlösung anzeigen
VLAN 50 wurde nicht als Sub-Schnittstelle auf der SonicWall TZ-Firewall erstellt. Die dynamische VLAN-Steuerung erfordert, dass das Ziel-VLAN zuvor auf der Firewall vorhanden ist; ist dies nicht der Fall, fällt das Gerät auf das standardmäßige ungetaggte VLAN zurück (in diesem Fall VLAN 10).
Weiterlesen in dieser Reihe
CommScope Ruckus Integration mit Purple WiFi: Einrichtungs- und Konfigurationshandbuch
Dieses technische Referenzhandbuch bietet einen maßgeblichen Konfigurationsleitfaden für die Integration von CommScope Ruckus-Architekturen mit Purple WiFi. Es beschreibt Schritt-für-Schritt-Bereitstellungen für Guest WiFi Captive Portals, sicheres Mitarbeiter-WiFi über 802.1X und mandantenfähige Netzwerkisolierung mithilfe von Ruckus Dynamic PSK.
Allied Telesis Access Points Integration mit Purple WiFi
Dieses Handbuch bietet eine umfassende Konfigurationsanleitung für die Integration von Allied Telesis Access Points der TQ-Serie mit Purple WiFi. Es behandelt die externe Captive Portal-Weiterleitung, die 802.1X-RADIUS-Authentifizierung und die dynamische VLAN-Steuerung mithilfe von Private Pre-Shared Keys (PPSK) für sichere Multi-Tenant-Bereitstellungen.
Grandstream GWN Access Points Integration mit Purple WiFi
Dieses maßgebliche technische Handbuch beschreibt die Integration von Grandstream GWN Access Points mit dem Purple Guest WiFi und der Analytics-Plattform. Es umfasst die Konfiguration des Grandstream Captive Portal, die RADIUS AAA-Einstellungen, die Einrichtung des Walled Garden, die sichere 802.1X-Authentifizierung für Mitarbeiter mit dynamischer VLAN-Steuerung sowie die Multi-Tenant-PPSK-Segmentierung – eine praxisnahe Schritt-für-Schritt-Anleitung für MSPs und IT-Teams, die WiFi für Gäste und Mitarbeiter in großem Stil bereitstellen.