Passer au contenu principal

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

Ce guide compare l'architecture PPSK-kiosk avec les Captive Portals et le 802.1X pour les déploiements WiFi d'entreprise. Il fournit aux architectes réseau et aux promoteurs immobiliers des stratégies de mise en œuvre pour le WiFi multi-locataire, le Build to Rent (BTR) et les environnements hôteliers.

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

Écouter ce guide

Voir la transcription du podcast
Bienvenue dans ce briefing technique Purple. Aujourd'hui, nous abordons les déploiements de bornes PPSK - de quoi il s'agit, comment ils se comparent aux alternatives et où ils sont réellement pertinents à déployer. Commençons par le problème. Dans un réseau WPA2 Personnel traditionnel, chaque appareil partage le même mot de passe. C'est parfait à la maison. C'est un risque de sécurité dans un complexe de logements locatifs de 200 unités, un hôtel de 300 chambres ou un centre de congrès accueillant des événements consécutifs. Lorsqu'un résident déménage ou qu'un client libère sa chambre, soit vous changez le mot de passe pour tout le monde - ce qui déconnecte tous les autres appareils du bâtiment - soit vous laissez l'ancien identifiant actif. Aucune de ces options n'est acceptable. PPSK résout ce problème en attribuant à chaque résident, chaque appartement ou chaque groupe d'appareils sa propre clé WiFi unique. Ils se connectent tous au même SSID - le même nom de réseau - mais chaque clé est associée à un VLAN distinct. L'appartement 12 est sur le VLAN 10. L'appartement 13 est sur le VLAN 20. Les appareils IoT sont sur le VLAN 99. Le point d'accès gère automatiquement l'association entre la clé et le VLAN. Aucun serveur RADIUS requis. Aucune infrastructure de certificats. Aucun suppliant 802.1X sur l'appareil. Maintenant, l'élément borne est ce qui rend cela particulièrement intéressant sur le plan opérationnel pour les promoteurs immobiliers et les gestionnaires de sites. Une borne PPSK est un terminal en libre-service - généralement une tablette sur un support fixe - placée dans un hall d'accueil, une réception ou un espace commun. Un visiteur ou un nouveau résident s'en approche, saisit son nom ou scanne un QR code, et la borne génère et délivre une PPSK unique sur-le-champ. La clé est liée à son profil d'identité, possède une date d'expiration définie et est associée au VLAN correspondant à son niveau d'accès. Aucune intervention du personnel d'accueil. Aucun ticket informatique. Aucun mot de passe partagé écrit sur un tableau blanc. Parlons de la terminologie, car elle varie selon les constructeurs, ce qui crée une réelle confusion. Aruba l'appelle PPSK - Private Pre-Shared Key. Cisco Meraki l'appelle iPSK - Identity PSK. Juniper Mist utilise ePSK. Extreme Networks, qui a initialement développé le concept sous la marque Aerohive, l'appelle Private PSK. Ubiquiti UniFi l'appelle simplement PPSK. Cambium utilise également ePSK. Le mécanisme sous-jacent est identique pour tous : un seul SSID, plusieurs clés uniques, chaque clé étant liée à un VLAN ou à un groupe de politiques. Techniquement, voici ce qui se passe au niveau de la couche d'association. Lorsqu'un appareil se connecte, il présente sa clé pré-partagée lors de la poignée de main à quatre voies WPA2. Le point d'accès - ou le contrôleur cloud sous-jacent - recherche cette clé dans la base de données PPSK, identifie le VLAN auquel elle correspond et étiquette le trafic de l'appareil en conséquence à partir de ce moment-là. L'appareil voit une connexion WiFi normale. Il n'a aucune idée qu'il a été placé dans un segment isolé. Son Chromecast fonctionne. Son enceinte connectée s'associe. Sa console obtient le bon type de NAT. Tout se comporte comme sur un réseau domestique - car du point de vue de l'appareil, c'est le cas. C'est la différence clé avec 802.1X, qui est la norme d'entreprise pour les réseaux du personnel et les environnements d'entreprise. 802.1X nécessite un serveur RADIUS, un fournisseur d'identité - Microsoft Entra ID, Okta ou Google Workspace - et un supplicant sur chaque appareil. Ce supplicant est le composant logiciel qui gère l'échange d'authentification EAP. Chaque ordinateur portable géré, chaque téléphone d'entreprise, en possède un. Le réfrigérateur intelligent de votre résident n'en a pas. Le contrôleur CVC de votre bâtiment n'en a pas. Vos capteurs IoT n'en ont pas. Le PPSK fonctionne avec tous ces appareils car il opère au niveau de la couche WPA Personal, et non de la couche WPA Enterprise. Cela dit, le PPSK ne remplace pas le 802.1X dans les environnements d'entreprise. C'est un outil différent pour un problème différent. Si vous gérez un réseau pour le personnel où la responsabilité individuelle est importante, 802.1X est la bonne réponse. Si vous gérez un réseau résidentiel où vous avez besoin d'une isolation par foyer, d'un support IoT et d'une simplicité opérationnelle à grande échelle, le PPSK est la bonne réponse. Examinons les trois modèles de déploiement en production aujourd'hui. Le premier est le modèle de contrôleur cloud. Vos points d'accès - qu'il s'agisse de Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme ou Fortinet - se connectent à une plateforme de gestion cloud. Le stockage des clés PPSK réside dans le contrôleur cloud. Lorsque vous accueillez un nouveau résident, vous créez une clé dans le portail, vous l'attribuez à un VLAN et le contrôleur diffuse la politique sur chaque point d'accès du bâtiment. Le résident reçoit sa clé par e-mail, SMS ou via un code QR dans un pack d'accueil, puis se connecte. Lorsqu'il déménage, vous supprimez la clé. Ses appareils cessent de se connecter. Personne d'autre n'est affecté. Le deuxième modèle est le PPSK avec un backend RADIUS local. Certains déploiements d'entreprise utilisent un serveur RADIUS pour stocker et valider les identifiants PPSK, ce qui vous offre une journalisation centralisée, des pistes d'audit et une intégration avec votre plateforme de gestion des identités. Cela ajoute des frais d'infrastructure mais vous offre la responsabilité du 802.1X avec la compatibilité des appareils du PPSK. Le troisième modèle est hybride : PPSK pour les résidents et l'IoT, 802.1X pour le personnel et les systèmes de gestion. C'est l'architecture que Purple recommande pour les déploiements de logements locatifs et d'immeubles collectifs. Les résidents bénéficient du PPSK. Les systèmes de gestion technique du bâtiment, la vidéosurveillance et le contrôle d'accès disposent de leur propre VLAN IoT avec PPSK. Les appareils de l'équipe de gestion immobilière utilisent le 802.1X avec Microsoft Entra ID ou Okta. Trois modèles d'authentification distincts, trois VLAN distincts, une seule infrastructure physique. Voyons maintenant les pièges à éviter. Ce sont les modes de défaillance que je constate à plusieurs reprises dans les déploiements en production. Le premier est la prolifération des SSID. Chaque SSID que vous diffusez consomme du temps d'antenne pour les trames de balise. Dans un immeuble résidentiel dense, si vous diffusez six ou huit SSIDs par point d'accès, vous dégradez les performances pour tout le monde. Limitez-vous à un maximum de quatre SSIDs par radio. Utilisez PPSK pour desservir plusieurs segments de résidents à partir d'un seul SSID plutôt que de créer un SSID distinct par appartement ou par étage. Le deuxième piège est la configuration insuffisante des ports trunk. Vous concevez un plan de VLAN propre, vous déployez les points d'accès, puis le trafic chute silencieusement parce que quelqu'un a oublié d'autoriser les VLANs concernés sur une liaison trunk entre le commutateur de distribution et la couche d'accès. Validez chaque port trunk lors de la mise en service. Documentez-le. Testez-le avec un appareil sur chaque VLAN avant l'arrivée des résidents. Le troisième piège est la distribution des clés. Générer des clés est simple. Les transmettre aux résidents de manière sécurisée et gérable sur le plan opérationnel est plus difficile. Un code QR dans le pack de bienvenue fonctionne bien pour le jour de l'emménagement. Un portail résident où ils peuvent récupérer leur clé et ajouter de nouveaux appareils est préférable pour les opérations courantes. Créez le flux de travail de distribution des clés avant de déployer, pas après. Laissez-moi vous donner deux scénarios réels qui illustrent cela en pratique. Scénario un : un développement Build to Rent de 180 unités dans un centre-ville. L'opérateur souhaitait que le WiFi soit inclus dans le loyer en tant qu'équipement, avec une activation le jour de l'emménagement et une prise en charge complète de la maison intelligente. Ils ont déployé des points d'accès HPE Aruba gérés via Aruba Central. Chaque appartement reçoit une clé PPSK unique générée lors de la signature du bail. La clé est envoyée par e-mail au résident avec un code QR. Ils le scannent, tous leurs appareils se connectent, et leur Chromecast, enceinte connectée et console fonctionnent immédiatement. Lorsqu'un résident déménage, le gestionnaire immobilier supprime la clé dans le portail. Le nouveau résident reçoit une nouvelle clé à son arrivée. L'opérateur a signalé une réduction de 30 % des tickets d'assistance liés au WiFi par rapport à leur précédent déploiement à mot de passe partagé. Scénario deux : une résidence étudiante de 400 lits construite à cet effet. Le défi ici est la semaine d'emménagement de la cohorte, avec des centaines d'étudiants arrivant simultanément, essayant tous de connecter des dizaines d'appareils à la fois. L'opérateur a utilisé des points d'accès Ruckus avec SmartZone, en déployant PPSK avec une clé par chambre. Les clés ont été pré-générées et incluses dans le pack de bienvenue envoyé avant l'arrivée. Les étudiants ont scanné le code QR à leur arrivée et ont été connectés en quelques secondes. Le réseau a géré la vague d'emménagement sans dégradation car le trafic de chaque étudiant était isolé dans son propre segment VLAN. Passons maintenant à une séance de questions-réponses rapide sur les sujets qui reviennent le plus souvent. Combien de clés PPSK un seul point d'accès peut-il gérer ? La plupart des plateformes d'entreprise prennent en charge des milliers de clés par SSID. Cisco Meraki prend en charge jusqu'à 5 000 entrées iPSK par réseau. Aruba prend en charge une échelle similaire. Ubiquiti UniFi prend en charge jusqu'à 1 000 entrées PPSK par réseau. Pour un bâtiment de 200 unités, vous êtes largement dans les limites sur n'importe quelle plateforme. Est-ce que le PPSK fonctionne avec le WPA3 ? Oui, sur la plupart des plateformes d'entreprise. Le WPA3-SAE offre une protection plus forte contre les attaques par dictionnaire hors ligne par rapport au WPA2-PSK, donc déployer le PPSK sur WPA3 là où vos appareils clients le prennent en charge est la bonne approche. L'exception est UniFi, qui est actuellement en WPA2 uniquement pour le PPSK. Puis-je intégrer le PPSK avec mon système de gestion immobilière ? Oui, via l'API du fournisseur. Aruba Central, Meraki, Ruckus et Mist exposent tous des API REST pour la gestion des clés PPSK. La plateforme de Purple se positionne comme une superposition cloud et gère les appels API vers le matériel sous-jacent, de sorte que votre système de gestion immobilière communique avec un seul point de terminaison, quel que soit le fournisseur de points d'accès que vous utilisez. Qu'en est-il de la conformité GDPR ? La génération de clés PPSK collecte des données d'identité - nom, e-mail, numéro d'appartement. Ces données nécessitent une base légale en vertu du UK GDPR, une politique de conservation claire et un stockage sécurisé. Purple stocke les données dans les régions UE, UK ou US de votre choix, avec des périodes de conservation configurables et une capture de consentement intégrée dans le flux d'intégration. En résumé. Le PPSK-kiosk est la bonne architecture lorsque vous avez besoin d'une isolation WiFi par utilisateur ou par foyer, de la prise en charge des appareils IoT et d'une intégration en libre-service à grande échelle. Il fonctionne sur du matériel que vous possédez probablement déjà - Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme ou Fortinet. Il ne remplace pas le 802.1X pour les réseaux du personnel où des pistes d'audit individuelles sont nécessaires. Et l'élément borne - le terminal en libre-service - est ce qui le rend opérationnel à l'échelle d'un développement résidentiel locatif (BTR) de 200 unités ou d'une conférence de 500 délégués. Si vous planifiez un déploiement et souhaitez discuter de l'architecture, l'équipe de Purple travaille sur plus de 80 000 sites et peut associer le bon modèle à votre type de propriété spécifique. Le lien se trouve dans le guide. Merci pour votre écoute.

header_image.png

Résumé opérationnel

L'association d'une clé privée pré-partagée (PPSK) et d'une borne en libre-service transforme radicalement la façon dont les équipes informatiques déploient le WiFi dans les environnements à forte rotation. Dans un réseau WPA2 personnel traditionnel, tous les appareils partagent le même mot de passe. Lorsqu'un résident quitte un appartement Build to Rent (BTR) ou qu'un client libère sa chambre d'hôtel, vous devez soit modifier le mot de passe pour l'ensemble du bâtiment, soit laisser l'ancien identifiant actif. Aucune de ces solutions n'est acceptable.

Le PPSK résout ce problème en attribuant une clé WiFi unique à chaque résident ou invité. Tous les utilisateurs se connectent au même SSID, mais le point d'accès associe chaque clé unique à un VLAN distinct. Une borne en libre-service automatise la distribution de ces clés, libérant ainsi la réception du support informatique. Ce guide détaille l'architecture de cette solution, la compare aux portails captifs et au 802.1X, et fournit des stratégies de déploiement neutres vis-à-vis des constructeurs pour les équipements Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme et Fortinet.

Analyse technique approfondie : PPSK vs Alternatives

Lors de la conception d'un Guest WiFi ou d'un Multi-Tenant WiFi , les architectes réseau ont généralement le choix entre trois modèles d'authentification.

Le modèle du Captive Portal

Les portails captifs restent la norme pour les espaces publics comme le Retail et les hubs de transport. Ils nécessitent un réseau ouvert ou une clé PSK partagée unique, suivis d'une authentification via un navigateur web.

Bien qu'excellents pour la collecte de données, les portails captifs échouent dans les environnements résidentiels ou d'hébergement de long séjour. Les objets connectés (IoT) sans interface écran - téléviseurs intelligents, consoles de jeux, thermostats - ne disposent pas du navigateur requis pour effectuer la connexion au Captive Portal.

Le modèle 802.1X

Le protocole 802.1X (WPA2/WPA3-Enterprise) est la référence absolue pour les réseaux d'entreprise. Il nécessite un serveur RADIUS, un fournisseur d'identité (Microsoft Entra ID, Okta, Google Workspace) et un suppliant sur l'appareil client pour gérer l'échange EAP-TLS ou PEAP.

Le 802.1X offre une sécurité exceptionnelle et une traçabilité individuelle. Cependant, il ne convient pas aux résidents BTR ou aux clients d'hôtels car les appareils IoT grand public ne prennent pas en charge les suppliants 802.1X.

Le modèle PPSK

Le PPSK fonctionne au niveau de la couche WPA-Personnel. Pour l'appareil client, le réseau apparaît comme une connexion WiFi domestique standard. En arrière-plan, le point d'accès ou le contrôleur cloud intercepte la liaison à quatre voies (four-way handshake) WPA, valide la clé PSK unique et affecte l'appareil à un VLAN spécifique.

comparison_chart.png

Cette architecture garantit trois résultats précis :

  1. Compatibilité universelle : tous les appareils compatibles WiFi prennent en charge une clé PSK standard.
  2. Isolation par foyer : Les appareils utilisant la même clé (par exemple, au sein d'un même appartement) peuvent communiquer entre eux, permettant aux Chromecasts et aux enceintes connectées de fonctionner normalement. Les appareils utilisant des clés différentes sont isolés.
  3. Révocation granulaire : Les équipes informatiques révoquent l'accès en supprimant une seule clé, sans affecter les autres utilisateurs du réseau.

Guide d'implémentation : Le workflow Kiosk

La capacité technique du PPSK ne représente que la moitié de la solution. Le défi opérationnel consiste à distribuer en toute sécurité des chaînes uniques de 16 caractères aux utilisateurs sans créer une charge de support massive. C'est là que le modèle de borne (kiosk) s'applique.

Aperçu de l'architecture

architecture_overview.png

Un déploiement PPSK-kiosk nécessite trois composants :

  1. L'infrastructure sans fil : Des points d'accès capables d'attribuer dynamiquement des VLAN via PPSK.
  2. Le moteur de politique : Un contrôleur cloud ou un serveur RADIUS qui stocke les clés et les associe aux VLAN.
  3. La borne Kiosk : Une tablette verrouillée exécutant une application en libre-service, communiquant avec le moteur de politique via API.

Le parcours utilisateur

  1. Un visiteur arrive sur le site et s'approche de la borne.
  2. Le visiteur saisit ses coordonnées (nom, e-mail) ou scanne un code QR pré-émis.
  3. L'application de la borne appelle l'API du moteur de politique pour générer un PPSK unique.
  4. La borne affiche la clé et un code QR à l'écran, et envoie l'identifiant par e-mail à l'utilisateur.
  5. Le moteur de politique pousse la nouvelle clé vers les points d'accès.
  6. L'utilisateur connecte ses appareils.

Bonnes pratiques de déploiement

Lors du déploiement d'une solution PPSK-kiosk pour le secteur de l'hotellerie Hospitality ou du BTR (Build-to-Rent), respectez ces directives neutres vis-à-vis des fournisseurs.

1. Limiter la prolifération des SSID

Chaque diffusion de SSID consomme du temps d'antenne pour les trames de balise (beacon frames). Diffuser des SSID distincts pour chaque appartement dégrade les performances RF de l'ensemble du bâtiment. Vous devez utiliser un seul SSID pour tous les résidents, en vous appuyant sur le PPSK pour gérer la séparation logique en VLAN.

2. Standardiser sur WPA3-SAE dans la mesure du possible

Bien que le PPSK fonctionne sur WPA2, WPA3-SAE ajoute le secret avec transfert parfait (forward secrecy) et protège contre les attaques par dictionnaire hors ligne. Si votre matériel et votre parc de clients le permettent, déployez le PPSK sur WPA3. Notez que certaines plateformes (telles que les anciennes versions du micrologiciel Ubiquiti UniFi) peuvent limiter le PPSK au WPA2.

3. Mettre en œuvre trois SSID distincts

Ne mélangez pas les modèles d'authentification sur un seul SSID. Purple recommande une conception à trois SSID :

  • SSID Résident/Invité : Utilisation du PPSK pour l'isolation par utilisateur.
  • SSID Personnel : Utilisation de 802.1X pour les appareils de l'entreprise et la responsabilité individuelle.
  • SSID IoT/Technique : Masqué, utilisant le PPSK pour les systèmes de gestion technique du bâtiment, le CVC et les caméras de sécurité.

Pour plus de détails sur cette architecture, consultez notre guide : Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi .

Dépannage et atténuation des risques

L'échec du port de tronc (Trunk Port)

La défaillance la plus courante dans un déploiement PPSK se produit à la périphérie câblée. L'access point authentifie avec succès le client et attribue le VLAN 45, mais le port du commutateur connectant l'AP n'est pas configuré pour acheminer le VLAN 45 en trunk. Le client se connecte au WiFi mais ne reçoit aucune adresse IP. Vous devez vous assurer que tous les VLAN attribués dynamiquement sont autorisés sur les liaisons trunk entre la couche d'accès et le cœur de réseau.

Épuisement du pool DHCP

Un développement BTR de 200 unités verra entre 3 000 et 5 000 appareils sur le réseau. Si vous attribuez plusieurs appartements à un VLAN partagé pour conserver les sous-réseaux, vous devez dimensionner les étendues DHCP en conséquence. Un sous-réseau /24 fournit 254 adresses et s'épuisera rapidement. Utilisez des sous-réseaux /23 ou /22 pour les VLAN partagés, ou mettez en œuvre une architecture stricte d'un VLAN par appartement.

Le dilemme de la maison connectée (Smart Home)

Les résidents apportent fréquemment des appareils IoT grand public. Bien que la technologie PPSK permette à ces appareils de se connecter, un appareil IoT compromis pose un risque pour les autres appareils utilisant la clé spécifique de ce résident. Sensibilisez les résidents à la sécurisation de leurs appareils et envisagez de mettre en œuvre l'isolation des clients au sein du VLAN si la communication d'appareil à appareil (comme le casting) n'est pas requise.

ROI et impact commercial

Le déploiement d'une architecture PPSK-kiosk nécessite un investissement dans des superpositions matérielles et logicielles. Le retour sur investissement provient de trois domaines :

  1. Réduction des tickets de support : L'automatisation de l'intégration et l'élimination des rotations de mots de passe partagés réduisent les tickets de support IT de 30 % à 50 %.
  2. Primes de loyer : Dans le secteur BTR, fournir un accès WiFi sécurisé et de type domestique comme service inclus dès le premier jour permet de justifier des primes de loyer de 20 £ à 40 £ par unité et par mois.
  3. Données de première main (First-Party Data) : Le flux de travail du kiosk capture des coordonnées vérifiées, alimentant les plateformes de WiFi Analytics pour créer une base de données CRM de visiteurs et de résidents.

Pour en savoir plus sur les modèles de déploiement, consultez le répertoire PPSK : comparaison des fonctionnalités et des modèles de déploiement .

Écoutez le briefing

Pour approfondir les réalités opérationnelles des déploiements PPSK, écoutez notre podcast de briefing technique de 10 minutes.

Définitions clés

PPSK (Private Pre-Shared Key)

Une méthode d'authentification où plusieurs mots de passe uniques fonctionnent sur un seul SSID, chaque mot de passe associant l'utilisateur à un VLAN ou à une politique spécifique.

Utilisé pour fournir un accès réseau sécurisé et isolé sans la complexité du 802.1X ni les limites de périphériques des Captive Portals.

Captive Portal

Une page web que les utilisateurs doivent consulter et avec laquelle ils doivent interagir avant d'accéder à un réseau WiFi public.

Excellent pour les cafés et la capture de données dans le commerce de détail, mais inadapté aux appareils IoT résidentiels dépourvus de navigateur web.

802.1X

Une norme IEEE pour le contrôle d'accès réseau basé sur les ports, nécessitant un serveur RADIUS et un client demandeur pour l'authentification.

La norme d'entreprise pour les réseaux du personnel, offrant une sécurité élevée mais nécessitant des appareils gérés.

VLAN (Virtual Local Area Network)

Un sous-réseau logique qui regroupe une collection d'appareils de différents réseaux locaux physiques.

Le PPSK utilise des VLANs pour isoler les résidents les uns des autres ; l'Appartement 10 est sur le VLAN 10, l'Appartement 11 est sur le VLAN 11.

Supplicant

Un client logiciel sur un appareil d'utilisateur final qui gère l'échange d'authentification dans un réseau 802.1X.

Les ordinateurs portables et les smartphones intègrent des clients d'authentification (supplicants) ; les réfrigérateurs intelligents et les consoles de jeux n'en ont généralement pas, ce qui nécessite le PPSK.

BTR (Build to Rent)

Développements résidentiels construits spécifiquement pour la location plutôt que pour la vente.

Un marché principal pour les déploiements PPSK, car les opérateurs doivent fournir un WiFi géré comme un service de base dès le premier jour.

SSID (Service Set Identifier)

Le nom public d'un réseau sans fil.

La diffusion de trop nombreux SSIDs dégrade les performances du réseau ; le PPSK vous permet de desservir des centaines d'utilisateurs isolés à partir d'un seul SSID.

WPA3-SAE

Le dernier protocole de sécurité WiFi, utilisant l'authentification simultanée d'égaux (SAE) pour se protéger contre les attaques par dictionnaire.

La norme de chiffrement recommandée pour les déploiements PPSK modernes, offrant une sécurité renforcée par rapport à l'ancien WPA2.

Exemples concrets

Un programme immobilier de 250 logements en Build to Rent (BTR) exige que le WiFi soit inclus dans le loyer. Le gestionnaire immobilier souhaite que les résidents bénéficient d'un accès immédiat dès leur emménagement, avec une prise en charge complète des téléviseurs intelligents et des assistants vocaux. Ils veulent éliminer les tickets d'assistance informatique liés aux changements de mot de passe à la fin des baux.

Déployez un SSID unique "WiFi Résidents" utilisant le PPSK. Intégrez le système de gestion immobilière avec le contrôleur WiFi via API. Lorsqu'un bail est signé, l'API génère un PPSK unique et l'attribue à un VLAN dédié pour cet appartement. La clé est envoyée par e-mail au résident. Tous les appareils de l'appartement utilisent cette clé, ce qui leur permet de communiquer localement (par exemple, caster un téléphone sur la TV). Lorsque le bail prend fin, l'API révoque la clé. Aucun autre résident n'est impacté.

Commentaire de l'examinateur : Cette approche répond à toutes les exigences. Elle offre l'expérience de "réseau domestique" nécessaire pour l'IoT grand public, automatise l'intégration et limite la portée d'une révocation de d'identifiant à un seul logement. Elle évite l'écueil du déploiement de 250 SSIDs distincts.

Un grand centre de conférences accueille simultanément trois événements distincts dans des halls différents. Ils doivent fournir un WiFi sécurisé aux délégués, mais l'impression d'un mot de passe partagé sur les badges permet aux délégués de l'événement A d'accéder au réseau dans le hall de l'événement B.

Déployez des bornes de self-service PPSK-kiosk au bureau d'enregistrement de chaque hall. Lorsqu'un délégué scanne son billet d'événement, la borne émet un PPSK unique valable uniquement pour la durée de cet événement spécifique, associé à un VLAN limité aux points d'accès de ce hall.

Commentaire de l'examinateur : Cette solution empêche la fuite d'identifiants entre les événements et automatise le processus de désinscription grâce à des clés limitées dans le temps. Elle offre une meilleure sécurité qu'un Captive Portal et est nettement plus facile à déployer que le 802.1X pour des utilisateurs temporaires.

Questions d'entraînement

Q1. Vous concevez le réseau d'une résidence étudiante de 500 lits. Le client souhaite attribuer un mot de passe WiFi unique à chaque étudiant. Un ingénieur junior suggère de créer 500 SSIDs distincts, un pour chaque chambre. Quelle est votre réponse ?

Conseil : Prenez en compte l'impact des trames balises (beacon frames) sur les performances RF.

Voir la réponse type

Rejetez la proposition. Diffuser 500 SSIDs provoquera de graves interférences co-canal et consommera toute la bande passante disponible avec les trames de gestion (beaconing), rendant le réseau inutilisable. Recommandez le déploiement d'un seul SSID et l'utilisation de PPSK pour émettre 500 clés uniques, en associant chaque étudiant à son propre VLAN.

Q2. Un directeur informatique d'hôtel souhaite remplacer son Captive Portal par du 802.1X pour le WiFi invité afin d'améliorer la sécurité. Pourquoi cela va-t-il échouer ?

Conseil : Pensez aux types d'appareils que les clients apportent dans les hôtels.

Voir la réponse type

Cela va échouer car le 802.1X nécessite un suppliant sur l'appareil client. Alors que les ordinateurs portables et les téléphones des clients prennent en charge le 802.1X, leurs appareils sans écran (Chromecasts, Apple TVs, Nintendo Switches) ne le font pas. Ces appareils seront incapables de se connecter. PPSK est la bonne alternative sécurisée pour les réseaux invités.

Q3. Un déploiement PPSK est opérationnel. Un résident connecte son téléphone à l'aide de sa clé unique. Le téléphone affiche "Connecté" mais reçoit une adresse IP en 169.254.x.x (APIPA) et n'a pas d'accès Internet. Quelle est l'erreur de configuration la plus probable ?

Conseil : L'AP a authentifié l'utilisateur, mais le trafic DHCP ne parvient pas à atteindre le routeur.

Voir la réponse type

L'erreur la plus probable est que le VLAN attribué à ce PPSK spécifique n'est pas autorisé sur le port trunk connectant le point d'accès au commutateur d'accès. L'AP authentifie avec succès le client et marque le trafic avec le bon VLAN, mais le commutateur rejette les trames car le VLAN n'est pas autorisé sur le trunk.

Continuer la lecture de cette série

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

Ce guide de référence technique compare l'architecture WiFi Private Pre-Shared Key (PPSK) aux déploiements 802.1X traditionnels et PSK standards. Il fournit aux architectes réseau et aux responsables informatiques des stratégies de mise en œuvre neutres vis-à-vis des fournisseurs pour les environnements résidentiels multi-locataires, l'IoT et le secteur BTR.

Lire le guide →

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

Ce guide de référence technique compare l'architecture WiFi Unique per-User Private Pre-Shared Key (UU PPSK) aux déploiements traditionnels basés sur des PSK partagées et 802.1X, avec un accent particulier sur le paysage 2023 des implémentations constructeurs et des capacités de plateforme. Il fournit aux promoteurs immobiliers, aux opérateurs de BTR et aux syndics de copropriété (MDU) des stratégies de déploiement exploitables, des conseils sur l'architecture VLAN et des flux de gestion automatisée du cycle de vie. Le guide couvre trois modèles de déploiement, des études de cas réels et les implications de conformité de chaque approche d'authentification.

Lire le guide →

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

Ce guide de référence examine l'architecture PPSK xaverius pour les environnements multi-locataires tels que le secteur Build to Rent et les résidences étudiantes. Il compare les modèles de déploiement, détaille les stratégies d'implémentation et explique comment l'isolation VLAN par logement offre une expérience WiFi comme à la maison tout en maintenant la sécurité d'entreprise.

Lire le guide →