Zum Hauptinhalt springen

UniFi PPSK: Funktionsvergleich und Bereitstellungsmodelle

Dieser technische Leitfaden beschreibt die Architektur, Einschränkungen und Bereitstellungsmodelle von UniFi Private Pre-Shared Key (PPSK). Er bietet IT-Managern und BTR-Betreibern praktische Anleitungen für die Implementierung sicherer, isolierter mandantenfähiger WiFi Netzwerke.

📖 5 Min. Lesezeit📝 1,216 Wörter🔧 2 ausgearbeitete Beispiele3 Übungsfragen📚 8 Schlüsseldefinitionen

Diesen Leitfaden anhören

Podcast-Transkript ansehen
Willkommen zum Purple Technical Briefing. Heute befassen wir uns mit UniFi PPSK - was es ist, wo es in Ihr Netzwerkdesign-Toolkit passt und vor allem, wann Sie es im Vergleich zu den Alternativen einsetzen sollten. Lassen Sie mich die Ausgangslage beschreiben. Sie sind ein Bauträger, ein BTR-Betreiber oder ein IT-Manager, der für ein Gebäude mit Hunderten von Bewohnern oder Mietern verantwortlich ist. Sie benötigen WiFi, das jeden Haushalt von den anderen isoliert, Smart-Home-Geräte unterstützt und von Ihnen nicht verlangt, dass Sie bei jedem Auszug ein gemeinsames Passwort ändern. Das ist das Problem, für dessen Lösung PPSK entwickelt wurde - und es lohnt sich, sowohl die Stärken als auch die harten Grenzen zu verstehen, bevor Sie sich dafür entscheiden. Was genau ist also PPSK? PPSK steht für Private Pre-Shared Key. Es handelt sich um eine in UniFi Network integrierte Funktion, mit der Sie eine einzige WiFi-SSID mit mehreren verschiedenen Passwörtern betreiben können, wobei jedes Passwort einem bestimmten VLAN zugeordnet ist. Das Konzept ist einfach. Anstelle eines einzigen gemeinsamen Passworts für alle vergeben Sie ein anderes Passwort an jeden Mieter, jede Gerätegruppe oder jeden Anwendungsfall. Wenn sich ein Gerät mit diesem Passwort verbindet, weist der UniFi-Controller es automatisch dem entsprechenden VLAN zu. Kein RADIUS-Server erforderlich. Keine Zertifikate. Keine komplexe 802.1X-Infrastruktur. Je nachdem, mit welchem Anbieter Sie sprechen, wird PPSK unterschiedlich bezeichnet. Aruba nennt es MPSK. Cisco Meraki nennt es iPSK. Ruckus nennt es DPSK. Das zugrundeliegende Konzept ist bei allen gleich: eine SSID, viele Schlüssel, wobei jeder Schlüssel an ein Netzwerksegment gebunden ist. Die Implementierung von UniFi heißt PPSK und ist nativ im UniFi Network-Controller ohne zusätzliche Lizenzkosten integriert. Kommen wir zur technischen Architektur. Wenn Sie PPSK auf einer UniFi-SSID aktivieren, erstellen Sie ein WPA2-Personal-Netzwerk mit mehreren Pre-Shared Keys. Jeder Schlüssel ist einer bestimmten VLAN-ID zugeordnet, die Sie bereits in Ihrem UniFi-Switch und -Controller konfiguriert haben. Wenn sich ein Client-Gerät mit einem dieser Schlüssel authentifiziert, kennzeichnet der Access Point den Datenverkehr des Clients mit der entsprechenden VLAN-ID, bevor er ihn weiterleitet. Der Client verhält sich genau so, als ob er sich in einem dedizierten VLAN befände - isoliert von Clients in anderen VLANs, mit eigenem DHCP-Bereich und eigenen Firewall-Regeln. Dies ist für verschiedene Szenarien äußerst nützlich. In einem Wohngebäude geben Sie jeder Wohnung ihren eigenen PPSK. Alle Geräte in dieser Wohnung - Telefone, Laptops, Smart-Speaker, Spielekonsolen - verbinden sich mit demselben Schlüssel und landen im selben VLAN. Sie können sich gegenseitig erkennen, Inhalte streamen und sich miteinander koppeln, genau wie in einem Heimnetzwerk. Aber sie sind für die Wohnung nebenan völlig unsichtbar. In einem Hotel können Sie PPSK verwenden, um den Datenverkehr von Gästen vom Datenverkehr des Personals und von IoT-Geräten wie Smart-TVs und Türschlössern zu trennen - alles auf einer einzigen SSID. In einer Einzelhandelsumgebung können Sie Zahlungsterminals in einem eigenen VLAN isolieren, um die Einhaltung von PCI-DSS zu unterstützen, während die Geräte der Mitarbeiter und das WiFi der Kunden in separaten Segmenten verbleiben.Nun gibt es eine entscheidende Einschränkung, die Sie verstehen müssen, bevor Sie fortfahren. PPSK ist ein reines WPA2-Feature. Es funktioniert nicht mit WPA3. Und da das 6-GHz-Band - das von WiFi 6E und WiFi 7 genutzt wird - WPA3 vorschreibt, können Sie PPSK nicht auf 6-GHz-Funkbändern nutzen. Dies ist keine spezifische Einschränkung von UniFi. Es ist eine fundamentale Einschränkung des 802.11-Standards. WPA3 erlaubt derzeit nur einen einzigen Pre-Shared Key pro SSID, sodass die Multi-Key-Architektur, auf der PPSK basiert, schlicht inkompatibel mit WPA3 ist. Was bedeutet das in der Praxis? Wenn Sie PPSK auf einer SSID aktivieren, wird diese SSID nur auf 2,4 GHz und 5 GHz übertragen. Ihre neueren WiFi 6E und WiFi 7 Access Points werden ihre 6-GHz-Funkbänder nicht für dieses Netzwerk nutzen. Für die meisten Wohngebäude-Installationen heute ist das akzeptabel. Aber es ist eine Einschränkung, die Sie in Ihren Fünfjahres-Netzwerkplan einkalkulieren müssen, insbesondere da sich die Einführung von WiFi 7 beschleunigt. Vergleichen wir PPSK direkt mit den beiden wichtigsten Alternativen: RADIUS mit 802.1X und einer Cloud-gesteuerten iPSK-Lösung wie Purple. RADIUS mit 802.1X - auch WPA2-Enterprise oder WPA3-Enterprise genannt - ist der Goldstandard für die Authentifizierung in Unternehmen. Jeder Benutzer oder jedes Gerät hat eindeutige Zugangsdaten. Der RADIUS-Server validiert diese Zugangsdaten und weist den Client dynamisch einem VLAN zu. Er unterstützt WPA3, funktioniert auf 6 GHz und lässt sich für eine unbegrenzte Anzahl von Benutzern skalieren. Der Nachteil ist die Komplexität. Sie benötigen einen RADIUS-Server, der entweder lokal oder in der Cloud gehostet wird. Wenn Sie EAP-TLS nutzen, müssen Sie Zertifikate verwalten. Und was besonders schwer wiegt: Viele IoT-Geräte - wie Smart Speaker, Spielekonsolen oder Smart-Home-Sensoren - können sich überhaupt nicht mit 802.1X-Netzwerken verbinden. UniFi PPSK liegt genau dazwischen. Es ist einfacher als RADIUS - keine Serverinfrastruktur erforderlich, keine Zertifikate, funktioniert mit jedem Gerät. Aber es ist weniger skalierbar. Die native PPSK-Implementierung von UniFi speichert Schlüssel lokal auf dem Controller. Das praktische Limit für die meisten Implementierungen liegt im niedrigen dreistelligen Bereich bei den Schlüsseln. Für ein Gebäude mit 50 Wohneinheiten ist das in Ordnung. Bei einer Anlage mit 500 Einheiten stoßen Sie schnell an Grenzen bei der Verwaltung. Hier verändert ein Cloud-Overlay wie Purple die Gleichung. Die Multi-Tenant-WiFi-Lösung von Purple läuft auf Ihrer vorhandenen UniFi-Hardware. Sie verwaltet den Lebenszyklus der Schlüssel zentral in der Cloud. Wenn ein neuer Bewohner einzieht, stellt Purple seinen Schlüssel automatisch bereit. Wenn er auszieht, widerruft Purple ihn. Die Geräte des Bewohners verlieren sofort den Zugriff, ohne dass andere Bewohner davon betroffen sind. Purple integriert sich mit Microsoft Entra ID und Okta, um diesen Lebenszyklus vollständig zu automatisieren. Gehen wir nun zwei reale Bereitstellungsszenarien durch. Szenario eins: Eine BTR-Wohnanlage (Build to Rent) mit 120 Einheiten. Der Betreiber möchte, dass die Bewohner vom ersten Tag an ein heimisches WiFi-Erlebnis haben - kein Warten auf einen Breitbandtechniker, keine gemeinsam genutzten Passwörter, volle Smart-Home-Unterstützung. Die Hardware ist durchgängig UniFi. Jeder Bewohner erhält einen eindeutigen Schlüssel, der über die Purple-Plattform bereitgestellt und mit seinem Mietvertrag verknüpft ist. Ihre Geräte landen in einem dedizierten VLAN. Chromecast funktioniert. Gaming-Konsolen erhalten ein offenes NAT. Smart Speaker lassen sich korrekt koppeln. Wenn ein Bewohner auszieht, wird der Schlüssel in Sekundenschnelle widerrufen. Der Betreiber meldet in den ersten drei Monaten eine Reduzierung der WiFi-bezogenen Support-Tickets um 40%. Szenario zwei: Ein Hotel mit 200 Zimmern, das UniFi-Access-Points nutzt. Das IT-Team muss das WiFi für Gäste, Personal und IoT-Geräte - Smart-TVs, Türschlösser, HLK-Sensoren - segmentieren, ohne für jedes Gerät eine eigene SSID zu betreiben. Sie aktivieren PPSK nativ in UniFi. Drei Schlüssel: einer für Gäste, einer für Mitarbeiter, einer für IoT. Drei VLANs. Eine SSID. Das Ergebnis: eine saubere HF-Umgebung mit weniger SSIDs, klarer Datenverkehrsegmentierung und PCI-DSS-Konformität für die Zahlungssysteme im Mitarbeiter-VLAN. Lassen Sie mich Ihnen die Implementierungsfallen nennen, auf die Sie achten sollten. Erstens: VLAN-Konfiguration vor PPSK. Sie müssen Ihre VLANs im UniFi-Switch und -Controller konfigurieren, bevor Sie PPSK-Einträge erstellen. Erstellen Sie Ihre Netzwerksegmentierung immer zuerst. Zweitens: Die 6-GHz-Falle. Wenn Sie WiFi 6E oder WiFi 7 Access Points einsetzen und 6 GHz für Bereiche mit hoher Dichte nutzen möchten, können Sie PPSK in diesen Netzwerken nicht verwenden. Planen Sie Ihre SSID-Architektur entsprechend. Drittens: Schlüsselverwaltung in großem Maßstab. Wenn Sie mehr als 100 Einheiten nativ in UniFi ohne ein Cloud-Overlay verwalten, werden Sie die Schmerzen der manuellen Schlüsselbereitstellung schnell zu spüren bekommen. Viertens: mDNS und Geräteerkennung. Standardmäßig können sich Geräte in verschiedenen VLANs nicht gegenseitig erkennen. Wenn Sie möchten, dass Chromecast oder AirPlay innerhalb des VLANs eines Bewohners funktionieren, muss die mDNS-Reflektion aktiviert sein. UniFi unterstützt dies, es muss jedoch explizit pro VLAN konfiguriert werden. Schnelle Fragen. Kann ich PPSK und RADIUS auf demselben UniFi-Controller verwenden? Ja. Sie können eine PPSK-SSID und eine WPA2-Enterprise-SSID gleichzeitig betreiben. Unterstützt PPSK den WPA3-Übergangsmodus? Nein. PPSK ist nur für WPA2 verfügbar. Was ist die maximale Anzahl von PPSK-Schlüsseln in UniFi? Die Erfahrung der Community zeigt, dass die Leistung ab einigen hundert Schlüsseln auf einer einzigen SSID abnimmt. Für große Bereitstellungen ist eine Cloud-Management-Ebene die richtige Antwort. Fazit: UniFi PPSK ist ein wirklich nützliches Tool für kleine bis mittlere Bereitstellungen, bei denen Sie eine VLAN-Segmentierung ohne RADIUS-Infrastruktur benötigen. Es ist die richtige Wahl für ein Gebäude mit 50 Einheiten, ein Boutique-Hotel oder ein kleines Büro mit verschiedenen Gerätetypen. Für größere Bereitstellungen - alles über 100 Einheiten oder wo Sie ein automatisiertes Lifecycle-Management benötigen - benötigen Sie ein Cloud-Overlay wie Purple, um es betrieblich rentabel zu machen. Das wichtigste Entscheidungsframework ist einfach. Stellen Sie sich drei Fragen. Wie viele eindeutige Schlüssel benötige ich? Wenn es weniger als 100 sind, funktioniert natives PPSK. Wenn es mehr als 100 sind, benötigen Sie eine Verwaltungsebene. Benötige ich 6 GHz? Wenn ja, ist PPSK nicht die richtige Antwort. Und benötige ich eine automatisierte Bereitstellung, die an ein Mietverhältnis- oder HR-System gekoppelt ist? Wenn ja, ist ein Cloud-Overlay wie Purple die richtige Wahl. Weitere Informationen über die Multi-Tenant WiFi Lösung von Purple und deren Bereitstellung auf UniFi Hardware finden Sie unter purple dot ai. Vielen Dank, dass Sie sich das Purple Technical Briefing angehört haben.

header_image.png

Management Summary

UniFi Private Pre-Shared Key (PPSK) ist eine native UniFi Network Funktion, die mehrere eindeutige Passwörter auf einer einzigen SSID ermöglicht und jedes Passwort einem bestimmten VLAN zuordnet. Für Bauträger, Vermieter und Build to Rent (BTR) Betreiber löst dies die grundlegende Herausforderung von Multi-Tenant WiFi: die Bereitstellung von isolierter, wohnungsähnlicher Konnektivität ohne die Komplexität von RADIUS oder die Unsicherheit eines gemeinsam genutzten Passworts.

Dieser technische Leitfaden vergleicht UniFi PPSK mit RADIUS 802.1X und Cloud-managed iPSK Overlays. Er beschreibt die Architektur, die zur sicheren Isolierung des Datenverkehrs von Bewohnern erforderlich ist, die WPA3 Einschränkungen im 6 GHz Band und das Betriebsmodell für die Verwaltung von Schlüsseln in großem Maßstab. Für Implementierungen mit weniger als 100 Einheiten ist natives PPSK oft ausreichend. Für größere Objekte automatisiert die Integration des herstellerunabhängigen Cloud Overlays von Purple den Lebenszyklus der Schlüssel und lässt sich direkt in Immobilienverwaltungssysteme integrieren, um den Zugriff dynamisch bereitzustellen und zu widerrufen.

Technische Detailanalyse

Der Hauptvorteil von UniFi PPSK liegt in seiner Einfachheit. Es schließt die Lücke zwischen WPA2-Personal und WPA2-Enterprise, indem es einer einzelnen SSID ermöglicht, Hunderte von verschiedenen Passwörtern zu akzeptieren.

Die PPSK Architektur

Wenn Sie PPSK auf einer UniFi SSID aktivieren, erstellen Sie ein WPA2-Personal Netzwerk mit einem Multi-Key-Verzeichnis. Jeder Schlüssel im Verzeichnis ist einer bestimmten VLAN ID zugeordnet, die in Ihrem UniFi Switch und Controller konfiguriert ist.

Wenn sich ein Client-Gerät mit einem bestimmten Schlüssel authentifiziert, versieht der UniFi Access Point den Datenverkehr des Clients mit der entsprechenden VLAN ID, bevor er ihn weiterleitet. Der Client verhält sich genau so, als befände er sich in einem dedizierten physischen Netzwerksegment. Er erhält eine IP-Adresse aus dem DHCP-Bereich dieses VLANs, unterliegt den Firewall-Regeln dieses VLANs und ist von Clients in anderen VLANs isoliert.

architecture_overview.png

WPA3 und die 6 GHz Einschränkung

Eine kritische Einschränkung von UniFi PPSK ist die Inkompatibilität mit WPA3. Der Standard 802.11 für WPA3 erlaubt derzeit nur einen Pre-Shared Key pro SSID. Da PPSK auf mehreren Schlüsseln basiert, handelt es sich ausschließlich um eine WPA2-Funktion.

Dies hat unmittelbare Auswirkungen auf das Netzwerkdesign. Das von WiFi 6E und WiFi 7 genutzte 6 GHz Band schreibt die Verwendung von WPA3 vor. Daher können Sie eine PPSK-fähige SSID nicht auf dem 6 GHz Funkmodul eines modernen UniFi Access Points übertragen. Die SSID wird nur auf 2,4 GHz und 5 GHz ausgestrahlt. Für die meisten BTR- und Multi-Tenant-Implementierungen bietet 5 GHz heute reichlich Kapazität, aber diese Einschränkung muss in fünfjährige Infrastrukturpläne einfließen.

Device-Erkennung und mDNS

In einer Wohnumgebung erwarten die Bewohner, dass ihre Geräte miteinander kommunizieren. Ein Smartphone muss auf einen Smart-TV streamen; ein Smart-Speaker muss eine intelligente Steckdose steuern. Da PPSK alle Geräte eines Bewohners im selben VLAN platziert, funktioniert diese Layer 2-Erkennung nativ.

Wenn Geräte jedoch Dienste über VLANs hinweg erkennen müssen - zum Beispiel einen gemeinsam genutzten Gebäudedrucker - müssen Sie die mDNS-Reflektion im UniFi-Controller aktivieren und präzise Firewall-Regeln konfigurieren, um diesen Datenverkehr zuzulassen, während die Isolation der Bewohner gewahrt bleibt.

Implementierungsleitfaden

Die Bereitstellung von UniFi PPSK erfordert einen strukturierten Ansatz für die VLAN-Konfiguration und das Schlüsselmanagement.

Schritt 1: Netzwerksegmentierung konfigurieren

Vor der Aktivierung von PPSK müssen Sie die zugrunde liegende Netzwerkinfrastruktur aufbauen. Erstellen Sie die erforderlichen VLANs in der UniFi-Netzwerkanwendung (Einstellungen > Netzwerke). Definieren Sie das Subnetz, den DHCP-Bereich und das Gateway für jedes VLAN. Für eine BTR-Immobilie bedeutet dies in der Regel ein VLAN pro Wohnungseinheit, plus separate VLANs für die Gebäudeverwaltung, IoT-Sensoren und das Guest WiFi .

Schritt 2: Firewall-Regeln konfigurieren

Standardmäßig erlaubt UniFi das Inter-VLAN-Routing in Unternehmensnetzwerken. Sie müssen Firewall-Regeln erstellen, um den Datenverkehr zwischen den VLANs der Bewohner zu blockieren. Erstellen Sie im Bereich „LAN In“ eine Regel, um Datenverkehr zu verwerfen, bei dem sowohl Quelle als auch Ziel private RFC 1918-IP-Bereiche sind, mit Ausnahme des Datenverkehrs zum Gateway.

Schritt 3: PPSK auf der SSID aktivieren

Erstellen Sie ein neues Drahtlosnetzwerk (Einstellungen > WiFi). Setzen Sie das Sicherheitsprotokoll auf WPA2. Aktivieren Sie die Funktion für Private Pre-Shared Keys. Sie können dann mit dem Hinzufügen von Schlüsseln beginnen, indem Sie jedem Eintrag ein Passwort und eine VLAN-ID zuweisen.

Schritt 4: Skalierung mit einem Cloud-Overlay

Natives UniFi PPSK speichert Schlüssel lokal auf dem Controller. Die manuelle Verwaltung ist ab 50 bis 100 Einheiten betrieblich nicht mehr tragbar. Integrieren Sie für größere BTR-Bereitstellungen ein Cloud-Overlay. Die mandantenfähige Lösung von Purple fungiert als Orchestrierungsebene. Sie nutzt dieselbe zugrunde liegende iPSK-Technologie, automatisiert jedoch den Lebenszyklus. Wenn ein Mietvertrag im Immobilienverwaltungssystem beginnt, generiert Purple automatisch einen Schlüssel und stellt ihn via API bereit. Endet der Mietvertrag, entzieht Purple den Schlüssel sofort.

Best Practices

Um eine sichere und zuverlässige Bereitstellung zu gewährleisten, halten Sie sich an diese herstellerneutralen Best Practices:

  • Management-Schnittstellen isolieren: Platzieren Sie Management-Schnittstellen für Switches oder Access Points niemals in einem VLAN, das über einen PPSK-Schlüssel zugänglich ist. Verwenden Sie ein dediziertes, kabelgebundenes Management-VLAN.
  • Schlüsselweitergabe einschränken: Weisen Sie die Bewohner an, ihren PPSK-Schlüssel nicht mit Besuchern zu teilen. Richten Sie stattdessen ein separates Guest WiFi -Netzwerk mit einem Captive Portal für temporäre Besucher ein.
  • Broadcast-Traffic überwachen: Eine hohe Anzahl von VLANs auf einem einzigen Access Point kann den Broadcast-Traffic erhöhen. Verwenden Sie gegebenenfalls Port-Isolation und überwachen Sie die Airtime-Auslastung.* Plan für IoT: Smart-Home-Geräte erfordern oft 2.4 GHz. Stellen Sie sicher, dass Ihre PPSK SSID sowohl auf 2.4 GHz als auch auf 5 GHz sendet, um ältere und IoT-Hardware zu unterstützen. Für einen tieferen Einblick in das IoT-Netzwerkdesign lesen Sie unseren Leitfaden Drei SSIDs, um sie alle zu beherrschen: Guest, Passpoint und IoT WiFi .

comparison_chart.png

Fehlerbehebung & Risikominimierung

Bei der Bereitstellung von PPSK stoßen Betreiber in der Regel auf eine Reihe spezifischer Fehlermuster.

Fehlermuster 1: Client erhält keine IP-Adresse

Wenn sich ein Client mit dem WiFi verbindet, aber eine APIPA-Adresse (169.254.x.x) erhält, ist die VLAN-Zuweisung fehlgeschlagen oder der DHCP-Server ist nicht erreichbar. Überprüfen Sie, ob die dem PPSK-Schlüssel zugewiesene VLAN-ID exakt mit einem konfigurierten Netzwerk im UniFi-Controller übereinstimmt und dass die Switch-Ports, die die Access Points verbinden, als Trunks konfiguriert sind, die dieses VLAN zulassen.

Fehlermuster 2: Client verbindet sich mit dem falschen Netzwerk

Wenn sich ein Client authentifiziert, aber im ungetaggten Standardnetzwerk statt im vorgesehenen VLAN landet, ist die PPSK-Konfiguration wahrscheinlich fehlerhaft. Dies geschieht häufig, wenn der Schlüssel falsch eingegeben wurde oder die Firmware des UniFi-Controllers veraltet ist. Stellen Sie sicher, dass auf dem Controller und den Access Points die neueste stabile Version läuft.

Fehlermuster 3: Smart-Geräte können nicht gekoppelt werden

Wenn das Smartphone eines Bewohners seinen Smart-Speaker nicht finden kann, überprüfen Sie, ob beide Geräte mit demselben PPSK-Schlüssel verbunden sind. Wenn sie unterschiedliche Schlüssel verwenden, befinden sie sich in unterschiedlichen VLANs und können sich gegenseitig nicht finden.

ROI & geschäftliche Auswirkungen

Die Bereitstellung von WiFi als verwalteter Service anstelle einer Mieterverantwortung bringt für BTR-Betreiber messbare geschäftliche Vorteile.

Untersuchungen zeigen, dass hochwertiges, verwaltetes WiFi einen Mietaufschlag von 15 bis 30 £ pro Wohneinheit und Monat erzielen kann. Darüber hinaus verkürzt die Bereitstellung von "Instant-On"-WiFi beim Einzug die Leerstandszeiten um durchschnittlich 5 bis 10 Tage, da die Einheiten sofort bewohnbar sind.

Die Bereitstellung von PPSK über ein Cloud-Overlay wie Purple reduziert die Investitionskosten pro Wohneinheit um 30% bis 50% im Vergleich zur Installation einzelner Breitbandleitungen und Consumer-Router in jeder Einheit. Zudem erhält der Betreiber aggregierte WiFi Analytics zur Nutzung der Gemeinschaftsflächen, was die Raumplanung und Ressourcenzuweisung unterstützt. Durch das Eigentum an der Infrastruktur behält der Vermieter den Vermögenswert und kontrolliert das Bewohnererlebnis.

Schlüsseldefinitionen

PPSK (Private Pre-Shared Key)

Eine WiFi-Sicherheitsfunktion, die es ermöglicht, dass ein einziger Netzwerkname (SSID) mehrere verschiedene Passwörter unterstützt, wodurch Geräte basierend auf dem verwendeten Passwort bestimmten VLANs zugewiesen werden.

Wird von IT-Teams verwendet, um den Datenverkehr zu segmentieren, ohne eine komplexe 802.1X-Zertifikatsinfrastruktur zu benötigen.

iPSK (Identity Pre-Shared Key)

Die herstellerneutrale Bezeichnung für PPSK. Sie verknüpft eine bestimmte Benutzeridentität oder ein Gerät mit einem eindeutigen WiFi-Passwort.

Wird häufig bei der Erörterung von Cloud-gesteuerten Overlays wie Purple verwendet, die über verschiedene Hardware-Hersteller hinweg funktionieren.

VLAN (Virtual Local Area Network)

Ein logisches Subnetzwerk, das eine Gruppe von Geräten zusammenfasst und deren Datenverkehr von anderen Geräten auf derselben physischen Netzwerkhardware isoliert.

Das Fundament für mandantenfähiges WiFi; jeder Wohnung oder jedem Anwendungsfall wird aus Sicherheits- und Datenschutzgründen ein eigenes VLAN zugewiesen.

802.1X

Ein IEEE-Standard für portbasierte Netzwerkzugriffskontrolle, der erfordert, dass sich Benutzer oder Geräte über einen RADIUS-Server mit eindeutigen Zugangsdaten oder digitalen Zertifikaten authentifizieren.

Die Enterprise-Alternative zu PPSK. Hochgradig sicher, aber oft inkompatibel mit bildschirmlosen IoT-Geräten wie Smart-Speakern.

RADIUS

Ein Netzwerkprotokoll, das eine zentrale Authentifizierungs-, Autorisierungs- und Accounting-Verwaltung für Benutzer bereitstellt, die sich mit einem Netzwerkdienst verbinden.

Erforderlich für 802.1X-Bereitstellungen, wird bei der Verwendung von nativem UniFi PPSK jedoch vollständig umgangen.

BTR (Build to Rent)

Zweckgebundene Wohnsiedlungen, die speziell für die Vermietung statt für den Verkauf konzipiert sind.

Der Hauptmarkt für Multi-Tenant-WiFi, auf dem Vermieter Internet als verwalteten Service bereitstellen, um die Rendite zu steigern.

mDNS (Multicast DNS)

Ein Protokoll, das Hostnamen in IP-Adressen innerhalb kleiner Netzwerke auflöst, die keinen lokalen Nameserver enthalten.

Unerlässlich für Protokolle zur Geräteerkennung wie Apple AirPlay und Google Cast. Muss in VLAN-segmentierten Umgebungen sorgfältig konfiguriert werden.

WPA3

Die neueste Generation der Wi-Fi-Sicherheit, die eine stärkere Verschlüsselung und Schutz vor Brute-Force-Angriffen bietet.

Zwingend erforderlich für 6 GHz WiFi 6E und WiFi 7 Netzwerke, aber fundamental inkompatibel mit PPSK-Architekturen.

Ausgearbeitete Beispiele

Ein Build to Rent-Betreiber mit 150 Wohneinheiten möchte den Bewohnern ein "Instant-On"-WiFi zur Verfügung stellen. Um HF-Interferenzen zu reduzieren, soll auf die Installation einzelner Router in jeder Wohnung verzichtet werden. Dennoch müssen die Smart-Home-Geräte der Bewohner lokal kommunizieren können, während sie gleichzeitig von den Nachbarn isoliert bleiben. Es werden UniFi Access Points eingesetzt.

Stellen Sie eine einzige gebäudeweite SSID über UniFi Access Points bereit. Konfigurieren Sie ein dediziertes VLAN für jede Wohneinheit (z. B. VLANs 101 bis 250). Implementieren Sie das mandantenfähige Cloud-Overlay von Purple, um den Lebenszyklus von iPSK zu verwalten. Zu Mietbeginn generiert Purple ein eindeutiges WPA2-Passwort, das an das VLAN der jeweiligen Wohnung gebunden ist. Der Bewohner verbindet sein Smartphone, seinen Smart-TV und seinen Sprachassistenten über dieses eine Passwort. Alle Geräte landen im zugewiesenen VLAN, was die lokale Erkennung (Chromecast, AirPlay) ermöglicht, während Firewalls das Routing zwischen den VLANs blockieren, um die Privatsphäre gegenüber anderen Einheiten zu wahren.

Kommentar des Prüfers: Dieser Ansatz erübrigt 150 separate Access Points, die 150 verschiedene SSIDs ausstrahlen würden, was die Gleichkanal-Interferenzen drastisch reduziert. Die Verwendung eines Cloud-Overlays anstelle von nativem UniFi PPSK ist hier erforderlich, da die manuelle Verwaltung von 150 Schlüsseln und deren Rotation bei jedem Mieterwechsel betrieblich nicht machbar ist.

Der IT-Leiter eines Stadions muss Zahlungsterminals an 40 Verkaufsständen bereitstellen. Die Terminals unterstützen nur WPA2-Personal. Das IT-Team möchte diesen Zahlungsverkehr vom öffentlichen Gäste-WiFi und dem Betriebsnetzwerk der Mitarbeiter isolieren, um die PCI DSS-Compliance zu wahren, möchte aber keine zusätzliche SSID speziell für die Terminals ausstrahlen.

Konfigurieren Sie natives UniFi PPSK auf der bestehenden Mitarbeiter-SSID. Erstellen Sie im UniFi Controller ein dediziertes "Point of Sale"-VLAN mit strengen Firewall-Regeln, die den Zugriff auf das Internet und andere Unternehmens-Subnetze blockieren und den Datenverkehr nur zu den IP-Adressen des Payment-Gateways zulassen. Generieren Sie ein spezifisches PPSK-Passwort, das diesem POS-VLAN zugewiesen ist. Verbinden Sie alle 40 Zahlungsterminals mit diesem spezifischen Schlüssel.

Kommentar des Prüfers: Dies erfüllt die Anforderung, das Ausstrahlen einer neuen SSID zu vermeiden, und erreicht gleichzeitig die für PCI DSS erforderliche strenge Netzwerksegmentierung. Da die Anzahl der Schlüssel gering ist (ein gemeinsam genutzter Schlüssel für alle POS-Geräte oder 40 einzelne Schlüssel), lässt sich dies mit nativem UniFi PPSK problemlos und ohne zusätzliche Cloud-Management-Ebene umsetzen.

Übungsfragen

Q1. Ein BTR-Betreiber möchte WiFi 7 Access Points in einer neuen Anlage mit 200 Wohneinheiten bereitstellen. Er beabsichtigt, das 6 GHz Band für maximalen Durchsatz in den Wohnungen zu nutzen, und möchte PPSK verwenden, um jede Einheit zu isolieren. Ist dieses Design realisierbar?

Hinweis: Berücksichtigen Sie die Anforderungen an die Sicherheitsprotokolle für das 6 GHz Band.

Musterlösung anzeigen

Nein, dieses Design ist nicht realisierbar. Das 6 GHz Band schreibt die Verwendung von WPA3 vor. PPSK basiert auf mehreren Pre-Shared Keys pro SSID, was nur unter WPA2 unterstützt wird. Wenn der Betreiber eine 6 GHz Konnektivität benötigt, muss er WPA3-Enterprise (802.1X) oder Standard-WPA3-Personal mit einem einzigen Schlüssel verwenden. Er kann PPSK auf dem 6 GHz Funkmodul nicht nutzen.

Q2. Ein Hotel-IT-Manager hat eine PPSK SSID mit einem Schlüssel konfiguriert, der dem VLAN 40 für Smart-TVs zugewiesen ist. Wenn sich jedoch ein Fernseher mit diesem Schlüssel verbindet, erhält er eine IP-Adresse aus dem standardmäßigen nativen LAN (VLAN 1) anstelle von VLAN 40. Was ist die wahrscheinlichste Ursache?

Hinweis: Denken Sie an den Pfad zwischen dem Access Point und dem Router.

Musterlösung anzeigen

Die wahrscheinlichste Ursache ist, dass der Switch-Port, der den UniFi Access Point verbindet, nicht als Trunk-Port konfiguriert ist, der VLAN 40 zulässt. Während der AP den Traffic basierend auf dem PPSK-Schlüssel korrekt mit dem VLAN 40 taggt, verwirft der Switch entweder die getaggten Frames oder entfernt das Tag, wodurch der Traffic auf das native, ungetaggte Netzwerk zurückfällt.

Q3. Sie entwerfen das Netzwerk für einen Coworking-Space mit 15 Privatbüros. Mitglieder bringen häufig ältere Geräte und Smart-Speaker mit. Sollten Sie natives UniFi PPSK oder eine RADIUS 802.1X Lösung bereitstellen?

Hinweis: Bewerten Sie die Gerätetypen und die Skalierbarkeit der Bereitstellung.

Musterlösung anzeigen

Natives UniFi PPSK ist hier der empfohlene Ansatz. Das Vorhandensein von Legacy-Geräten und Smart-Speakern macht 802.1X ungeeignet, da diesen Geräten oft die für die Authentifizierung über RADIUS erforderlichen Supplikanten fehlen. Da es nur 15 Privatbüros gibt, ist die Gesamtzahl der benötigten Schlüssel gering, sodass die native UniFi PPSK-Verwaltungsoberfläche ohne ein Cloud-Overlay ausreicht.

Weiterlesen in dieser Reihe

iPSK für BTR und MDU: Ein umfassender Leitfaden für Unternehmen

Dieser Leitfaden erklärt, wie iPSK (Identity Pre-Shared Key) die zentrale Konnektivitätsherausforderung in Wohngebäuden mit mehreren Mietparteien löst - die Bereitstellung von privatem WiFi in Heimnetzwerkqualität für jeden Bewohner auf einer gemeinsamen Infrastruktur. Er deckt die Authentifizierungsarchitektur, die Implementierungsschritte und das wirtschaftliche Argument für die Nutzung von verwaltetem WiFi als umsatzgenerierende Zusatzleistung in BTR- und MDU-Umgebungen ab.

Leitfaden lesen →

Nama ff keren iPSK: Ein umfassender Leitfaden für Unternehmen

Dieser Leitfaden erklärt, wie Sie iPSK (Identity Pre-Shared Key) in Multi-Tenant-Umgebungen wie Build to Rent-Entwicklungen, Studentenwohnheimen und MDU-Immobilien bereitstellen. Er behandelt die RADIUS-gestützte Architektur, die jedem Bewohner eine private, isolierte WiFi-Blase auf einer einzigen gemeinsamen SSID bietet, und beschreibt detailliert die Implementierungsschritte, Hardware-Integrationen sowie die wirtschaftlichen Argumente für die Behandlung von WiFi als verwaltete Annehmlichkeit.

Leitfaden lesen →

Managed WiFi Lösung: Ein umfassender Leitfaden für Unternehmen

Dieser fundierte technische Referenzleitfaden erklärt, wie Sie eine Managed WiFi Lösung in Multi-Tenant-Umgebungen wie Build-to-Rent-Immobilien, Hotels, Einkaufszentren und Stadien entwerfen, bereitstellen und skalieren. Er behandelt VLAN-Segmentierung, PSK-Architektur pro Gerät, identitätsbasiertes Netzwerkdesign sowie die Einhaltung von PCI-DSS und GDPR und bietet IT-Managern, Netzwerkarchitekten und Leitern des Veranstaltungsbetriebs die praktischen Frameworks, die sie für Entscheidungen in diesem Quartal benötigen.

Leitfaden lesen →