Passer au contenu principal

UniFi PPSK : comparaison des fonctionnalités et des modèles de déploiement

Ce guide de référence technique détaille l'architecture, les limites et les modèles de déploiement de UniFi Private Pre-Shared Key (PPSK). Il fournit des conseils concrets aux responsables informatiques et aux opérateurs de BTR pour la mise en œuvre de réseaux WiFi multi-locataires sécurisés et isolés.

📖 5 min de lecture📝 1,216 mots🔧 2 exemples concrets3 questions d'entraînement📚 8 définitions clés

Écouter ce guide

Voir la transcription du podcast
Bienvenue dans cette fiche technique de Purple. Aujourd'hui, nous abordons le sujet de UniFi PPSK : de quoi s'agit-il, quelle est sa place dans votre boîte à outils de conception réseau, et surtout, quand devez-vous l'utiliser par rapport aux autres options. Plantons le décor. Vous êtes un promoteur immobilier, un exploitant de logements locatifs ou un responsable informatique gérant un bâtiment comptant des centaines de résidents ou de locataires. Vous avez besoin d'un réseau WiFi qui isole chaque foyer des autres, qui prend en charge les appareils domestiques intelligents, et qui ne vous oblige pas à modifier un mot de passe partagé à chaque déménagement. C'est précisément le problème que PPSK a été conçu pour résoudre - et il est essentiel de comprendre à la fois ses points forts et ses limites techniques avant de vous engager. Alors, qu'est-ce que PPSK exactement ? PPSK signifie Private Pre-Shared Key (clé privée pré-partagée). C'est une fonctionnalité intégrée à UniFi Network qui vous permet de diffuser un seul SSID WiFi avec plusieurs mots de passe différents, où chaque mot de passe est associé à un VLAN spécifique. Le concept est simple. Au lieu d'un seul mot de passe partagé pour tout le monde, vous attribuez un mot de passe différent à chaque locataire, à chaque groupe d'appareils ou à chaque cas d'usage. Lorsqu'un appareil se connecte avec ce mot de passe, le contrôleur UniFi le place automatiquement sur le VLAN correspondant. Aucun serveur RADIUS requis. Aucun certificat. Aucune infrastructure 802.1X complexe. Selon le constructeur, cette technologie porte des noms différents. Aruba l'appelle MPSK. Cisco Meraki l'appelle iPSK. Ruckus l'appelle DPSK. Le concept sous-jacent reste le même pour tous : un seul SSID, plusieurs clés, et chaque clé liée à un segment de réseau. L'implémentation de UniFi s'appelle PPSK, et elle est intégrée nativement dans le contrôleur UniFi Network sans coût de licence supplémentaire. Passons à l'architecture technique. Lorsque vous activez PPSK sur un SSID UniFi, vous créez un réseau WPA2-Personal avec plusieurs clés pré-partagées. Chaque clé est associée à un ID de VLAN spécifique que vous avez préalablement configuré dans votre switch et votre contrôleur UniFi. Lorsqu'un appareil client s'authentifie à l'aide de l'une de ces clés, le point d'accès marque le trafic du client avec l'ID du VLAN correspondant avant de le transmettre en amont. Le client se comporte exactement comme s'il se trouvait sur un VLAN dédié - isolé des clients des autres VLAN, avec sa propre plage DHCP et ses propres règles de pare-feu. C'est particulièrement utile dans plusieurs scénarios. Dans un immeuble résidentiel, vous attribuez à chaque appartement son propre PPSK. Tous les appareils de cet appartement - téléphones, ordinateurs portables, enceintes connectées, consoles de jeux - se connectent avec la même clé et se retrouvent sur le même VLAN. Ils peuvent se détecter mutuellement, diffuser du contenu de l'un à l'autre et s'associer, exactement comme sur un réseau domestique. Mais ils sont complètement invisibles pour l'appartement d'à côté. Dans un hôtel, vous pouvez utiliser PPSK pour séparer le trafic des clients de celui du personnel et des appareils IoT comme les téléviseurs connectés et les serrures de porte - le tout sur un seul SSID. Dans un environnement de vente au détail, vous pouvez isoler les terminaux de paiement sur leur propre VLAN pour simplifier la conformité PCI-DSS, tout en maintenant les appareils du personnel et le WiFi des clients sur des segments distincts. Voici maintenant la limitation critique que vous devez comprendre avant d'aller plus loin. Le PPSK est une fonctionnalité exclusivement réservée au WPA2. Il ne fonctionne pas avec le WPA3. Et comme la bande de fréquences de 6 GHz - utilisée par le WiFi 6E et le WiFi 7 - impose le WPA3, vous ne pouvez pas utiliser le PPSK sur les radios 6 GHz. Il ne s'agit pas d'une limitation spécifique à UniFi. C'est une contrainte fondamentale de la norme 802.11. Le WPA3 ne permet actuellement qu'une seule clé prépartagée par SSID, de sorte que l'architecture multi-clés sur laquelle repose le PPSK est tout simplement incompatible avec le WPA3. Qu'est-ce que cela signifie en pratique ? Si vous activez le PPSK sur un SSID, ce SSID ne sera diffusé que sur les bandes de 2,4 GHz et 5 GHz. Vos points d'accès WiFi 6E et WiFi 7 plus récents n'utiliseront pas leurs radios 6 GHz pour ce réseau. Pour la plupart des déploiements résidentiels actuels, c'est acceptable. Mais c'est une contrainte que vous devez prendre en compte dans votre plan réseau à cinq ans, d'autant plus que l'adoption du WiFi 7 s'accélère. Comparons directement le PPSK aux deux principales alternatives : RADIUS avec 802.1X, et une solution iPSK gérée dans le cloud comme Purple. RADIUS avec 802.1X - également appelé WPA2-Enterprise ou WPA3-Enterprise - est la référence absolue pour l'authentification d'entreprise. Chaque utilisateur ou appareil possède des identifiants uniques. Le serveur RADIUS valide ces identifiants et affecte dynamiquement le client à un VLAN. Il prend en charge le WPA3, fonctionne sur la bande 6 GHz et s'adapte à un nombre illimité d'utilisateurs. Le seul inconvénient est sa complexité. Vous avez besoin d'un serveur RADIUS, qu'il soit sur site ou hébergé dans le cloud. Vous devez gérer des certificats si vous utilisez EAP-TLS. De plus, de nombreux appareils IoT - enceintes connectées, consoles de jeux, capteurs domestiques intelligents - ne peuvent pas du tout se connecter aux réseaux 802.1X. Le PPSK de UniFi se situe au milieu. Il est plus simple que RADIUS - aucune infrastructure de serveur requise, aucun certificat, et il fonctionne avec tous les appareils. En revanche, il est moins évolutif. L'implémentation native du PPSK de UniFi stocke les clés localement sur le contrôleur. La limite pratique pour la plupart des déploiements se situe dans les quelques centaines de clés. Pour un bâtiment BTR de 50 unités, c'est parfait. Pour un complexe de 500 unités, vous rencontrerez rapidement des difficultés de gestion. C'est là qu'une interface cloud comme Purple change la donne. La solution de WiFi Multi-Tenant de Purple fonctionne au-dessus de votre matériel UniFi existant. Elle gère le cycle de vie des clés de manière centralisée dans le cloud. Lorsqu'un nouveau résident emménage, Purple génère sa clé automatiquement. Lorsqu'il déménage, Purple la révoque. Les appareils du résident perdent immédiatement l'accès, sans affecter les autres résidents. Purple s'intègre à Microsoft Entra ID et Okta pour automatiser entièrement ce cycle de vie. Voyons maintenant deux scénarios de déploiement réels. Premier scénario : un développement Build to Rent de 120 unités. L'opérateur souhaite que les résidents bénéficient d'une expérience WiFi comme à la maison dès le premier jour - pas d'attente pour un technicien haut débit, pas de mots de passe partagés, et une prise en charge complète de la maison intelligente. Le matériel est entièrement composé d'équipements UniFi. Chaque résident reçoit une clé unique fournie via la plateforme Purple, liée à son dossier de location. Leurs appareils sont orientés vers un VLAN dédié. Chromecast fonctionne. Les consoles de jeux bénéficient d'un NAT ouvert. Les enceintes intelligentes s'associent correctement. Lorsqu'un résident déménage, la clé est révoquée en quelques secondes. L'opérateur signale une réduction de 40 % des tickets d'assistance liés au WiFi au cours des trois premiers mois. Deuxième scénario : un hôtel de 200 chambres équipé de points d'accès UniFi. L'équipe informatique doit segmenter le WiFi des clients, le WiFi du personnel et les appareils IoT - téléviseurs intelligents, serrures de porte, capteurs CVC - sans avoir à gérer des SSID distincts pour chacun. Ils activent le PPSK de manière native dans UniFi. Trois clés : une pour les clients, une pour le personnel, une pour l'IoT. Trois VLANs. Un seul SSID. Résultat : un environnement RF épuré avec moins de SSID, une segmentation claire du trafic et la conformité PCI DSS pour les systèmes de paiement sur le VLAN du personnel. Voici les pièges de mise en œuvre à surveiller. Premièrement : la configuration du VLAN avant le PPSK. Vous devez configurer vos VLANs dans le commutateur et le contrôleur UniFi avant de créer des entrées PPSK. Construisez toujours votre segmentation réseau en premier. Deuxièmement : le piège du 6 GHz. Si vous déployez des points d'accès WiFi 6E ou WiFi 7 et que vous souhaitez utiliser la bande 6 GHz pour les zones à haute densité, vous ne pouvez pas utiliser le PPSK sur ces réseaux. Planifiez votre architecture SSID en conséquence. Troisièmement : la gestion des clés à grande échelle. Si vous gérez plus de 100 unités de manière native dans UniFi sans superposition de cloud, vous ressentirez rapidement la complexité de l'attribution manuelle des clés. Quatrièmement : le mDNS et la détection d'appareils. Par défaut, les appareils situés sur différents VLANs ne peuvent pas se détecter mutuellement. Si vous souhaitez que Chromecast ou AirPlay fonctionne au sein du VLAN d'un résident, vous devez activer la réflexion mDNS. UniFi prend cela en charge, mais cela doit être configuré explicitement par VLAN. Questions rapides. Puis-je utiliser le PPSK et RADIUS sur le même contrôleur UniFi ? Oui. Vous pouvez faire fonctionner simultanément un SSID PPSK et un SSID WPA2-Enterprise. Le PPSK prend-il en charge le mode de transition WPA3 ? Non. Le PPSK est uniquement WPA2. Quel est le nombre maximum de clés PPSK dans UniFi ? L'expérience de la communauté suggère que les performances se dégradent au-delà de quelques centaines de clés sur un seul SSID. Pour les déploiements de grande envergure, une couche de gestion cloud est la bonne réponse. Pour conclure : le PPSK de UniFi est un outil véritablement utile pour les déploiements de petite à moyenne taille où vous avez besoin d'une segmentation VLAN sans infrastructure RADIUS. C'est le bon choix pour un immeuble de 50 unités, un hôtel de charme ou un petit bureau avec des types d'appareils mixtes. Pour les déploiements plus importants - tout ce qui dépasse 100 unités ou là où vous avez besoin d'une gestion automatisée du cycle de vie - vous avez besoin d'une solution cloud comme Purple pour le rendre viable sur le plan opérationnel. Le cadre de décision clé est simple. Posez-vous trois questions. De combien de clés uniques ai-je besoin ? S'il y en a moins de 100, le PPSK natif fonctionne. S'il y en a plus de 100, vous avez besoin d'une couche de gestion. Ai-je besoin du 6 GHz ? Si oui, le PPSK n'est pas la solution. Et ai-je besoin d'un provisionnement automatisé lié à un système de location ou de ressources humaines ? Si oui, une superposition cloud comme Purple est le bon choix. Pour en savoir plus sur la solution WiFi multi-locataire de Purple et son déploiement sur le matériel UniFi, visitez purple.ai. Merci d'avoir écouté le Briefing Technique Purple.

header_image.png

Résumé opérationnel

UniFi Private Pre-Shared Key (PPSK) est une fonctionnalité native de UniFi Network qui permet d'utiliser plusieurs mots de passe uniques sur un seul SSID, en associant chaque mot de passe à un VLAN spécifique. Pour les promoteurs immobiliers, les propriétaires et les exploitants de Build to Rent (BTR), cela résout le défi fondamental du WiFi multi-locataire : fournir une connectivité isolée, semblable à celle d'un domicile, sans la complexité de RADIUS ou l'insécurité d'un mot de passe partagé.

Ce guide technique compare UniFi PPSK au protocole RADIUS 802.1X et aux solutions iPSK gérées dans le cloud. Il détaille l'architecture requise pour isoler le trafic des résidents de manière sécurisée, les limites de WPA3 sur la bande 6 GHz, et le modèle opérationnel pour gérer les clés à grande échelle. Pour les déploiements de moins de 100 unités, le PPSK natif est souvent suffisant. Pour les développements plus importants, l'intégration de la solution cloud agnostique de Purple automatise le cycle de vie des clés, en s'intégrant directement aux systèmes de gestion immobilière pour provisionner et révoquer les accès de manière dynamique.

Analyse technique approfondie

La valeur fondamentale de UniFi PPSK réside dans sa simplicité. Il comble le fossé entre WPA2-Personnel et WPA2-Entreprise en permettant à un seul SSID d'accepter des centaines de mots de passe différents.

L'architecture PPSK

Lorsque vous activez le PPSK sur un SSID UniFi, vous créez un réseau WPA2-Personnel avec un dictionnaire multi-clés. Chaque clé du dictionnaire est associée à un identifiant VLAN spécifique configuré dans votre commutateur et votre contrôleur UniFi.

Lorsqu'un appareil client s'authentifie à l'aide d'une clé spécifique, le point d'accès UniFi étiquette le trafic du client avec l'identifiant VLAN correspondant avant de le transmettre en amont. Le client se comporte exactement comme s'il se trouvait sur un segment de réseau physique dédié. Il reçoit une adresse IP du scope DHCP de ce VLAN, est soumis aux règles de pare-feu de ce VLAN, et est isolé des clients des autres VLAN.

architecture_overview.png

Les limites de WPA3 et du 6 GHz

Une contrainte critique de UniFi PPSK est son incompatibilité avec WPA3. La norme 802.11 pour WPA3 ne permet actuellement qu'une seule clé prépartagée par SSID. Le PPSK reposant sur plusieurs clés, il s'agit strictement d'une fonctionnalité WPA2.

Cela a des implications immédiates sur la conception du réseau. La bande 6 GHz, utilisée par le WiFi 6E et le WiFi 7, impose l'utilisation de WPA3. Par conséquent, vous ne pouvez pas diffuser un SSID compatible PPSK sur la radio 6 GHz d'un point d'accès UniFi moderne. Le SSID ne sera diffusé que sur 2.4 GHz et 5 GHz. Pour la plupart des déploiements BTR et multi-locataires actuels, le 5 GHz offre une capacité amplement suffisante, mais cette limitation doit être prise en compte dans les plans d'infrastructure à cinq ans.

Découverte d'appareils et mDNS

Dans un contexte résidentiel, les résidents s'attendent à ce que leurs appareils communiquent entre eux. Un téléphone doit pouvoir projeter sur une TV connectée, et une enceinte connectée doit pouvoir contrôler une prise intelligente. Comme la technologie PPSK place tous les appareils d'un résident sur le même VLAN, cette découverte de niveau 2 (Layer 2) fonctionne nativement.

Toutefois, si vous avez besoin que les appareils découvrent des services sur différents VLAN - par exemple, une imprimante partagée de l'immeuble - vous devez activer la réflexion mDNS dans le contrôleur UniFi et configurer des règles de pare-feu précises pour autoriser ce trafic tout en maintenant l'isolation des résidents.

Guide d'implémentation

Le déploiement de UniFi PPSK nécessite une approche structurée pour la configuration des VLAN et la gestion des clés.

Étape 1 : Configurer la segmentation du réseau

Avant d'activer PPSK, vous devez concevoir l'infrastructure réseau sous-jacente. Créez les VLAN requis dans l'application UniFi Network (Paramètres > Réseaux). Définissez le sous-réseau, la plage DHCP et la passerelle pour chaque VLAN. Pour un immeuble résidentiel géré (BTR), cela correspond généralement à un VLAN par appartement, ainsi que des VLAN séparés pour la gestion du bâtiment, les capteurs IoT et le WiFi invité (Guest WiFi).

Étape 2 : Configurer les règles de pare-feu

Par défaut, UniFi autorise le routage inter-VLAN sur les réseaux d'entreprise. Vous devez créer des règles de pare-feu pour bloquer le trafic entre les VLAN des résidents. Créez une règle dans la section "LAN In" pour rejeter le trafic lorsque la source et la destination appartiennent toutes deux à des plages d'adresses IP privées RFC 1918, à l'exception du trafic vers la passerelle.

Étape 3 : Activer PPSK sur l'SSID

Créez un nouveau réseau sans fil (Paramètres > WiFi). Définissez le protocole de sécurité sur WPA2. Activez la fonctionnalité Private Pre-Shared Keys. Vous pouvez ensuite commencer à ajouter des clés, en attribuant un mot de passe et un identifiant VLAN à chaque entrée.

Étape 4 : Passer à l'échelle avec une surcouche Cloud

La solution native UniFi PPSK stocke les clés localement sur le contrôleur. La gestion manuelle de ce système devient impossible à maintenir sur le plan opérationnel au-delà de 50 à 100 appartements. Pour les déploiements plus importants, intégrez une surcouche Cloud. La solution multi-locataire de Purple fait office de couche d'orchestration. Elle utilise la même technologie iPSK sous-jacente mais automatise l'ensemble du cycle de vie. Lorsqu'un bail résidentiel commence dans le logiciel de gestion immobilière, Purple génère automatiquement une clé et la provisionne via API. À la fin du bail, Purple révoque la clé instantanément.

Bonnes pratiques

Pour garantir un déploiement sécurisé et fiable, respectez ces bonnes pratiques universelles :

  • Isoler les interfaces de gestion : Ne placez jamais les interfaces de gestion des commutateurs ou des points d'accès sur un VLAN accessible via une clé PPSK. Utilisez un VLAN de gestion dédié et exclusivement filaire.
  • Limiter le partage de clés : Demandez aux résidents de ne pas partager leur clé PPSK avec les visiteurs. Déployez plutôt un réseau WiFi invité (Guest WiFi) distinct équipé d'un Captive Portal pour les visiteurs de passage.
  • Surveiller le trafic de diffusion (Broadcast) : Un nombre élevé de VLAN sur un seul point d'accès peut augmenter le trafic de diffusion. Utilisez l'isolation de port lorsque cela est approprié et surveillez l'utilisation de la bande passante sans fil.* Planification pour l'IoT : Les appareils domestiques intelligents nécessitent souvent la bande 2,4 GHz. Assurez-vous que votre SSID PPSK diffuse à la fois sur 2,4 GHz et 5 GHz pour prendre en charge le matériel hérité et l'IoT. Pour approfondir la conception des réseaux IoT, lisez notre guide sur Trois SSIDs pour tous les régir : invité, Passpoint et IoT WiFi .

comparison_chart.png

Dépannage et atténuation des risques

Lors du déploiement de PPSK, les opérateurs rencontrent généralement un ensemble spécifique de modes de défaillance.

Mode de défaillance 1 : Le client ne parvient pas à obtenir une adresse IP

Si un client se connecte au WiFi mais reçoit une adresse APIPA (169.254.x.x), l'attribution du VLAN a échoué ou le serveur DHCP est injoignable. Vérifiez que l'ID VLAN attribué à la clé PPSK correspond exactement à un réseau configuré dans le contrôleur UniFi, et que les ports de commutateur connectant les points d'accès sont configurés comme des trunks autorisant ce VLAN.

Mode de défaillance 2 : Le client se connecte au mauvais réseau

Si un client s'authentifie mais atterrit sur le réseau non balisé par défaut au lieu du VLAN prévu, la configuration PPSK est probablement incorrecte. Cela se produit souvent si la clé est saisie de manière incorrecte ou si le firmware du contrôleur UniFi est obsolète. Assurez-vous que le contrôleur et les points d'accès exécutent la dernière version stable.

Mode de défaillance 3 : Les appareils intelligents ne parviennent pas à s'associer

Si le téléphone d'un résident ne parvient pas à détecter son enceinte intelligente, vérifiez que les deux appareils sont connectés en utilisant exactement la même clé PPSK. S'ils sont sur des clés différentes, ils se trouvent sur des VLAN différents et ne se détecteront pas.

ROI et impact commercial

Considérer le WiFi comme un service managé plutôt que comme une responsabilité du locataire offre un impact commercial mesurable pour les opérateurs BTR.

Les recherches indiquent qu'un WiFi managé de haute qualité permet d'obtenir un supplément de loyer de 15 £ à 30 £ par logement et par mois. De plus, fournir un WiFi opérationnel dès l'emménagement réduit les périodes de vacance de 5 à 10 jours en moyenne, car les logements sont immédiatement habitables.

Le déploiement de PPSK via un overlay cloud comme Purple réduit les dépenses d'investissement par logement de 30 % à 50 % par rapport à l'installation de lignes haut débit individuelles et de routeurs grand public dans chaque unité. Il fournit également à l'opérateur des données globales WiFi Analytics sur l'utilisation des zones communes, facilitant ainsi la planification de l'espace et l'allocation des ressources. En possédant l'infrastructure, le propriétaire conserve la valeur de l'actif et contrôle l'expérience des résidents.

Définitions clés

PPSK (Private Pre-Shared Key)

Une fonctionnalité de sécurité WiFi qui permet à un seul nom de réseau (SSID) de prendre en charge plusieurs mots de passe différents, en affectant les appareils à des VLAN spécifiques en fonction du mot de passe utilisé.

Utilisé par les équipes informatiques pour segmenter le trafic sans nécessiter d'infrastructure complexe de certificats 802.1X.

iPSK (Identity Pre-Shared Key)

Le terme générique indépendant du fournisseur pour désigner la technologie PPSK. Il associe une identité d'utilisateur ou un appareil spécifique à un mot de passe WiFi unique.

Souvent utilisé lors des discussions sur les surcouches gérées par le cloud comme Purple qui fonctionnent avec plusieurs fournisseurs de matériel.

VLAN (Virtual Local Area Network)

Un sous-réseau logique qui regroupe un ensemble d'appareils, isolant leur trafic de celui des autres appareils situés sur le même matériel réseau physique.

La base du WiFi multi-locataire ; chaque appartement ou cas d'usage se voit attribuer son propre VLAN pour des raisons de sécurité et de confidentialité.

802.1X

Une norme IEEE pour le contrôle d'accès réseau basé sur les ports, exigeant que les utilisateurs ou les appareils s'authentifient via un serveur RADIUS à l'aide d'identifiants uniques ou de certificats numériques.

L'alternative d'entreprise au PPSK. Hautement sécurisé mais souvent incompatible avec les appareils IoT sans interface comme les enceintes connectées.

RADIUS

Un protocole réseau qui fournit une gestion centralisée de l'authentification, de l'autorisation et de la traçabilité pour les utilisateurs se connectant à un service réseau.

Requis pour les déploiements 802.1X, mais totalement contourné lors de l'utilisation de la fonction native UniFi PPSK.

BTR (Build to Rent)

Développements résidentiels construits sur mesure conçus spécifiquement pour la location plutôt que pour la vente.

Le marché principal pour le WiFi multi-locataires, où les propriétaires fournissent Internet comme un service géré pour augmenter le rendement.

mDNS (Multicast DNS)

Un protocole qui résout les noms d'hôtes en adresses IP au sein de petits réseaux qui n'incluent pas de serveur de noms local.

Essentiel pour les protocoles de découverte d'appareils comme Apple AirPlay et Google Cast. Doit être configuré avec soin dans les environnements segmentés par VLAN.

WPA3

La dernière génération de sécurité WiFi, offrant un chiffrement plus fort et une protection contre les attaques par force brute.

Obligatoire pour les réseaux 6 GHz WiFi 6E et WiFi 7, mais fondamentalement incompatible avec les architectures PPSK.

Exemples concrets

Un opérateur de Build to Rent de 150 logements doit fournir un WiFi "prêt à l'emploi" à ses résidents. Il souhaite éviter d'installer des routeurs individuels dans chaque appartement afin de réduire les interférences RF, mais exige que les appareils connectés des résidents puissent communiquer localement tout en restant isolés des voisins. Il déploie des points d'accès UniFi.

Déployer un SSID unique à l'échelle de l'immeuble à l'aide de points d'accès UniFi. Configurer un VLAN dédié pour chaque appartement (par exemple, les VLAN 101 à 250). Mettre en œuvre la solution de surcouche cloud multi-locataire de Purple pour gérer le cycle de vie des iPSK. Au début d'un bail, Purple génère un mot de passe WPA2 unique associé au VLAN spécifique de l'appartement. Le résident connecte son téléphone, sa smart TV et son assistant vocal à l'aide de ce mot de passe unique. Tous les appareils se retrouvent sur le VLAN attribué, ce qui permet la découverte locale (Chromecast, AirPlay) tandis que les pare-feux bloquent le routage inter-VLAN pour garantir la confidentialité vis-à-vis des autres logements.

Commentaire de l'examinateur : Cette approche élimine le besoin de diffuser 150 SSID différents via 150 points d'accès distincts, réduisant ainsi considérablement les interférences co-canal. L'utilisation d'une surcouche cloud au lieu de la fonction native UniFi PPSK est ici indispensable car la gestion manuelle de 150 clés et leur renouvellement à la fin de chaque bail est impossible à gérer sur le plan opérationnel.

Le directeur informatique d'un stade doit déployer des terminaux de paiement dans 40 points de vente. Les terminaux prennent uniquement en charge le protocole WPA2-Personal. L'équipe informatique souhaite isoler ce trafic de paiement du WiFi invités public et du réseau opérationnel du personnel afin de maintenir la conformité PCI-DSS, mais elle ne souhaite pas diffuser de SSID supplémentaire spécifiquement pour les terminaux.

Configurer la fonction native UniFi PPSK sur le SSID existant du personnel. Créer un VLAN dédié "Point de vente" dans le contrôleur UniFi avec des règles de pare-feu strictes interdisant l'accès à internet et aux autres sous-réseaux de l'entreprise, en autorisant uniquement le trafic vers les adresses IP de la passerelle de paiement. Générer un mot de passe PPSK spécifique attribué à ce VLAN dédié. Connecter les 40 terminaux de paiement à l'aide de cette clé spécifique.

Commentaire de l'examinateur : Cette solution répond à l'obligation d'éviter la diffusion d'un nouveau SSID tout en réalisant la segmentation réseau stricte requise par la norme PCI-DSS. Le nombre de clés étant limité (une clé partagée pour tous les terminaux de point de vente, ou 40 clés individuelles), la fonction native UniFi PPSK gère cette situation de manière optimale sans nécessiter de couche de gestion cloud.

Questions d'entraînement

Q1. Un opérateur BTR souhaite déployer des points d'accès WiFi 7 dans un nouveau complexe de 200 unités. Il a l'intention d'utiliser la bande 6 GHz pour un débit maximal dans les appartements, et souhaite utiliser PPSK pour isoler chaque unité. Cette conception est-elle viable ?

Conseil : Considérez les exigences du protocole de sécurité pour la bande 6 GHz.

Voir la réponse type

Non, cette conception n'est pas viable. La bande 6 GHz impose l'utilisation de WPA3. Le PPSK repose sur plusieurs clés pré-partagées par SSID, ce qui est uniquement pris en charge sous WPA2. Si l'opérateur a besoin d'une connectivité 6 GHz, il doit utiliser WPA3-Enterprise (802.1X) ou WPA3-Personal standard avec une seule clé. Il ne peut pas utiliser de PPSK sur la radio 6 GHz.

Q2. Un responsable informatique d'un hôtel a configuré un SSID PPSK avec une clé attribuée au VLAN 40 pour des smart TV. Cependant, lorsqu'une TV se connecte à l'aide de cette clé, elle reçoit une adresse IP du réseau local natif par défaut (VLAN 1) au lieu du VLAN 40. Quelle est la cause la plus probable ?

Conseil : Pensez au chemin entre le point d'accès et le routeur.

Voir la réponse type

La cause la plus probable est que le port du commutateur connectant le point d'accès UniFi n'est pas configuré comme un port trunk qui autorise le VLAN 40. Bien que l'AP étiquette correctement le trafic avec le VLAN 40 en fonction de la clé PPSK, le commutateur rejette les trames étiquetées ou supprime l'étiquette, ce qui fait basculer le trafic vers le réseau natif non étiqueté.

Q3. Vous concevez le réseau pour un espace de coworking comprenant 15 bureaux privés. Les membres apportent fréquemment des appareils plus anciens et des enceintes connectées. Devez-vous déployer une solution PPSK native UniFi ou une solution RADIUS 802.1X ?

Conseil : Évaluez les types d'appareils et l'échelle du déploiement.

Voir la réponse type

La solution PPSK native UniFi est l'approche recommandée ici. La présence d'appareils anciens et d'enceintes connectées rend le 802.1X inadapté, car ces appareils manquent souvent des suppliants requis pour s'authentifier via RADIUS. Comme il n'y a que 15 bureaux privés, le nombre total de clés requises est faible, ce qui signifie que l'interface de gestion native UniFi PPSK sera suffisante sans nécessiter de surcouche cloud.

Continuer la lecture de cette série

Nama ff iPSK ind: un guide complet pour les entreprises

Ce guide explique comment l'iPSK (Identity Pre-Shared Key) résout le défi majeur de la connectivité dans les immeubles résidentiels multi-locataires, en offrant un WiFi privé de qualité domestique à chaque résident sur une infrastructure partagée. Il couvre l'architecture d'authentification, les étapes de déploiement et l'analyse commerciale pour traiter le WiFi géré comme un service générateur de revenus dans les environnements BTR et MDU.

Lire le guide →

iPSK : un guide complet pour les entreprises

Ce guide explique comment déployer l'iPSK (Identity Pre-Shared Key) dans des environnements multi-locataires tels que les développements résidentiels Build to Rent, les résidences étudiantes et les propriétés MDU. Il couvre l'architecture basée sur RADIUS qui offre à chaque résident une bulle WiFi privée et isolée sur un seul SSID partagé, et détaille les étapes de mise en œuvre, les intégrations matérielles et les arguments commerciaux pour traiter le WiFi comme un service managé.

Lire le guide →

Solution de WiFi managé : le guide complet pour les entreprises

Ce guide de référence technique explique comment concevoir, déployer et faire évoluer une solution de WiFi managé dans des environnements multi-locataires, y compris les résidences services, les hôtels, les complexes commerciaux et les stades. Il couvre la segmentation VLAN, l'architecture PSK par appareil, la conception de réseau basée sur l'identité, et la conformité avec PCI-DSS et le GDPR - offrant aux responsables informatiques, architectes réseau et directeurs d'exploitation de sites les cadres pratiques nécessaires pour prendre des décisions ce trimestre.

Lire le guide →