Zum Hauptinhalt springen

Nama iPSK: Ein umfassender Leitfaden für Unternehmen

Identity Pre-Shared Key (iPSK) ist das derzeitige Best-Practice-Authentifizierungsmodell für mandantenfähige Umgebungen. Es bietet gerätespezifische Anmeldedaten, Layer-2-Geräteisolation über Private Area Networks und volle Kompatibilität mit IoT-Geräten. Dieser Leitfaden beschreibt die technische Architektur, die Bereitstellungsstrategien und die geschäftlichen Auswirkungen von iPSK für Immobilienentwickler, BTR-Betreiber und Vermieter, die verwaltetes WiFi in Wohn- und gemischt genutzten Gebäuden bereitstellen. Das Cloud-Overlay von Purple automatisiert den gesamten Lebenszyklus der Bewohner - von der Schlüsselbereitstellung bei Mietunterzeichnung bis zur sofortigen Deaktivierung beim Auszug - über die Hardware von Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks und Fortinet.

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

Diesen Leitfaden anhören

Podcast-Transkript ansehen
Willkommen zum Purple Technical Briefing. Heute sprechen wir über Nama iPSK - die Architektur, die die Bereitstellung von WiFi im Build-to-Rent-Sektor, in Mehrfamilienhäusern und in großen Hotelanlagen grundlegend verändert. Wenn Sie ein IT-Manager oder ein Netzwerkarchitekt sind, der versucht, die Sicherheit mit dem Nutzererlebnis der Bewohner in Einklang zu bringen, ist dieser zehnminütige Deep Dive genau das Richtige für Sie. Lassen Sie uns den Kontext betrachten. Bisher bedeutete die Bereitstellung von WiFi in einem Apartmentgebäude, dass man sich zwischen zwei schlechten Optionen entscheiden musste. Option eins: Sie installieren in jedem einzelnen Apartment einen physischen Router. Das Ergebnis? Massive HF-Interferenzen, hohe Hardwarekosten und ein Albtraum bei der Verwaltung. Option zwei: Sie betreiben ein gebäudeweites Netzwerk mit einem gemeinsamen Passwort oder einem Captive Portal. Das Ergebnis? Keine Privatsphäre und Smart-Geräte wie Apple TVs oder Spielekonsolen verweigern schlichtweg die Verbindung. Hier kommt Identity Pre-Shared Key - oder iPSK - ins Spiel und verändert alles. Anstatt zweihundert Router bereitzustellen oder zweihundert SSIDs auszustrahlen, senden Sie eine einzige sichere SSID auf Enterprise-Niveau. Nennen wir sie Bewohner-WiFi. Wenn sich ein Nutzer verbindet, verwendet er kein gemeinsames Passwort. Er verwendet einen eindeutigen Schlüssel, der speziell seinem Apartment zugewiesen ist. Und so funktioniert der technische Ablauf. Der Bewohner verbindet sein Gerät mit seinem eindeutigen Schlüssel. Der Access Point nimmt diese Anmeldedaten entgegen und leitet sie über einen RADIUS Access-Request an Ihren Authentifizierungsserver weiter. Der RADIUS-Server validiert den Schlüssel und antwortet mit einer Access-Accept-Nachricht. Der entscheidende Punkt ist jedoch, dass diese Nachricht spezifische Attribute enthält - insbesondere die Tunnel-Private-Group-ID. Dies teilt dem Access Point genau mit, in welches VLAN dieser Nutzer geleitet werden soll. Apartment 101 wird also in das VLAN 101 geleitet. Apartment 102 kommt in das VLAN 102. Sie befinden sich auf demselben physischen Access Point, aber ihr Datenverkehr ist auf Layer 2 vollständig isoliert. Wir nennen dies ein Private Area Network, oder PAN. Vergleichen wir dies nun mit den Alternativen. Standard-PSK - das Modell mit dem gemeinsamen Passwort - bietet keinerlei Isolierung. Wenn ein Bewohner das Passwort weitergibt, ist die Sicherheit des gesamten Gebäudes gefährdet. Und um den Zugriff für einen einzelnen Mieter zu sperren, müsste das Passwort für alle geändert werden. Das ist im großen Stil schlichtweg nicht machbar. WPA3-Enterprise, oder 802.1X, ist das andere Extrem. Es ist hochsicher und wird in Unternehmensumgebungen eingesetzt. Es erfordert jedoch digitale Zertifikate oder komplexe Anmeldebildschirme. Spielekonsolen, Smart Speaker und Smart-Home-Geräte können diesen Prozess nicht bewältigen. Das führt zu frustrierten Bewohnern und einer Flut von Support-Anfragen. iPSK liegt genau in der Mitte. Für das Gerät sieht es exakt wie ein privates WiFi-Netzwerk aus - einfach ein einfaches Passwort. Im Backend handelt es sich jedoch um ein System auf Enterprise-Niveau mit individueller Verschlüsselung, dynamischer VLAN-Zuweisung und zentraler Verwaltung. Sprechen wir über die Implementierung. Für eine erfolgreiche Bereitstellung sind fünf wichtige Schritte erforderlich. Schritt eins: Infrastrukturvorbereitung. Ihre Edge-Switches müssen alle potenziellen Mandanten-VLANs auf den Trunk-Ports getaggt haben, die mit den Access Points verbunden sind. Wenn RADIUS dem AP mitteilt, einen Benutzer in VLAN einhundertfünf zu platzieren, dieses VLAN auf dem Switch-Port jedoch nicht getaggt ist, wird der Datenverkehr verworfen. Der Benutzer authentifiziert sich erfolgreich, erhält jedoch keine IP-Adresse. Dies ist der häufigste Bereitstellungsfehler, den wir sehen. Schritt zwei: Controller-Konfiguration. Konfigurieren Sie Ihren Wireless-Controller - ob Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme oder Fortinet - so, dass er eine einzige SSID mit aktiviertem iPSK ausstrahlt und Authentifizierungsanfragen an Ihren RADIUS-Server weiterleitet. Schritt drei: Integration des Identity Providers. Verbinden Sie Ihren RADIUS-Server mit Ihrer Immobilienverwaltungssoftware oder Ihrem Identity Provider. Microsoft Entra ID, Okta und Google Workspace unterstützen dies. Hier bietet Purple als Orchestrierungsebene einen erheblichen Mehrwert. Schritt vier: mDNS-Reflexion. Bewohner erwarten, dass sie von ihrem Smartphone auf ihren Fernseher streamen können. Sie müssen das Bonjour-Forwarding aktivieren, es jedoch streng auf die Grenzen des jeweiligen VLANs beschränken. Andernfalls funktioniert das Streamen entweder überhaupt nicht oder ein Bewohner im ersten Stock streamt versehentlich auf einen Fernseher im vierten Stock. Schritt fünf: Lifecycle-Automatisierung. Verwalten Sie diese Schlüssel nicht manuell. Integrieren Sie Ihre Immobilienverwaltungssoftware mit Purple, um eine automatische Schlüsselgenerierung bei Mietvertragsunterzeichnung und einen sofortigen Entzug bei Auszug des Mieters auszulösen. Zero-Touch für Ihr IT-Team. Lassen Sie uns nun einige häufige Fallstricke ansprechen. Der erste ist der Ablauf von Zertifikaten. Wenn Ihre RADIUS-Infrastruktur auf serverseitigen Zertifikaten basiert, richten Sie ein aggressives Monitoring ein. Ein abgelaufenes Zertifikat führt dazu, dass das gesamte Gebäude offline geht. Richten Sie Verlängerungserinnerungen bei neunzig, sechzig und dreißig Tagen ein. Der zweite ist die Unterstützung von Altsystemen. Einige ältere IoT-Geräte unterstützen keine WPA3-Übergangsmodi. Behalten Sie einen WPA2-Kompatibilitätsmodus auf derselben SSID bei, um Kompatibilitätsprobleme zu vermeiden. Der dritte ist die Erschöpfung des DHCP-Pools. Der durchschnittliche Bewohner bringt sieben bis zehn vernetzte Geräte mit. Planen Sie Ihr IP-Adressierungsschema so, dass es der Spitzendichte standhält. Wir empfehlen ein Slash-achtundzwanzig-Subnetz - das sind vierzehn nutzbare IP-Adressen - pro Wohnung. Lassen Sie uns eine schnelle Fragerunde basierend auf häufigen Fragen von Netzwerkarchitekten durchführen. Frage eins: Funktioniert iPSK mit älteren IoT-Geräten? Antwort: Ja. Im Gegensatz zu 802.1X, das komplexe Zertifikate erfordert, sieht iPSK für das Gerät genau wie ein standardmäßiges Heim-WiFi-Netzwerk aus. Einhundert Prozent der Consumer-Geräte unterstützen es. Frage zwei: Welche Hardware-Hersteller unterstützen dies? Antwort: Der gesamte Enterprise-Stack unterstützt dies. Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme und Fortinet unterstützen alle die dynamische VLAN-Zuweisung über RADIUS. Frage drei: Wie wirkt sich das auf den Return on Investment aus? Antwort: Durch den Verzicht auf Hardware in den Wohneinheiten reduzieren Sie die Investitionsausgaben um bis zu vierzig Prozent. Sie eliminieren die Support-Tickets im Zusammenhang mit Passwort-Resets und Captive Portals. Und Sie können das Netzwerk monetarisieren, indem Sie gestaffelte Geschwindigkeitspakete direkt über das Verwaltungsportal anbieten. Zusammenfassend lässt sich sagen: iPSK ist der Goldstandard für die Konnektivität in Mehrfamilienhäusern. Es bietet das Instant-On-Erlebnis, das Bewohner erwarten, kombiniert mit der Sicherheit und Kontrolle, die IT-Teams benötigen. Senden Sie eine einzige SSID aus. Weisen Sie eindeutige Schlüssel zu. Isolieren Sie den Datenverkehr pro Wohneinheit. Automatisieren Sie den Lebenszyklus. Überprüfen Sie Ihre aktuellen MDU-Bereitstellungen. Wenn Sie Hunderte von Routern verwalten oder sich mit Beschwerden über die IoT-Konnektivität herumschlagen, ist es an der Zeit, eine iPSK-Lösung zu konzipieren. Sprechen Sie mit dem Purple-Team, um eine technische Bewertung Ihrer spezifischen Umgebung zu erhalten. Vielen Dank für Ihre Teilnahme an diesem technischen Briefing. Bauen Sie weiterhin sichere, skalierbare Netzwerke.

header_image.png

Executive Summary

Die Verwaltung der Konnektivität in Multi-Tenant-Umgebungen erfordert stets Kompromisse. Installiert man separate Hardware pro Wohneinheit, führt dies zu massiven Funkinterferenzen und einem hohen Wartungsaufwand. Nutzt man hingegen gemeinsam genutzte SSIDs, beeinträchtigt dies die Privatsphäre der Bewohner und verhindert die Kompatibilität von IoT-Geräten. Identity Pre-Shared Key (iPSK) löst diesen Konflikt. Damit können Sie eine einzige, sichere SSID ausstrahlen und gleichzeitig jeder Wohneinheit individuelle Anmeldedaten zuweisen. Der RADIUS-Server ordnet diese Anmeldedaten einem dedizierten VLAN zu, wodurch ein Private Area Network (PAN) für jede Wohnung entsteht. Die Bewohner verbinden Smart-TVs, Spielekonsolen und Laptops so einfach wie in einem Heimnetzwerk. IT-Teams behalten die zentrale Kontrolle, die dynamische VLAN-Zuweisung und das automatisierte Lebenszyklus-Management. Dieser Leitfaden beschreibt die technische Architektur, die Schritte zur Implementierung und die messbaren geschäftlichen Vorteile einer iPSK-Einführung für Immobilienentwickler, BTR-Betreiber und Vermieter.


Technische Details: Die iPSK-Architektur

Herkömmliche Netzwerksicherheitsmodelle versagen in modernen Wohnumgebungen. Ein Standard-PSK (WPA2-Personal) bietet keinerlei Isolierung zwischen den Einheiten und lässt sich schlecht skalieren. WPA3-Enterprise (802.1X) bietet zwar hervorragende Sicherheit, ist jedoch nicht kompatibel mit IoT-Geräten ohne Display sowie Spielekonsolen, die zertifikatsbasierte Authentifizierungsprozesse nicht unterstützen.

iPSK löst dieses Problem, indem die Segmentierungslogik von der Funkschicht auf die RADIUS-Authentifizierungsschicht verlagert wird. Jeder Bewohner erhält einen eindeutigen Pre-Shared Key. Dieser Schlüssel dient als Identitäts-Token. Sobald der RADIUS-Server diesen validiert, weist er dem Bewohner gleichzeitig ein dediziertes VLAN zu und isoliert dessen Datenverkehr von allen anderen Einheiten im Gebäude.

architecture_overview.png

Der Authentifizierungsprozess

Wenn ein Bewohner ein Gerät mit der gebäudeweiten SSID verbindet, läuft folgender Prozess ab:

Schritt 1 - Zuordnung. Das Gerät verbindet sich über seine eindeutigen PSK-Anmeldedaten mit dem Access Point. Der AP blockiert jeglichen Datenverkehr mit Ausnahme von EAPOL-Frames (Extensible Authentication Protocol over LAN).

Schritt 2 - RADIUS-Anfrage. Der AP kapselt die Anmeldedaten und leitet sie als Access-Request-Paket an den RADIUS-Server weiter.

Schritt 3 - Richtlinienprüfung. Der RADIUS-Server gleicht den Schlüssel mit der Identitätsdatenbank ab. Bei einer Übereinstimmung erstellt er eine Access-Accept-Antwort, die drei wichtige IETF-Standardattribute enthält:

RADIUS-Attribut Wert Zweck
Tunnel-Type (64) 13 (VLAN) Definiert die VLAN-Segmentierung
Tunnel-Medium-Type (65) 6 (IEEE 802) Spezifiziert den Medientyp
Tunnel-Private-Group-ID (81) z. B. "101" Das spezifisch zuzuweisende VLAN

Schritt 4 - Dynamische Zuweisung. Der AP liest die Tunnel-Private-Group-ID aus und leitet den Datenverkehr des Geräts direkt in das dedizierte VLAN des Bewohners weiter. Der vorgeschaltete Netzwerk-Switch verarbeitet diesen Datenverkehr so, als ob der Bewohner physisch an einen dedizierten Port angeschlossen wäre.

Schritt 5 - Private Area Network. Die Geräte des Bewohners sind nun auf Layer 2 isoliert. Sie können sich gegenseitig erkennen und miteinander kommunizieren (über mDNS-Reflektion), bleiben jedoch für jede andere Wohneinheit im Gebäude unsichtbar.

Diese Architektur stellt sicher, dass 200 Wohnungen, die sich dieselben physischen Access Points teilen, über einen vollständig isolierten Datenverkehr verfügen. Ein Bewohner in Einheit 401 kann Inhalte auf sein Apple TV streamen. Er kann jedoch den Drucker in Einheit 402 nicht sehen.

comparison_chart.png

Implementierungsnamen der Hersteller

Die iPSK-Logik im Kern ist über den gesamten Enterprise-Hardware-Stack hinweg konsistent, auch wenn sich die Bezeichnungen der Hersteller unterscheiden:

Hersteller Produktname RADIUS-Integration
Cisco Meraki iPSK RADIUS mit Tunnel-Password-Attribut
HPE Aruba MPSK (Multi-PSK) RADIUS mit Aruba-MPSK-Passphrase-VSA
Ruckus DPSK (Dynamic PSK) RADIUS mit Ruckus-DPSK-Passphrase-VSA
Juniper Mist PPSK (Private PSK) RADIUS mit Tunnel-Private-Group-ID
Ubiquiti UniFi PPSK RADIUS mit Standardattributen
Cambium PPSK RADIUS mit Standardattributen
Extreme Networks PPSK RADIUS mit Standardattributen
Fortinet MPSK RADIUS mit Tunnel-Private-Group-ID

Implementierungshandbuch: iPSK bereitstellen

Die Bereitstellung von iPSK erfordert eine Koordination über Ihren gesamten Netzwerk-Stack hinweg. Befolgen Sie diese herstellerunabhängige Bereitstellungssequenz.

Phase 1: Vorbereitung der Netzwerkinfrastruktur

Definieren Sie Ihr VLAN-Schema, bevor Sie Änderungen an der Hardware vornehmen. Weisen Sie für ein Gebäude mit 200 Wohneinheiten die VLANs 101 bis 300 zu, eines pro Wohnung. Jedes VLAN benötigt ein eigenes dediziertes Subnetz und einen eigenen DHCP-Bereich.

Wir empfehlen ein /28-Subnetz (14 nutzbare IP-Adressen) pro Wohnung, um der modernen Gerätedichte gerecht zu werden. Der durchschnittliche Bewohner bringt sieben bis zehn vernetzte Geräte mit. Ein /28-Subnetz bietet ausreichend Spielraum, ohne Adressraum zu verschwenden. Für ein Gebäude mit 200 Einheiten entspricht der übergeordnete Netzwerkblock einem /21-Subnetz (insgesamt 2.048 IPs).

Kritischer Schritt: Taggen Sie alle potenziellen Mieter-VLANs auf den Trunk-Ports, die Ihre Edge-Switches mit den Access Points verbinden. Wenn der RADIUS-Server einen Benutzer dem VLAN 105 zuweist, das VLAN 105 jedoch nicht auf dem Switch-Port getaggt ist, läuft der Datenverkehr ins Leere. Der Benutzer authentifiziert sich zwar erfolgreich, erhält aber keine IP-Adresse über DHCP. Dies ist der häufigste Fehler bei der Bereitstellung in MDU-Umgebungen.

Phase 2: Konfiguration des Wireless-Controllers

Konfigurieren Sie Ihren Wireless-Controller so, dass er eine einzige SSID ausstrahlt. Stellen Sie den Sicherheitsmodus auf WPA2/WPA3 mit aktiviertem iPSK oder MAC-basierter Zugriffskontrolle ein. Leiten Sie alle Authentifizierungsanfragen an Ihren RADIUS-Server weiter. Deaktivieren Sie die SSID-Ausstrahlung für alle älteren Netzwerke pro Wohneinheit, sobald die iPSK-SSID erfolgreich validiert wurde. Die Konsolidierung auf eine einzige SSID bringt einen sofortigen Vorteil für die HF-Leistung. Jede von Ihnen ausgestrahlte SSID verbraucht Sendezeit durch Management-Frames (Beacons, Probe Responses) mit der niedrigsten vorgeschriebenen Datenrate. Die Eliminierung von 10 veralteten SSIDs kann laut den eigenen Bereitstellungsdaten von Purple 15 bis 20 % der verfügbaren Sendezeit zurückgewinnen.

Phase 3: Integration von RADIUS-Server und Identity Provider

Ihr RADIUS-Server ist die Richtlinien-Engine. Er muss so konfiguriert sein, dass er:

  1. Authentifizierungsanfragen von Ihren Access Points akzeptiert (Konfiguration mit gemeinsam genutztem Geheimnis).
  2. Anmeldedaten mit Ihrem Identitätsspeicher (Microsoft Entra ID, Okta, Google Workspace oder einer lokalen Datenbank) abgleicht.
  3. Das korrekte Attribut Tunnel-Private-Group-ID für jeden Berechtigungsnachweis zurückgibt.

Purple fungiert als Orchestrierungsebene zwischen Ihrer Immobilienverwaltungssoftware (PMS) und dem RADIUS-Server. Wenn in Ihrem PMS ein Mietvertrag unterzeichnet wird, generiert Purple automatisch einen eindeutigen iPSK, verknüpft ihn mit dem richtigen VLAN und sendet den Berechtigungsnachweis per E-Mail an den Bewohner. Wenn der Mietvertrag endet, entzieht Purple den Schlüssel sofort. Das IT-Team muss nichts manuell tun.

lifecycle_management.png

Phase 4: Konfiguration der mDNS-Reflektion

Bewohner erwarten Smart-Home-Funktionalität. Das Streamen von einem Telefon auf einen Fernseher, kabelloses Drucken und das Verbinden von intelligenten Lautsprechern basieren alle auf der mDNS-Erkennung (Multicast DNS), auch bekannt als Apple Bonjour oder DLNA.

In einem Standardnetzwerk wird mDNS zwischen VLANs blockiert, um die geräteübergreifende Erkennung durch andere Mieter zu verhindern. Dies ist das korrekte Verhalten. Sie müssen jedoch die mDNS-Reflektion innerhalb jedes einzelnen VLANs aktivieren, damit die eigenen Geräte eines Bewohners einander erkennen können. Konfigurieren Sie Ihren Wireless-Controller so, dass er mDNS-Datenverkehr nur innerhalb der Grenzen des jeweiligen Mieter-VLANs reflektiert. Aktivieren Sie keine globale mDNS-Weiterleitung über alle VLANs hinweg.

Phase 5: Lifecycle-Automatisierung und Self-Service

Verwalten Sie Schlüssel nicht manuell. Bei 200 Wohneinheiten mit regelmäßigem Mieterwechsel führt eine manuelle Schlüsselverwaltung zu menschlichen Fehlern und Sicherheitslücken, wenn ausziehende Mieter aktive Zugangsdaten behalten.

Die Purple-App automatisiert den gesamten Lebenszyklus der Bewohner:

  • Onboarding: Die PMS-Integration stößt die Schlüsselgenerierung und -zustellung vor dem Einzug an.
  • Aktive Mietzeit: Bewohner nutzen das Self-Service-Portal, um Geräte hinzuzufügen, Geschwindigkeiten zu prüfen oder eine Schlüsselaktualisierung anzufordern.
  • Offboarding: Das Auszugsdatum löst den automatischen Schlüsselentzug und das VLAN-Recycling aus.

Best Practices für BTR-Betreiber

Onboarding automatisieren. Verwalten Sie Schlüssel nicht manuell. Integrieren Sie Ihr PMS mit Purple, um die automatische Schlüsselgenerierung und den E-Mail-Versand vor dem Einzug des Bewohners auszulösen. Dies sorgt für das Instant-On-Erlebnis, das eine Premium-BTR-Marke auszeichnet.

mDNS-Reflektion pro VLAN aktivieren. Stellen Sie sicher, dass Streaming- und Smart-Home-Geräte innerhalb jedes PAN ordnungsgemäß funktionieren. Beschränken Sie mDNS streng auf die Grenzen des jeweiligen einzelnen VLANs, um eine geräteübergreifende Erkennung zwischen den Wohneinheiten zu verhindern.Überwachen Sie die RF-Leistung kontinuierlich. Die Konsolidierung auf eine einzige SSID reduziert den Overhead durch Management-Frames. Nutzen Sie die zurückgewonnene Airtime, um Kanalbreiten und Sendeleistungen zu optimieren. Die WiFi Analytics -Plattform von Purple bietet die nötige Transparenz, um auf Basis dieser Daten zu handeln.

Planen Sie für hohe Gerätedichte. Gestalten Sie Ihr IP-Adressierungsschema so, dass es Spitzenlasten ohne Erschöpfung des DHCP-Pools unterstützt. Nutzen Sie den Multi-Tenant iPSK-Subnetz-Designer von Purple, um den passenden übergeordneten Netzwerkblock für Ihr Gebäude zu berechnen.

Richten Sie Erinnerungen für die Zertifikatsverlängerung ein. Wenn Ihre RADIUS-Infrastruktur serverseitige Zertifikate verwendet, stellen Sie Erinnerungen für die Verlängerung nach 90, 60 und 30 Tagen ein. Ein abgelaufenes Zertifikat bringt das gesamte Gebäude offline.

Erhalten Sie die WPA2-Kompatibilität. Einige ältere IoT-Geräte unterstützen keine WPA3-Übergangsmodi. Lassen Sie die WPA2-Kompatibilität auf derselben SSID aktiviert, um Verbindungsabbrüche bei älteren Geräten zu vermeiden.

Für einen umfassenderen Überblick über die SSID-Architektur lesen Sie den Beitrag Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi .


Fehlerbehebung und Risikominderung

Das Black-Hole-VLAN. Symptom: Der Benutzer authentifiziert sich erfolgreich, erhält jedoch keine IP-Adresse. Ursache: Das zugewiesene VLAN ist nicht durchgehend vom AP über die Edge-Switches bis zum DHCP-Server getaggt. Lösung: Überprüfen Sie die Trunk-Port-Konfiguration auf jedem Switch im Pfad.

Ablauf von Zertifikaten. Symptom: Das gesamte Gebäude verliert gleichzeitig den WiFi-Zugang. Ursache: Das Zertifikat des RADIUS-Servers ist abgelaufen. Lösung: Implementieren Sie eine automatisierte Zertifikatsüberwachung mit Benachrichtigungen 90 Tage im Voraus. Erwägen Sie die Nutzung von Let's Encrypt mit automatischer Verlängerung für RADIUS-Serverzertifikate.

mDNS funktioniert innerhalb einer Wohneinheit nicht. Symptom: Der Bewohner kann nicht auf seinen Fernseher streamen oder seinen Drucker nicht finden. Ursache: mDNS-Reflection ist global deaktiviert oder nicht auf das VLAN des Bewohners beschränkt. Lösung: Aktivieren Sie die mDNS-Reflection pro VLAN auf dem Wireless Controller.

Erschöpfung des DHCP-Pools. Symptom: Geräte verbinden sich mit dem WiFi, erhalten jedoch trotz korrektem VLAN-Tagging keine IP-Adresse. Ursache: Der DHCP-Bereich ist zu klein für die Anzahl der verbundenen Geräte. Lösung: Erweitern Sie das Subnetz auf ein /27 (30 nutzbare IPs) für Wohneinheiten mit hoher Belegung oder Studentenwohnheime.

Gemeinsame Nutzung von Keys durch Bewohner. Symptom: Mehrere Bewohner befinden sich im selben VLAN. Ursache: Ein Bewohner hat seinen eindeutigen PSK mit einem Nachbarn geteilt. Lösung: Implementieren Sie Richtlinien zur Key-Rotation und weisen Sie die Bewohner darauf hin, dass ihr Key an das Netzwerksegment ihrer eigenen Wohneinheit gebunden ist.


ROI und geschäftlicher Nutzen

Der Übergang zu einer iPSK-Architektur liefert messbare geschäftliche Vorteile für BTR-Betreiber und Immobilieneigentümer.

Reduzierung der Investitionsausgaben (CapEx). Durch den Verzicht auf Router in den einzelnen Einheiten eines Gebäudes mit 200 Wohneinheiten werden 200 Endverbrauchergeräte aus dem Netzwerk entfernt. Basierend auf den eigenen Bereitstellungsdaten von Purple reduziert dies die Hardware-CapEx um bis zu 40 % im Vergleich zu einem Modell mit einem Router pro Einheit. Zentralisierte Enterprise-Access-Points, die strategisch im gesamten Gebäude platziert sind, bieten eine bessere Abdeckung mit weniger Geräten.

Reduzierung der Betriebsausgaben (OpEx). Ein automatisiertes Lifecycle-Management eliminiert den manuellen IT-Aufwand, der mit Passwort-Resets, der Fehlerbehebung bei Captive Portals und dem Austausch von Hardware verbunden ist. Das Volumen der Support-Tickets im Zusammenhang mit der WiFi-Konnektivität sinkt erheblich, wenn die Bewohner bereits vor dem Einzug funktionierende Zugangsdaten erhalten.

Umsatzgenerierung. Die iPSK-Architektur ermöglicht gestaffelte Bandbreitenpakete. Sie können einen Standard-Tarif anbieten, der in den Nebenkosten enthalten ist, und einen Premium-Tarif (z. B. einen Gaming- oder Streaming-Tarif mit höheren Geschwindigkeiten) als optionale Zusatzoption. Da iPSK identitätsbasiert ist, können Sie die Geschwindigkeitsstufe eines Bewohners sofort über das Purple-Dashboard aktualisieren, ohne dass Hardwareänderungen erforderlich sind.

Bewohnerbindung. Im BTR-Markt wird die WiFi-Qualität in Umfragen zur Zufriedenheit der Bewohner consistently unter den Top-Drei-Faktoren genannt. Das "Instant-On"-Erlebnis - bei dem das WiFi in dem Moment funktioniert, in dem ein Bewohner die Tür betritt - unterstützt direkt die Kundenbindung und positive Bewertungen.

Für branchenspezifische Kontexte können Sie die Leitfäden von Purple für Hospitality , Retail und Healthcare durchsehen, oder lesen Sie den entsprechenden Leitfaden zu Logo iPSK: a comprehensive guide for businesses .


Purple wurde 2012 gegründet und ist an über 80.000 Live-Standorten aktiv, mit 350 Millionen eindeutigen Nutzern und 440 Millionen registrierten Logins im Jahr 2024. Purple besitzt die Zertifizierungen ISO 27001, GDPR, CCPA, Cyber Essentials und B Corp.

Schlüsseldefinitionen

iPSK (Identity Pre-Shared Key)

Ein WiFi-Authentifizierungsmechanismus, der jedem einzelnen Benutzer, jeder Gerätegruppe oder jeder Wohneinheit auf einer einzigen SSID einen eindeutigen Pre-Shared Key zuweist. Der Schlüssel dient als Identitäts-Token, das der RADIUS-Server einer bestimmten Netzwerkrichtlinie und einem VLAN zuordnet.

Wird in BTR-, MDU-, Studentenwohnheim- und Hospitality-Umgebungen verwendet, um Sicherheit pro Einheit zu gewährleisten, ohne dass 802.1X-Zertifikate erforderlich sind.

Private Area Network (PAN)

Ein virtuelles, isoliertes Netzwerksegment, das für einen bestimmten Benutzer oder eine Gruppe innerhalb einer größeren gemeinsam genutzten Infrastruktur erstellt wird. Geräte innerhalb eines PAN können sich gegenseitig erkennen und miteinander kommunizieren, sind jedoch für Geräte in anderen PANs unsichtbar.

Das PAN ist das auf die Bewohner ausgerichtete Ergebnis von iPSK und Dynamic VLAN Assignment. Es bietet das Heimnetzwerk-Erlebnis innerhalb einer gemeinsam genutzten Gebäudeinfrastruktur.

Dynamic VLAN Assignment

Der Prozess, einen Benutzer basierend auf seiner Identität in ein bestimmtes Virtual Local Area Network zu platzieren, wie es vom RADIUS-Server während der Authentifizierung vorgegeben wird, anstatt über die SSID, mit der er sich verbindet.

Der technische Mechanismus, der die iPSK-Isolierung ermöglicht. Der RADIUS-Server gibt das Attribut „Tunnel-Private-Group-ID“ zurück, das der AP verwendet, um den Benutzer dem richtigen VLAN zuzuweisen.

RADIUS (Remote Authentication Dial-In User Service)

Ein Netzwerkprotokoll, das eine zentrale Authentifizierung, Autorisierung und Abrechnung (AAA) für den Netzwerkzugriff bereitstellt. In einer iPSK-Bereitstellung validiert der RADIUS-Server die Anmeldedaten und gibt Attribute für das Dynamic VLAN Assignment zurück.

Die Policy-Engine im Zentrum jeder iPSK-Architektur. Sie verbindet die drahtlose Infrastruktur mit dem Identitätsspeicher und diktiert netzwerkspezifische Richtlinien pro Benutzer.

mDNS Reflection

Eine Netzwerkfunktion, die es Multicast-DNS-Erkennungsprotokollen (Apple Bonjour, DLNA) ermöglicht, über bestimmte Netzwerkgrenzen hinweg zu funktionieren. In einer iPSK-Bereitstellung muss sie in jedem Mieter-VLAN aktiviert werden, um Streaming und die Erkennung von Smart-Home-Geräten zu ermöglichen.

Ohne mDNS Reflection pro VLAN können Bewohner keine Inhalte auf ihre Fernseher streamen oder ihre Drucker erkennen, was das heimelige Erlebnis beeinträchtigt, für das iPSK entwickelt wurde.

Headless-Gerät

Ein mit dem Netzwerk verbundenes Gerät, das über keinen Bildschirm oder keine Benutzeroberfläche zur Eingabe komplexer Anmeldedaten wie Benutzername, Passwort oder digitales Zertifikat verfügt. Beispiele hierfür sind Smart Speaker, Spielekonsolen, Smart-TVs und IoT-Sensoren.

Headless-Geräte können sich nicht mit 802.1X-Netzwerken verbinden. iPSK löst dies durch die Verwendung eines einfachen Pre-Shared Keys, den jedes Gerät unabhängig von seinen Schnittstellenfunktionen verwenden kann.

Tunnel-Private-Group-ID

Ein IETF-Standard-RADIUS-Attribut (Attribut 81), das die VLAN-ID angibt, die einem authentifizierten Benutzer zugewiesen werden soll. Es ist das entscheidende Attribut, das das Dynamic VLAN Assignment in einer iPSK-Architektur ermöglicht.

Wenn der RADIUS-Server dieses Attribut in einer Access-Accept-Nachricht zurückgibt, verwendet der Access Point es, um den Datenverkehr des Benutzers in das richtige VLAN zu leiten.

Build-to-Rent (BTR)

Zweckgebundene Wohnimmobilien, die speziell für die langfristige Vermietung und nicht für den Verkauf konzipiert sind. BTR-Entwicklungen umfassen in der Regel Gemeinschaftsflächen, Concierge-Dienste und verwaltete Nebenkosten wie WiFi.

BTR-Betreiber sind die Hauptzielgruppe für iPSK-Bereitstellungen. Managed WiFi wird in BTR zunehmend als grundlegende Versorgungsleistung positioniert, vergleichbar mit Wasser, Gas und Strom.

PMS (Property Management Software)

Software, die von Immobilienbetreibern zur Verwaltung von Mietverträgen, Bewohnerdaten, Wartungsanfragen und Abrechnungen verwendet wird. In einer iPSK-Bereitstellung ermöglicht die PMS-Integration eine automatisierte Bereitstellung und den Entzug von Schlüsseln, gekoppelt an den Lebenszyklus des Mietvertrags.

Die PMS-Integration transformiert iPSK von einer manuellen IT-Aufgabe in ein vollständig automatisiertes System zur Verwaltung des gesamten Lebenszyklus der Bewohner.

Ausgearbeitete Beispiele

Ein Immobilienentwickler baut einen BTR-Komplex mit 250 Wohneinheiten. Er möchte im gesamten Gebäude WiFi als verwalteten Service anbieten. Die Anforderungen lauten: Bewohner verbinden alle ihre Geräte am Einzugstag, Smart-Home-Geräte müssen funktionieren und kein Bewohner darf die Geräte eines anderen Bewohners sehen können. Wie sollte das Netzwerk konzipiert werden?

Stellen Sie ein einheitliches Netzwerk bereit, das eine einzige SSID namens „Resident WiFi“ ausstrahlt. Implementieren Sie iPSK, um jeder Wohnung ein eindeutiges Passwort zuzuweisen. Konfigurieren Sie den Wireless Controller (Cisco Meraki, HPE Aruba oder Ruckus) so, dass er Authentifizierungsanfragen an einen RADIUS-Server weiterleitet. Konfigurieren Sie den RADIUS-Server so, dass er das Attribut Tunnel-Private-Group-ID für alle Anmeldedaten zurückgibt und jede Wohnung einem dedizierten VLAN (VLANs 101 bis 350) zuordnet. Dimensionieren Sie jedes VLAN mit einem /28-Subnetz (14 nutzbare IPs), um bis zu 10 Geräte pro Einheit zu unterstützen. Aktivieren Sie mDNS-Reflection pro VLAN, um das Streamen und die Erkennung von Smart-Home-Geräten innerhalb jeder Wohnung zu ermöglichen. Integrieren Sie das PMS mit Purple, um die Schlüsselgenerierung bei Mietunterzeichnung und die Deaktivierung beim Auszug zu automatisieren. Überprüfen Sie, ob alle potenziellen Mieter-VLANs auf jedem Trunk-Port im Netzwerkpfad getaggt sind.

Kommentar des Prüfers: Dieser Ansatz eliminiert die Funkinterferenzen, die durch 250 einzelne Router entstehen würden. iPSK stellt sicher, dass sich bildschirmlos betriebene Geräte wie Smart-TVs reibungslos verbinden, während die dynamische VLAN-Zuweisung die für die Privatsphäre der Bewohner erforderliche Layer-2-Isolation bietet. Die PMS-Integration eliminiert den manuellen IT-Aufwand, der MDU-Großprojekte unüberschaubar macht.

Ein Bewohner eines BTR-Gebäudes mit 150 Einheiten berichtet, dass sich sein Smartphone erfolgreich mit dem Gebäude-WiFi verbindet, er jedoch kein Netflix auf seinen Chromecast streamen kann. Beide Geräte sind über den eindeutigen iPSK des Bewohners verbunden. Das IT-Team hat bestätigt, dass sich beide Geräte im richtigen VLAN befinden. Was ist die wahrscheinliche Ursache und Lösung?

Das IT-Team muss die mDNS-Reflection-Konfiguration auf dem Wireless Controller überprüfen. Das Streamen basiert auf mDNS (Multicast DNS) für die Geräteerkennung. In einem korrekt konfigurierten iPSK-Netzwerk wird mDNS zwischen den VLANs blockiert, um eine geräteübergreifende Erkennung durch andere Mieter zu verhindern. Die mDNS-Reflection muss jedoch innerhalb jedes einzelnen VLANs aktiviert sein, damit sich die Geräte eines Bewohners untereinander erkennen können. Wenn die mDNS-Reflection global deaktiviert oder nicht auf die einzelnen VLANs beschränkt ist, schlägt das Streamen fehl, obwohl sich beide Geräte im richtigen VLAN befinden und Internetzugang haben.

Kommentar des Prüfers: Dies ist das häufigste Support-Problem nach der Bereitstellung in MDU-iPSK-Umgebungen. Die Unterscheidung zwischen der Blockierung von mDNS zwischen VLANs (korrekt, aus Sicherheitsgründen) und der mDNS-Reflection innerhalb eines VLANs (erforderlich, für die Funktionalität) ist entscheidend. Betreiber müssen beides korrekt konfigurieren, um das von den Bewohnern erwartete heimelige Nutzungserlebnis zu bieten.

Übungsfragen

Q1. Sie sind der IT-Leiter für ein BTR-Objekt mit 180 Wohneinheiten. Das Immobilienteam möchte WiFi in die Nebenkosten aufnehmen. Studenten und junge Berufstätige werden die Hauptbewohner sein, die jeweils durchschnittlich acht vernetzte Geräte mitbringen, darunter Spielekonsolen und Smart-Home-Geräte. Das bestehende Netzwerk verwendet WPA3-Enterprise. Bewohner beschweren sich, dass sich ihre PlayStation 5-Konsolen und Amazon Echo-Geräte nicht verbinden lassen. Was ist die am besten geeignete Änderung der Architektur?

Hinweis: Berücksichtigen Sie die Authentifizierungsanforderungen von Headless-Geräten und die Notwendigkeit, die Rechenschaftspflicht und Isolierung pro Wohneinheit aufrechterhalten zu müssen.

Musterlösung anzeigen

Migrieren Sie das Netzwerk von WPA3-Enterprise (802.1X) auf eine iPSK-Architektur. WPA3-Enterprise erfordert eine 802.1X-Authentifizierung, die von Spielekonsolen und Smart-Speakern nicht unterstützt wird, da ihnen die Schnittstelle zur Eingabe von Anmeldedaten oder zur Installation von Zertifikaten fehlt. iPSK ermöglicht es diesen Geräten, sich über einen einfachen Pre-Shared Key zu verbinden, während durch die dynamische VLAN-Zuweisung eine Isolierung pro Einheit beibehalten wird. Der RADIUS-Server ordnet jeden eindeutigen Schlüssel einem dedizierten VLAN zu, wodurch die Sicherheit und Nachvollziehbarkeit gewahrt bleibt, die WPA3-Enterprise bieten sollte.

Q2. Nach der Bereitstellung von iPSK in einem Wohngebäude mit 100 Einheiten erhält das IT-Team Berichte, dass sich Bewohner in den Einheiten 201 bis 210 zwar am WiFi-Netzwerk authentifizieren, aber keine IP-Adresse beziehen können. Bewohner in allen anderen Einheiten verbinden sich normal. Die RADIUS-Server-Protokolle zeigen eine erfolgreiche Authentifizierung für alle betroffenen Einheiten. Was ist die wahrscheinlichste Ursache?

Hinweis: Denken Sie an den Netzwerkpfad zwischen den Access Points, die Etage 2 versorgen, und dem DHCP-Server, und was durchgehend konfiguriert sein muss.

Musterlösung anzeigen

Auf dem Switch-Port, der mit den Access Points für die 2. Etage verbunden ist, fehlen wahrscheinlich die VLAN-Tags für die VLANs 201 bis 210. Wenn der RADIUS-Server einen Bewohner in Einheit 201 authentifiziert und das VLAN 201 im Attribut Tunnel-Private-Group-ID zurückgibt, versucht der AP, den Datenverkehr im VLAN 201 zu platzieren. Wenn VLAN 201 auf dem Switch-Port nicht getaggt ist, wird der Datenverkehr verworfen und die DHCP-Anfrage erreicht den DHCP-Server nie. Die Lösung besteht darin, die fehlenden VLAN-Tags zum betroffenen Trunk-Port hinzuzufügen. Dass die Authentifizierung erfolgreich ist, aber die IP-Zuweisung fehlschlägt, ist das typische Diagnosemerkmal dieses spezifischen Problems.

Q3. Ein BTR-Betreiber möchte ein Premium-"Gamer-Tarif"-WiFi-Paket gegen einen zusätzlichen monatlichen Aufpreis anbieten, mit garantierter höherer Bandbreite für Bewohner, die sich dafür entscheiden. Das Gebäude nutzt bereits iPSK mit VLAN-Isolierung pro Einheit. Wie kann dies ohne den Einsatz zusätzlicher Hardware umgesetzt werden?

Hinweis: Überlegen Sie, wie der RADIUS-Server unterschiedliche Richtlinienattribute für verschiedene Anmeldedaten zurückgeben kann und was die Management-Plattform unterstützen muss.

Musterlösung anzeigen

Der Betreiber kann die Bandbreitenstufung über den RADIUS-Server und Quality of Service (QoS)-Richtlinien implementieren. Wenn ein Bewohner auf den Gamer-Tarif upgrade, aktualisiert die Management-Plattform (Purple) sein RADIUS-Profil, um neben der VLAN-Zuweisung ein anderes Richtlinienattribut zurückzugeben. Dieses Attribut löst ein höheres Bandbreitenlimit oder eine QoS-Priorität auf dem Wireless-Controller aus. Es sind keine Hardwareänderungen erforderlich. Das Purple-Dashboard ermöglicht es dem Objektteam, den Tarif eines Bewohners sofort zu aktualisieren, und die Änderung wird beim nächsten Authentifizierungsereignis wirksam.