Vai al contenuto principale

UniFi PPSK: confronto delle funzionalità e dei modelli di distribuzione

Questa guida di riferimento tecnico descrive in dettaglio l'architettura, i limiti e i modelli di distribuzione di UniFi Private Pre-Shared Key (PPSK). Fornisce indicazioni pratiche per IT manager e operatori BTR sull'implementazione di reti WiFi multi-tenant sicure e isolate.

📖 5 minuti di lettura📝 1,216 parole🔧 2 esempi pratici3 domande di esercitazione📚 8 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Benvenuto al Technical Briefing di Purple. Oggi parleremo di UniFi PPSK - cos'è, come si inserisce nel tuo kit di strumenti per la progettazione di reti e, soprattutto, quando utilizzarlo rispetto alle alternative. Lascia che ti descriva lo scenario. Sei un promotore immobiliare, un operatore BTR o un responsabile IT incaricato di gestire un edificio con centinaia di residenti o inquilini. Hai bisogno di un WiFi che isoli ogni nucleo familiare dagli altri, supporti i dispositivi smart home e non ti costringa a cambiare una password condivisa ogni volta che qualcuno si trasferisce. Questo è il problema che PPSK è stato progettato per risolvere - ed è importante comprenderne sia i punti di forza sia i limiti strutturali prima di adottarlo. Quindi, cos'è esattamente PPSK? PPSK sta per Private Pre-Shared Key. Si tratta di una funzionalità integrata in UniFi Network che consente di gestire un singolo SSID WiFi con più password diverse, dove ciascuna password è mappata su una VLAN specifica. Il concetto è semplice. Invece di avere un'unica password condivisa per tutti, assegni una password diversa a ogni inquilino, a ogni gruppo di dispositivi o a ogni caso d'uso. Quando un dispositivo si connette usando quella password, il controller UniFi lo inserisce automaticamente nella VLAN corrispondente. Nessun server RADIUS richiesto. Nessun certificato. Nessuna complessa infrastruttura 802.1X. Ora, sentirai chiamare PPSK in modi diversi a seconda del fornitore con cui parli. Aruba lo chiama MPSK. Cisco Meraki lo chiama iPSK. Ruckus lo chiama DPSK. Il concetto alla base è lo stesso per tutti: un solo SSID, molte chiavi, con ciascuna chiave associata a un segmento di rete. L'implementazione di UniFi si chiama PPSK e risiede nativamente all'interno del controller UniFi Network senza costi di licenza aggiuntivi. Entriamo nei dettagli dell'architettura tecnica. Quando abiliti PPSK su un SSID UniFi, crei una rete WPA2-Personal con più chiavi pre-condivise. Ciascuna chiave è associata a un ID VLAN specifico che hai già configurato nel tuo switch e controller UniFi. Quando un dispositivo client esegue l'autenticazione utilizzando una di queste chiavi, l'access point tagga il traffico del client con l'ID VLAN corrispondente prima di inoltrarlo a monte. Il client si comporta esattamente come se si trovasse su una VLAN dedicata - isolato dai client di altre VLAN, con il proprio ambito DHCP e le proprie regole di firewall. Questo è davvero utile in diversi scenari. In un edificio residenziale, assegni a ogni appartamento la propria PPSK. Tutti i dispositivi di quell'appartamento - telefoni, laptop, smart speaker, console di gioco - si connettono utilizzando la stessa chiave e finiscono sulla stessa VLAN. Possono rilevarsi a vicenda, trasmettere contenuti tra loro e associarsi, esattamente come farebbero su una rete domestica. Ma sono completamente invisibili all'appartamento della porta accanto. In un hotel, puoi usare PPSK per separare il traffico degli ospiti da quello dello staff e dai dispositivi IoT come smart TV e serrature intelligenti - il tutto su un unico SSID. In un ambiente retail, puoi isolare i terminali di pagamento sulla propria VLAN per supportare la conformità PCI-DSS, mantenendo i dispositivi dello staff e il WiFi degli ospiti su segmenti separati. Ora, ecco la limitazione fondamentale che devi comprendere prima di procedere oltre. PPSK è una funzionalità esclusiva di WPA2. Non funziona con WPA3. E poiché la banda a 6 GHz - utilizzata da WiFi 6E e WiFi 7 - richiede obbligatoriamente WPA3, non è possibile utilizzare PPSK sulle radio a 6 GHz. Questa non è una limitazione specifica di UniFi. È un vincolo fondamentale dello standard 802.11. WPA3 attualmente consente solo una singola chiave precondivisa per SSID, quindi l'architettura a chiavi multiple su cui si basa PPSK è semplicemente incompatibile con WPA3. Cosa significa questo in pratica? Se abiliti PPSK su un SSID, tale SSID trasmetterà solo su 2.4 GHz e 5 GHz. I tuoi access point WiFi 6E e WiFi 7 più recenti non utilizzeranno le loro radio a 6 GHz per quella rete. Per la maggior parte delle implementazioni residenziali odierne, questo è accettabile. Ma è un vincolo che devi considerare nel tuo piano di rete a cinque anni, in particolare con l'accelerazione dell'adozione di WiFi 7. Confrontiamo PPSK direttamente con le due principali alternative: RADIUS con 802.1X, e una soluzione iPSK gestita in cloud come Purple. RADIUS con 802.1X - chiamato anche WPA2-Enterprise o WPA3-Enterprise - è lo standard di riferimento per l'autenticazione aziendale. Ogni utente o dispositivo ha credenziali uniche. Il server RADIUS convalida tali credenziali e assegna dinamicamente il client a una VLAN. Supporta WPA3, funziona su 6 GHz e si adatta a un numero illimitato di utenti. Lo svantaggio è la complessità. È necessario un server RADIUS, sia on-premises che ospitato in cloud. È necessario gestire i certificati se si utilizza EAP-TLS. E, aspetto critico, molti dispositivi IoT - altoparlanti intelligenti, console di gioco, sensori domestici intelligenti - non possono connettersi affatto alle reti 802.1X. UniFi PPSK si colloca nel mezzo. È più semplice di RADIUS - nessuna infrastruttura server richiesta, nessun certificato, funziona con ogni dispositivo. Ma è meno scalabile. L'implementazione nativa di PPSK di UniFi memorizza le chiavi localmente sul controller. Il limite pratico per la maggior parte delle implementazioni è nell'ordine delle poche centinaia di chiavi. Per un edificio BTR da 50 unità, va bene. Per un complesso da 500 unità, si incontreranno rapidamente difficoltà di gestione. È qui che un overlay cloud come Purple cambia le carte in tavola. La soluzione Multi-Tenant WiFi di Purple funziona sopra il tuo hardware UniFi esistente. Gestisce il ciclo di vita delle chiavi centralmente nel cloud. Quando un nuovo residente si trasferisce, Purple fornisce automaticamente la sua chiave. Quando si trasferisce altrove, Purple la revoca. I dispositivi del residente perdono l'accesso immediatamente, senza influire su nessun altro residente. Purple si integra con Microsoft Entra ID e Okta per automatizzare completamente questo ciclo di vita. Ora esaminiamo due scenari di implementazione reali. Scenario uno: un complesso Build to Rent da 120 unità. L'operatore desidera che i residenti abbiano un'esperienza WiFi domestica fin dal primo giorno - nessuna attesa per un tecnico della banda larga, nessuna password condivisa, pieno supporto per la smart home. L'hardware è interamente UniFi. Ogni residente riceve una chiave unica fornita tramite la piattaforma Purple, associata al proprio contratto di locazione. I loro dispositivi si collegano a una VLAN dedicata. Chromecast funziona. Le console da gioco ottengono un NAT aperto. Gli smart speaker si associano correttamente. Quando un residente si trasferisce, la chiave viene revocata in pochi secondi. L'operatore segnala una riduzione del 40% dei ticket di supporto relativi al WiFi nei primi tre mesi. Scenario due: un hotel da 200 camere che utilizza access point UniFi. Il team IT deve segmentare il WiFi degli ospiti, il WiFi del personale e i dispositivi IoT - smart TV, serrature elettroniche, sensori HVAC - senza dover gestire SSID separati per ciascuno. Abilitano il PPSK nativamente in UniFi. Tre chiavi: una per gli ospiti, una per il personale, una per l'IoT. Tre VLAN. Un unico SSID. Il risultato: un ambiente RF pulito con meno SSID, una chiara segmentazione del traffico e la conformità PCI-DSS per i sistemi di pagamento sulla VLAN del personale. Ecco le insidie di implementazione da tenere d'occhio. Primo: configurazione della VLAN prima del PPSK. È necessario configurare le VLAN nello switch e nel controller UniFi prima di creare le voci PPSK. Create sempre prima la segmentazione della rete. Secondo: la trappola dei 6 GHz. Se state implementando access point WiFi 6E o WiFi 7 e desiderate utilizzare i 6 GHz per aree ad alta densità, non potete utilizzare il PPSK su quelle reti. Pianificate la vostra architettura SSID di conseguenza. Terzo: gestione delle chiavi su larga scala. Se state gestendo più di 100 unità nativamente in UniFi senza un overlay cloud, sentirete presto il peso del provisioning manuale delle chiavi. Quarto: mDNS e rilevamento dei dispositivi. Per impostazione predefinita, i dispositivi su VLAN diverse non possono rilevarsi a vicenda. Se desiderate che Chromecast o AirPlay funzionino all'interno della VLAN di un residente, è necessario abilitare la riflessione mDNS. UniFi supporta questa funzione, ma deve essere configurata esplicitamente per ciascuna VLAN. Domande rapide. Posso utilizzare PPSK e RADIUS sullo stesso controller UniFi? Sì. È possibile eseguire contemporaneamente un SSID PPSK e un SSID WPA2-Enterprise. Il PPSK supporta la modalità di transizione WPA3? No. Il PPSK è solo WPA2. Qual è il numero massimo di chiavi PPSK in UniFi? L'esperienza della community suggerisce che le prestazioni peggiorano oltre poche centinaia di chiavi su un singolo SSID. Per implementazioni di grandi dimensioni, un livello di gestione cloud è la risposta corretta. Per concludere: UniFi PPSK è uno strumento davvero utile per implementazioni di piccole e medie dimensioni in cui è necessaria la segmentazione VLAN senza infrastruttura RADIUS. È la scelta giusta per un edificio di 50 unità, un boutique hotel o un piccolo ufficio con tipi di dispositivi misti. Per implementazioni più ampie - qualsiasi cosa oltre le 100 unità o dove è necessaria una gestione automatizzata del ciclo di vita - è necessario un overlay cloud come Purple per renderlo operativamente sostenibile. Il framework decisionale chiave è semplice. Poniti tre domande. Di quante chiavi univoche ho bisogno? Se sono meno di 100, il PPSK nativo funziona. Se sono più di 100, è necessario un livello di gestione. Ho bisogno dei 6 GHz? Se sì, il PPSK non è la risposta adatta. E ho bisogno di un provisioning automatizzato collegato a un sistema di tenancy o HR? Se sì, un overlay cloud come Purple è la scelta giusta. Per saperne di più sulla soluzione WiFi Multi-Tenant di Purple e su come si distribuisce sull'hardware UniFi, visita purple.ai. Grazie per aver ascoltato il Purple Technical Briefing.

header_image.png

Executive Summary

UniFi Private Pre-Shared Key (PPSK) è una funzionalità nativa di UniFi Network che consente di utilizzare più password univoche su un singolo SSID, associando ciascuna password a una VLAN specifica. Per gli sviluppatori immobiliari, i proprietari e gli operatori del settore Build to Rent (BTR), questo risolve la sfida fondamentale del WiFi multi-tenant: fornire una connettività isolata e di tipo domestico senza la complessità del RADIUS o l'insicurezza di una password condivisa.

Questa guida tecnica confronta UniFi PPSK con RADIUS 802.1X e i sistemi iPSK overlay gestiti in cloud. Delinea l'architettura necessaria per isolare in modo sicuro il traffico dei residenti, le limitazioni WPA3 sulla banda a 6 GHz e il modello operativo per la gestione delle chiavi su scala. Per installazioni inferiori a 100 unità, il PPSK nativo è spesso sufficiente. Per sviluppi di dimensioni maggiori, l'integrazione dell'overlay cloud indipendente dall'hardware di Purple automatizza il ciclo di vita delle chiavi, integrandoti direttamente con i sistemi di gestione immobiliare per abilitare e revocare l'accesso in modo dinamico.

Technical Deep-Dive

Il valore fondamentale di UniFi PPSK risiede nella sua semplicità. Colma il divario tra WPA2-Personal e WPA2-Enterprise consentendo a un singolo SSID di accettare centinaia di password diverse.

L'Architettura PPSK

Quando si abilita PPSK su un SSID UniFi, si crea una rete WPA2-Personal con un dizionario multi-chiave. Ogni chiave nel dizionario è associata a uno specifico ID VLAN configurato nello switch e nel controller UniFi.

Quando un dispositivo client si autentica utilizzando una chiave specifica, l'access point UniFi tagga il traffico del client con l'ID VLAN corrispondente prima di inoltrarlo a monte. Il client si comporta esattamente come se si trovasse su un segmento di rete fisica dedicato. Riceve un indirizzo IP dallo scope DHCP di quella VLAN, è soggetto alle regole firewall di quella VLAN ed è isolato dai client presenti su altre VLAN.

architecture_overview.png

WPA3 e il Limite dei 6 GHz

Un limite critico di UniFi PPSK è la sua incompatibilità con WPA3. Lo standard 802.11 per WPA3 consente attualmente una sola chiave pre-condivisa per SSID. Poiché PPSK si basa su più chiavi, è rigorosamente una funzionalità WPA2.

Questo ha implicazioni immediate per la progettazione della rete. La banda a 6 GHz, utilizzata da WiFi 6E e WiFi 7, impone l'uso di WPA3. Pertanto, non è possibile trasmettere un SSID abilitato per PPSK sulla radio a 6 GHz di un moderno access point UniFi. L'SSID trasmetterà solo su 2.4 GHz e 5 GHz. Per la maggior parte delle installazioni BTR e multi-tenant odierne, i 5 GHz offrono una capacità sufficiente, ma questo limite deve essere tenuto in considerazione nei piani infrastrutturali a lungo termine.### Device Discovery e mDNS

In un contesto residenziale, i residenti si aspettano che i loro dispositivi comunichino tra loro. Un telefono deve poter trasmettere a una smart TV; uno smart speaker deve controllare una presa smart. Poiché PPSK colloca tutti i dispositivi di un residente sulla stessa VLAN, questo rilevamento di Layer 2 funziona nativamente.

Tuttavia, se hai bisogno che i dispositivi rilevino servizi su diverse VLAN - ad esempio, una stampante condominiale condivisa - devi abilitare il mDNS reflection nel controller UniFi e configurare regole di firewall precise per consentire tale traffico mantenendo l'isolamento dei residenti.

Guida all'implementazione

La distribuzione di UniFi PPSK richiede un approccio strutturato alla configurazione delle VLAN e alla gestione delle chiavi.

Step 1: Configurare la segmentazione della rete

Prima di abilitare PPSK, è necessario creare l'infrastruttura di rete sottostante. Crea le VLAN richieste nell'applicazione UniFi Network (Settings > Networks). Definisci la subnet, l'intervallo DHCP e il gateway per ciascuna VLAN. Per una proprietà BTR, questo in genere significa una VLAN per ogni unità abitativa, oltre a VLAN separate per la gestione dell'edificio, i sensori IoT e la rete Guest WiFi .

Step 2: Configurare le regole del firewall

Per impostazione predefinita, UniFi consente il routing inter-VLAN sulle reti aziendali. È necessario creare regole di firewall per bloccare il traffico tra le VLAN dei residenti. Crea una regola nella sezione "LAN In" per scartare il traffico in cui sia l'origine che la destinazione rientrano negli intervalli di IP privati RFC 1918, ad eccezione del traffico verso il gateway.

Step 3: Abilitare PPSK sull'SSID

Crea una nuova rete wireless (Settings > WiFi). Imposta il protocollo di sicurezza su WPA2. Abilita la funzione Private Pre-Shared Keys. Puoi quindi iniziare a aggiungere chiavi, assegnando una password e un ID VLAN a ciascuna voce.

Step 4: Scalare con un Cloud Overlay

Il sistema nativo UniFi PPSK memorizza le chiavi localmente sul controller. Gestire questo processo manualmente diventa operativamente insostenibile oltre le 50 - 100 unità. Per implementazioni BTR di dimensioni maggiori, integra un cloud overlay. La soluzione multi-tenant di Purple funge da layer di orchestrazione. Utilizza la stessa tecnologia iPSK sottostante ma automatizza il ciclo di vita. Quando inizia un contratto di locazione di un residente nel sistema di gestione della proprietà, Purple genera automaticamente una chiave e la fornisce tramite API. Al termine del contratto, Purple revoca istantaneamente la chiave.

Best Practice

Per garantire un'installazione sicura e affidabile, attieniti a queste best practice indipendenti dal fornitore:

  • Isolare le interfacce di gestione: Non inserire mai le interfacce di gestione di switch o access point su una VLAN accessibile tramite una chiave PPSK. Utilizza una VLAN di gestione dedicata e solo cablata.
  • Limitare la condivisione delle chiavi: Istruisci i residenti a non condividere la loro chiave PPSK con i visitatori. Al contrario, implementa una rete Guest WiFi separata con un Captive Portal per gli ospiti di passaggio.
  • Monitorare il traffico broadcast: Un numero elevato di VLAN su un singolo access point può aumentare il traffico broadcast. Utilizza l'isolamento delle porte dove opportuno e monitora l'utilizzo dell'airtime.
  • Pianificazione per l'IoT: I dispositivi smart home spesso richiedono la frequenza a 2.4 GHz. Assicurati che il tuo SSID PPSK trasmetta sia a 2.4 GHz che a 5 GHz per supportare l'hardware legacy e IoT. Per un approfondimento sulla progettazione delle reti IoT, leggi la nostra guida su Tre SSID per dominarli tutti: guest, Passpoint e IoT WiFi .

comparison_chart.png

Risoluzione dei problemi e mitigazione dei rischi

Durante l'implementazione di PPSK, gli operatori incontrano tipicamente un set specifico di anomalie.

Anomalia 1: Il client non riesce a ottenere un indirizzo IP

Se un client si connette al WiFi ma riceve un indirizzo APIPA (169.254.x.x), l'assegnazione della VLAN è fallita o il server DHCP non è raggiungibile. Verifica che l'ID VLAN assegnato alla chiave PPSK corrisponda esattamente a una rete configurata nel controller UniFi e che le porte dello switch che collegano gli access point siano configurate come trunk abilitati per quella VLAN.

Anomalia 2: Il client si connette alla rete errata

Se un client si autentica ma finisce sulla rete predefinita non taggata invece della VLAN prevista, la configurazione PPSK è probabilmente errata. Questo accade spesso se la chiave viene inserita in modo errato o se il firmware del controller UniFi non è aggiornato. Assicurati che il controller e gli access point eseguano l'ultima versione stabile.

Anomalia 3: I dispositivi smart non riescono ad associarsi

Se il telefono di un residente non riesce a rilevare il proprio smart speaker, verifica che entrambi i dispositivi siano connessi utilizzando l'esatta stessa chiave PPSK. Se utilizzano chiavi diverse, si trovano su VLAN diverse e non si rileveranno a vicenda.

ROI e impatto sul business

Gestire il WiFi come un servizio gestito anziché come una responsabilità dell'inquilino offre un impatto aziendale misurabile per gli operatori BTR.

Le ricerche indicano che un WiFi gestito di alta qualità consente di ottenere un aumento del canone di locazione da 15 a 30 sterline al mese per unità. Inoltre, la fornitura di un WiFi "pronto all'uso" al momento del trasloco riduce i periodi di sfittanza in media da 5 a 10 giorni, poiché le unità sono immediatamente abitabili.

L'implementazione di PPSK tramite un overlay cloud come Purple riduce le spese in conto capitale per singola abitazione dal 30% al 50% rispetto all'installazione di linee a banda larga individuali e router consumer in ogni unità. Fornisce inoltre all'operatore WiFi Analytics aggregati sull'uso delle aree comuni, aiutando nella pianificazione degli spazi e nell'allocazione delle risorse. Possedendo l'infrastruttura, il proprietario conserva il valore dell'asset e controlla l'esperienza del residente.

Definizioni chiave

PPSK (Private Pre-Shared Key)

Una funzionalità di sicurezza WiFi che consente a un singolo nome di rete (SSID) di supportare più password diverse, assegnando i dispositivi a VLAN specifiche in base alla password utilizzata.

Utilizzato dai team IT per segmentare il traffico senza richiedere una complessa infrastruttura di certificati 802.1X.

iPSK (Identity Pre-Shared Key)

Il termine neutro rispetto ai produttori per indicare la tecnologia PPSK. Associa una specifica identità utente o dispositivo a una password WiFi univoca.

Utilizzato spesso quando si parla di overlay gestiti in cloud come Purple che funzionano con hardware di vari produttori.

VLAN (Virtual Local Area Network)

Una sottorete logica che raggruppa un insieme di dispositivi, isolando il loro traffico da altri dispositivi presenti sullo stesso hardware di rete fisico.

La base del WiFi multi-tenant; a ogni appartamento o caso d'uso viene assegnata la propria VLAN per garantire sicurezza e privacy.

802.1X

Uno standard IEEE per il controllo dell'accesso alla rete basato su porta, che richiede che utenti o dispositivi si autentichino tramite un server RADIUS utilizzando credenziali univoche o certificati digitali.

L'alternativa enterprise a PPSK. Altamente sicura ma spesso incompatibile con i dispositivi IoT senza interfaccia utente, come gli smart speaker.

RADIUS

Un protocollo di rete che fornisce la gestione centralizzata di autenticazione, autorizzazione e tracciamento delle attività (Authentication, Authorization, and Accounting) per gli utenti che si connettono a un servizio di rete.

Richiesto per le distribuzioni 802.1X, ma completamente escluso quando si utilizza UniFi PPSK nativo.

BTR (Build to Rent)

Sviluppi residenziali costruiti appositamente per l'affitto anziché per la vendita.

Il mercato primario per il WiFi multi-tenant, in cui i proprietari offrono internet come servizio gestito per aumentare la redditività.

mDNS (Multicast DNS)

Un protocollo che risolve i nomi host in indirizzi IP all'interno di piccole reti che non includono un server dei nomi locale.

Essenziale per i protocolli di rilevamento dei dispositivi come Apple AirPlay e Google Cast. Deve essere configurato con attenzione in ambienti segmentati con VLAN.

WPA3

L'ultima generazione di sicurezza Wi-Fi, che offre una crittografia più forte e una protezione contro gli attacchi brute-force.

Obbligatorio per le reti WiFi 6E a 6 GHz e WiFi 7, ma fondamentalmente incompatibile con le architetture PPSK.

Esempi pratici

Un operatore Build to Rent con un complesso da 150 unità deve fornire un WiFi "instant-on" per i residenti. Desidera evitare l'installazione di router singoli in ciascun appartamento per ridurre le interferenze RF, ma richiede che i dispositivi smart home dei residenti comunichino localmente rimanendo isolati dai vicini. La struttura utilizza access point UniFi.

Configurare un unico SSID per l'intero edificio utilizzando access point UniFi. Configurare una VLAN dedicata per ogni unità abitativa (ad es. VLAN da 101 a 250). Implementare l'overlay cloud multi-tenant di Purple per gestire il ciclo di vita delle iPSK. All'inizio di un contratto di locazione, Purple genera una password WPA2 univoca associata alla VLAN dello specifico appartamento. Il residente connette il proprio telefono, smart TV e assistente vocale utilizzando questa singola password. Tutti i dispositivi si collegano alla VLAN assegnata, consentendo il rilevamento locale (Chromecast, AirPlay) mentre i firewall bloccano il routing inter-VLAN per garantire la privacy rispetto alle altre unità.

Commento dell'esaminatore: Questo approccio elimina la necessità di avere 150 access point distinti che trasmettono 150 SSID diversi, riducendo drasticamente l'interferenza co-canale. L'utilizzo di un overlay cloud al posto del sistema UniFi PPSK nativo è necessario in questo caso perché la gestione manuale di 150 chiavi e la loro rotazione al termine di ogni locazione non è sostenibile a livello operativo.

Il direttore IT di uno stadio deve installare terminali di pagamento in 40 punti di ristoro. I terminali supportano solo lo standard WPA2-Personal. Il team IT desidera isolare il traffico dei pagamenti dal WiFi pubblico degli ospiti e dalla rete operativa dello staff per mantenere la conformità PCI DSS, ma non vuole trasmettere un SSID aggiuntivo specifico per i terminali.

Configurare UniFi PPSK nativo sull'SSID esistente dello staff. Creare una VLAN "Point of Sale" dedicata nel controller UniFi con regole firewall restrittive che neghino l'accesso a internet e ad altre sottoreti aziendali, consentendo il traffico solo verso gli indirizzi IP dei gateway di pagamento. Generare una password PPSK specifica assegnata a questa VLAN POS. Connettere tutti i 40 terminali di pagamento utilizzando questa chiave specifica.

Commento dell'esaminatore: Questa soluzione soddisfa il requisito di evitare la trasmissione di un nuovo SSID pur ottenendo la rigorosa segmentazione di rete richiesta dallo standard PCI DSS. Poiché il numero di chiavi è limitato (una chiave condivisa per tutti i dispositivi POS, o 40 chiavi individuali), UniFi PPSK nativo gestisce questa configurazione in modo ottimale senza richiedere un livello di gestione cloud.

Domande di esercitazione

Q1. Un operatore BTR desidera implementare access point WiFi 7 in un nuovo complesso di 200 unità. Intende utilizzare la banda a 6 GHz per ottenere il massimo throughput negli appartamenti e vuole utilizzare PPSK per isolare ogni unità. Questo design è praticabile?

Suggerimento: Considera i requisiti del protocollo di sicurezza per la banda a 6 GHz.

Visualizza risposta modello

No, questo design non è praticabile. La banda a 6 GHz impone l'uso di WPA3. PPSK si basa su più chiavi pre-condivise per SSID, il che è supportato solo da WPA2. Se l'operatore richiede la connettività a 6 GHz, deve utilizzare WPA3-Enterprise (802.1X) o lo standard WPA3-Personal con una singola chiave. Non è possibile utilizzare PPSK sulla radio a 6 GHz.

Q2. Un responsabile IT di un hotel ha configurato un SSID PPSK con una chiave assegnata alla VLAN 40 per le smart TV. Tuttavia, quando una TV si connette utilizzando tale chiave, riceve un indirizzo IP dalla LAN nativa predefinita (VLAN 1) anziché dalla VLAN 40. Qual è la causa più probabile?

Suggerimento: Pensa al percorso tra l'access point e il router.

Visualizza risposta modello

La causa più probabile è che la porta dello switch che collega l'access point UniFi non sia configurata come porta trunk che consente la VLAN 40. Anche se l'AP tagga correttamente il traffico con la VLAN 40 in base alla chiave PPSK, lo switch scarta i frame taggati o rimuove il tag, facendo ricadere il traffico sulla rete nativa non taggata.

Q3. Stai progettando la rete per uno spazio di coworking con 15 uffici privati. I membri portano spesso dispositivi legacy e smart speaker. Dovresti implementare una soluzione PPSK nativa UniFi o una soluzione RADIUS 802.1X?

Suggerimento: Valuta i tipi di dispositivi e la scala dell'implementazione.

Visualizza risposta modello

La soluzione PPSK nativa UniFi è l'approccio consigliato in questo caso. La presenza di dispositivi legacy e smart speaker rende 802.1X non idoneo, poiché questi dispositivi spesso mancano dei supplicant necessari per l'autenticazione tramite RADIUS. Poiché ci sono solo 15 uffici privati, il numero totale di chiavi richieste è basso, il che significa che l'interfaccia di gestione PPSK nativa di UniFi sarà sufficiente senza richiedere un overlay cloud.

Continua a leggere questa serie

Nama ff iPSK ind: una guida completa per le aziende

Questa guida spiega come l'iPSK (Identity Pre-Shared Key) risolve la principale sfida di connettività negli edifici residenziali multi-tenant, offrendo a ogni residente un WiFi privato con la qualità di una rete domestica su un'infrastruttura condivisa. Copre l'architettura di autenticazione, i passaggi di implementazione e il caso commerciale per trattare il WiFi gestito come un servizio generatore di ricavi negli ambienti BTR e MDU.

Leggi la guida →

Nama ff keren iPSK: una guida completa per le aziende

Questa guida spiega come distribuire l'iPSK (Identity Pre-Shared Key) in ambienti multi-tenant come i complessi Build to Rent, gli alloggi per studenti e le proprietà MDU. Copre l'architettura basata su RADIUS che offre a ciascun residente una bolla WiFi privata e isolata su un singolo SSID condiviso, e dettaglia i passaggi di implementazione, le integrazioni hardware e il caso commerciale per gestire il WiFi come servizio gestito.

Leggi la guida →

Soluzione WiFi gestita: una guida completa per le aziende

Questa guida di riferimento tecnico autorevole spiega come progettare, distribuire e scalare una soluzione WiFi gestita in ambienti multi-tenant, inclusi immobili in affitto (build-to-rent), hotel, complessi commerciali e stadi. Copre la segmentazione VLAN, l'architettura PSK per singolo dispositivo, la progettazione di rete basata sull'identità e la conformità con PCI DSS e GDPR - fornendo ai manager IT, agli architetti di rete e ai direttori delle operazioni delle strutture i framework pratici di cui hanno bisogno per prendere decisioni in questo trimestre.

Leggi la guida →