Progettazione di reti WiFi per edifici per uffici multi-tenant
Questa guida fornisce a IT manager, architetti di rete e CTO un modello indipendente dal fornitore per la progettazione di reti WiFi scalabili, sicure e isolate in edifici per uffici multi-tenant. Copre la segmentazione VLAN secondo lo standard IEEE 802.1Q, l'assegnazione dinamica delle VLAN tramite 802.1X e RADIUS, la pianificazione RF per ambienti ad alta densità e le considerazioni sulla conformità ai sensi del GDPR e PCI DSS. Gli operatori delle strutture e i gestori degli edifici troveranno linee guida sull'architettura pronte all'uso, casi di studio reali ed errori di configurazione da evitare prima dell'implementazione.
Ascolta questa guida
Visualizza trascrizione del podcast
- Executive summary
- Technical deep-dive
- I rischi delle reti piatte
- IEEE 802.1Q e VLAN tagging
- Assegnazione dinamica delle VLAN tramite 802.1X e RADIUS
- WPA3-Enterprise e standard di crittografia
- Pianificazione RF in ambienti ad alta densità
- Isolamento IoT
- Guida all'implementazione
- Best practice
- Risoluzione dei problemi e mitigazione dei rischi
- ROI e impatto sul business

Executive summary
Per i CTO e gli architetti di rete che gestiscono edifici per uffici multi-tenant, la sfida è chiara: fornire una connettività affidabile, sicura e isolata a molteplici organizzazioni indipendenti su un'unica rete fisica condivisa. Un'architettura di rete piatta in un ambiente multi-tenant rappresenta una vulnerabilità critica. Amplia l'ambito di conformità ai sensi del GDPR e del PCI DSS, espone i tenant a minacce di sicurezza laterali e crea un carico operativo che scala male con l'aumentare del numero di tenant.
Questa guida fornisce un progetto indipendente dai vendor per la progettazione di un'architettura WiFi Multi-Tenant. Implementando la segmentazione VLAN IEEE 802.1Q, l'assegnazione dinamica delle VLAN tramite 802.1X e una rigorosa pianificazione RF, è possibile eliminare la proliferazione degli SSID, ridurre il sovraccarico del tempo di trasmissione (airtime overhead) fino a 20 punti percentuali e garantire un rigoroso isolamento Layer 2 tra i tenant. Descriviamo in dettaglio gli standard tecnici, le considerazioni sull'hardware dei vari vendor, tra cui Cisco Meraki, HPE Aruba, Ruckus e Juniper Mist, e le policy di routing necessarie per proteggere l'infrastruttura. Se eseguita correttamente, questa architettura riduce i costi di supporto, semplifica gli audit di conformità e consente di monetizzare la connettività come servizio.
Technical deep-dive
I rischi delle reti piatte
Una rete piatta inserisce ogni dispositivo, indipendentemente dal tenant, dal tipo di traffico o dalla classificazione di sicurezza, in un unico dominio di broadcast. Ogni dispositivo riceve ogni pacchetto broadcast. Un dispositivo ospite compromesso può scansionare e raggiungere i terminali POS, i sistemi di gestione dell'edificio e le workstation aziendali. L'intera rete rientra nell'ambito del PCI DSS. Questo non è un rischio teorico. È lo stato predefinito di molti edifici multi-tenant cablati prima che la densità wireless diventasse un vincolo di progettazione.
La soluzione è la segmentazione logica. Non è necessaria un'infrastruttura fisica separata per ogni tenant. Occorrono un'architettura VLAN progettata correttamente, un firewall configurato in modo adeguato e una piattaforma di gestione centralizzata.
IEEE 802.1Q e VLAN tagging
Le Virtual Local Area Networks, standardizzate secondo la norma IEEE 802.1Q, consentono di suddividere un'unica infrastruttura di switch fisici in più reti logiche isolate. Quando un client si connette a un access point WiFi, l'AP tagga i frame di dati di quel client con un identificatore VLAN (VID) a 12 bit. Gli switch leggono questo tag e garantiscono che il traffico di una VLAN non venga mai inoltrato alle porte di un'altra VLAN, a meno che non sia esplicitamente instradato da un firewall.
Un tipico edificio per uffici multi-tenant richiede come minimo quattro VLAN:
| VLAN | Traffic class | Routing policy |
|---|---|---|
| VLAN 10 | Tenant aziendale A | Solo Internet + risorse specifiche del tenant |
| VLAN 20 | Tenant aziendale B | Solo Internet + risorse specifiche del tenant |
| VLAN 30 | Guest WiFi (captive portal) | Solo Internet, nessun accesso a nessuna VLAN dei tenant |
| VLAN 40 | IoT e BMS | Solo uscita verso le piattaforme di gestione designate |
Per gli edifici con più tenant, questo modello viene esteso. Ogni tenant aggiuntivo riceve una VLAN dedicata e una corrispondente policy del firewall. L'infrastruttura fisica rimane condivisa.

Assegnazione dinamica delle VLAN tramite 802.1X e RADIUS
In passato, gli ingegneri di rete creavano un SSID separato per ogni tenant. Questo approccio riduce le prestazioni. Ogni SSID trasmette frame di gestione (beacon) alla velocità di trasmissione dati di base minima obbligatoria per garantire la connessione dei dispositivi legacy. Trasmettere sei o sette SSID su un singolo access point può consumare dal 20% al 30% del tempo di trasmissione wireless disponibile prima ancora che vengano trasmessi i dati dell'utente. In un edificio multi-tenant ad alta densità, questo è inaccettabile.
Lo standard moderno è l'Assegnazione dinamica delle VLAN. Si trasmette un singolo SSID sicuro utilizzando l'autenticazione IEEE 802.1X. Quando un utente si connette, il suo dispositivo (il supplicant) scambia le credenziali con un server RADIUS tramite l'access point (l'authenticator). Il server RADIUS convalida le credenziali rispetto a un identity provider - Microsoft Entra ID, Okta o Google Workspace - e invia un messaggio di Access-Accept all'access point. Questo messaggio include tre attributi RADIUS standard IETF:
- Tunnel-Type (attributo 64): impostato su VLAN
- Tunnel-Medium-Type (attributo 65): impostato su 802
- Tunnel-Private-Group-ID (attributo 81): l'ID VLAN specifico per l'organizzazione di quell'utente
L'access point riceve questi attributi e inserisce dinamicamente il traffico dell'utente nella sua VLAN dedicata. Un dipendente del Tenant A e un dipendente del Tenant B si connettono allo stesso SSID. Il loro traffico è completamente isolato al Layer 2. Lo switch li gestisce come se fossero collegati a reti fisiche interamente separate.
Per i segmenti guest, instrada il traffico attraverso una VLAN guest dedicata verso un captive portal. La piattaforma Guest WiFi di Purple gestisce la conformità al GDPR per il consenso, l'onboarding sicuro e la WiFi Analytics su un segmento isolato con zero accesso di routing alle reti aziendali. Per una panoramica più ampia sull'architettura del controllo degli accessi, consulta la nostra guida ai sistemi di controllo degli accessi alla rete .
WPA3-Enterprise e standard di crittografia
WPA3-Enterprise è lo standard di crittografia consigliato per le distribuzioni multi-tenant. Offre una modalità di sicurezza a 192 bit, elimina le vulnerabilità dell'handshake a quattro vie di WPA2 e impone l'uso di Protected Management Frames (PMF) ai sensi dello standard IEEE 802.11w. Per gli ambienti che gestiscono dati di carte di pagamento o informazioni aziendali sensibili, WPA3-Enterprise con EAP-TLS (autenticazione reciproca basata su certificati) elimina completamente i vettori di furto delle credenziali.
Per i segmenti guest in cui la distribuzione dei certificati non è praticabile, WPA3-SAE (Simultaneous Authentication of Equals) garantisce la forward secrecy, assicurando che una chiave di sessione compromessa non esponga il traffico storico.
Pianificazione RF in ambienti ad alta densità
L'interferenza co-canale (CCI) è la causa principale delle scarse prestazioni del WiFi negli edifici per uffici multi-tenant. Quando gli access point adiacenti trasmettono sullo stesso canale di frequenza, i dispositivi devono attendere che l'etere sia libero prima di trasmettere. In un edificio con più tenant e un'elevata densità di dispositivi, un'allocazione non pianificata dei canali crea un ambiente RF congestionato che nessuna quantità di larghezza di banda può risolvere.
Un'indagine RF attiva in loco è obbligatoria prima della distribuzione. Le mappe di copertura dei fornitori sono ottimistiche. Sono necessarie misurazioni reali del segnale nello spazio fisico, che tengano conto dei materiali delle pareti, della costruzione dei pavimenti e dell'ambiente RF degli edifici vicini.

La banda a 2,4 GHz offre tre canali non sovrapposti (1, 6 e 11) nella maggior parte dei domini normativi. La banda a 5 GHz offre una capacità significativamente maggiore. Il WiFi 6E si estende nella banda a 6 GHz, fornendo uno spettro pulito e ampiamente privo di interferenze da parte dei dispositivi legacy. Per le nuove distribuzioni multi-tenant, la scelta di access point compatibili con WiFi 6E di Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist o Ubiquiti UniFi fornisce il margine di spettro necessario per gli ambienti densi.
Isolamento IoT
I moderni edifici per uffici contengono sistemi di gestione degli edifici, controller HVAC, illuminazione intelligente, controllo degli accessi e TVCC. Questi dispositivi sono notoriamente difficili da aggiornare e rappresentano una superficie di attacco significativa. Devono essere isolati su una VLAN dedicata con un filtraggio rigoroso del traffico in uscita, consentendo la comunicazione outbound solo verso le piattaforme di gestione designate. Nessun accesso di routing alla VLAN di alcun tenant. Nessun accesso di routing alla VLAN guest. Questo non è negoziabile sia dal punto di vista della sicurezza che del GDPR.
Guida all'implementazione
Passo 1: Progetta la tua architettura logica prima di toccare l'hardware. Mappa il numero di tenant, le classi di traffico (aziendale, guest, IoT, pagamenti, gestione) e assegna le VLAN. Documenta il tuo schema di indirizzamento IP. Definisci la tua policy di routing inter-VLAN: cosa può comunicare con cosa e cosa è assolutamente vietato.
Fase 2: Commissionare un RF site survey attivo. Non affidarsi alle mappe di copertura dei fornitori. Sono necessarie misurazioni reali del segnale nello spazio fisico per definire il posizionamento degli AP e l'allocazione dei canali.
Fase 3: Configurare il firewall centrale con una policy Default-Deny. Bloccare tutto il routing inter-VLAN per impostazione predefinita. Aggiungere solo eccezioni esplicite e specifiche per porta. Ogni percorso inter-VLAN deve essere giustificato e documentato.
Fase 4: Disabilitare la VLAN 1 su tutte le porte trunk. Modificare la VLAN nativa sulle porte trunk impostando un ID VLAN non utilizzato e non instradabile. Ciò previene gli attacchi di VLAN hopping che sfruttano la VLAN nativa predefinita.
Fase 5: Convalidare le configurazioni delle porte trunk. Consentire esplicitamente tutti gli ID VLAN richiesti su ogni collegamento trunk nel percorso dall'access point al layer di distribuzione. I tag VLAN mancanti causano perdite silenziose di traffico difficili e lunghe da diagnosticare.
Fase 6: Implementare una gestione cloud centralizzata. Le piattaforme di Cisco Meraki, HPE Aruba, Juniper Mist e Ruckus offrono policy di larghezza di banda per SSID, reportistica per tenant e integrazione con l'infrastruttura RADIUS. L'onere operativo derivante dalla gestione di un parco AP distribuito senza un controller è insostenibile su larga scala.
Fase 7: Impostare i tempi di lease DHCP per segmento. VLAN aziendali: da 8 a 24 ore. VLAN WiFi ospiti: da 1 a 2 ore. Tempi di lease brevi sui segmenti ospiti prevengono l'esaurimento degli indirizzi IP in ambienti ad alta rotazione.
Fase 8: Isolare il piano di gestione. La VLAN di gestione deve essere completamente isolata da tutte le VLAN dei tenant e degli ospiti. Applicare ACL rigide al traffico di gestione. Se un tenant può raggiungere il piano di gestione, si ha una vulnerabilità di sicurezza critica.
Best practice
La tabella seguente riassume gli standard di configurazione chiave per un'implementazione WiFi multi-tenant conforme.
| Controllo | Standard | Logica |
|---|---|---|
| Segmentazione VLAN | IEEE 802.1Q | Isolamento di Layer 2 tra i tenant |
| Autenticazione | IEEE 802.1X con WPA3-Enterprise | Elimina i vettori di furto delle credenziali |
| Assegnazione dinamica della VLAN | RADIUS con attributi Tunnel | Riduce il numero di SSID, preserva il tempo di trasmissione |
| Onboarding degli ospiti | Captive Portal con consenso GDPR | Conformità e raccolta dati |
| Isolamento IoT | VLAN dedicata con ACL di uscita | Limita la superficie di attacco dei dispositivi non aggiornati |
| Pianificazione RF | Site survey attivo | Mitiga le interferenze co-canale |
| Roaming | 802.11r Fast BSS Transition | Passaggio trasparente tra gli AP |
| VLAN nativa | ID VLAN non instradabile e non utilizzato | Previene gli attacchi di VLAN hopping |
Per le installazioni nel settore hospitality , l'isolamento della VLAN ospiti è fondamentale. Per gli ambienti retail , l'isolamento dei terminali POS su una VLAN dedicata riduce direttamente l'ambito dell'audit PCI DSS. Per gli hub di trasporto e le strutture sanitarie , si applicano gli stessi principi di segmentazione, con ulteriore attenzione al volume di connessioni simultanee e alla diversità dei tipi di dispositivi. Per le sedi che prendono in considerazione uplink WAN basati su satellite, la guida di Purple su come configurare un captive portal su Starlink copre le considerazioni specifiche per gli ambienti remoti e marittimi.
Risoluzione dei problemi e mitigazione dei rischi
Perdite di traffico silenziose. La modalità di guasto più comune nelle distribuzioni multi-tenant. Causata dalla mancanza di tag VLAN sulle porte trunk. Un utente si autentica correttamente tramite 802.1X, il server RADIUS lo assegna alla VLAN 40, ma la VLAN 40 non è consentita sulla porta trunk. Il traffico si interrompe. L'utente non riceve alcun indirizzo IP. Documenta meticolosamente le configurazioni dei trunk e convalidale durante la messa in servizio.
Proliferazione degli SSID. Ogni SSID trasmesso consuma tempo di trasmissione per i frame beacon. In un ambiente denso, la trasmissione di otto o dieci SSID per AP riduce le prestazioni per tutti. Mantieni il numero di SSID a non più di quattro per radio. Utilizza l'assegnazione dinamica della VLAN tramite gli attributi RADIUS anziché SSID separati per servire più tenant.
Esposizione del piano di gestione. Se la VLAN di gestione non è isolata, un tenant che vi accede può modificare le configurazioni degli AP, interrompere il servizio o intercettare il traffico di gestione. Utilizza la gestione out-of-band dove possibile. Applica ACL rigorose a tutte le interfacce di gestione.
Proliferazione dei dispositivi IoT. I gestori degli edifici aggiungono frequentemente dispositivi IoT senza informare il team di rete. Implementa policy di controllo dell'accesso alla rete (NAC) che richiedano un'autorizzazione esplicita prima che qualsiasi nuovo dispositivo riceva un indirizzo IP sulla VLAN IoT.
Esaurimento del DHCP sulle VLAN guest. In ambienti ad alta rotazione, i dispositivi mantengono i lease DHCP dopo la disconnessione. Una sottorete /24 fornisce 254 indirizzi. In un centro congressi o in uno spazio di coworking affollato, questa si esaurisce rapidamente. Imposta i tempi di lease da 1 a 2 ore e dimensiona la sottorete della VLAN guest per accogliere il numero massimo di dispositivi simultanei nei momenti di picco.
ROI e impatto sul business
Un'architettura WiFi multi-tenant adeguatamente segmentata offre risultati misurabili su tre dimensioni.
Riduzione dei costi di conformità. L'isolamento dei POS e dei terminali di pagamento su una VLAN dedicata con severi controlli firewall riduce l'ambito dell'audit PCI DSS di circa il 70%, in base ai dati di implementazione di Purple. Ciò riduce direttamente i costi di audit annuali e il tempo richiesto al team IT per la documentazione di conformità.
Efficienza operativa. La gestione centralizzata in cloud riduce le OpEx associate alla gestione di un parco AP distribuito. Il provisioning zero-touch, l'applicazione delle policy globali e la reportistica per tenant eliminano la necessità di modifiche alla configurazione in loco. L'onboarding dei nuovi tenant si riduce da giorni a ore.
Generazione di ricavi. Una rete sicura e ad alte prestazioni consente ai gestori degli edifici di monetizzare la connettività come servizio. Pacchetti di larghezza di banda a livelli, SLA per singolo locatario e insight basati sull'analisi dei dati trasformano il WiFi da centro di costo a fonte di ricavo. Purple opera in oltre 80.000 sedi attive e ha elaborato 440 milioni di accessi nel 2024 (dati interni Purple, 2024), fornendo l'infrastruttura di analisi necessaria per supportare questo modello su scala.
Per approfondire come la connettività WiFi supporti obiettivi più ampi di inclusione digitale, consulta il nostro articolo sulla Giornata Mondiale del WiFi 2026 . Per un'introduzione alle considerazioni sull'architettura WAN rilevanti per le distribuzioni multi-sito, consulta la nostra guida alla definizione di computer WAN .
Definizioni chiave
IEEE 802.1Q
Lo standard di rete che definisce il tagging VLAN per i frame Ethernet. Aggiunge un tag di 4 byte a ciascun frame contenente un identificatore VLAN (VID) a 12 bit, consentendo agli switch di mantenere più domini di broadcast isolati su un'infrastruttura fisica condivisa.
Il protocollo fondamentale per la segmentazione di reti multi-tenant. Ogni switch e access point enterprise supporta l'802.1Q. Senza di esso, l'isolamento logico tra i tenant è impossibile.
Dynamic VLAN Assignment
Un metodo in cui un server RADIUS assegna una VLAN specifica a un utente o dispositivo a seguito di un'autenticazione 802.1X riuscita, utilizzando gli attributi RADIUS IETF (Tunnel-Type, Tunnel-Medium-Type, Tunnel-Private-Group-ID) per indicare all'access point in quale VLAN inserire l'utente.
L'approccio standard per servire più tenant da un singolo SSID. Elimina la proliferazione di SSID e preserva il tempo di trasmissione wireless, mantenendo al contempo un isolamento completo a livello Layer 2 tra i tenant.
IEEE 802.1X
Lo standard IEEE per il Network Access Control basato su porta (PNAC). Definisce un modello di autenticazione a tre parti: il supplicant (dispositivo client), l'authenticator (access point o switch) e l'authentication server (RADIUS). L'authenticator blocca tutto il traffico finché il supplicant non viene autenticato.
Il framework di autenticazione utilizzato per applicare il Dynamic VLAN Assignment. Richiesto per le distribuzioni WPA3-Enterprise. Si integra con gli identity provider, inclusi Microsoft Entra ID, Okta e Google Workspace.
RADIUS
Remote Authentication Dial-In User Service. Un protocollo di rete che fornisce una gestione centralizzata di Authentication, Authorisation, e Accounting (AAA). Nelle distribuzioni WiFi, il server RADIUS convalida le credenziali dell'utente e restituisce gli attributi di assegnazione della VLAN all'access point.
L'infrastruttura server che applica il Dynamic VLAN Assignment. Può essere distribuita on-premises o come servizio cloud. Si integra con gli identity provider tramite LDAP, SAML o SCIM.
Co-channel interference (CCI)
Interferenza causata quando due o più access point trasmettono sullo stesso canale di frequenza entro la portata reciproca. I dispositivi devono attendere che il tempo di trasmissione sia libero prima di trasmettere, riducendo il throughput effettivo per tutti gli utenti su quel canale.
La causa principale delle scarse prestazioni WiFi negli edifici multi-tenant ad alta densità. Viene mitigata attraverso survey attive del sito RF e un'attenta allocazione dei canali sulle bande a 2.4 GHz, 5 GHz e 6 GHz.
Native VLAN
La VLAN su una porta trunk 802.1Q che trasporta il traffico non taggato. Per impostazione predefinita, la maggior parte degli switch utilizza la VLAN 1 come VLAN nativa, creando un vettore di attacco ben noto per il VLAN hopping.
Un rischio per la sicurezza che deve essere affrontato in ogni distribuzione multi-tenant. Modificare la VLAN nativa su tutte le porte trunk con un ID VLAN inutilizzato e non instradabile per prevenire attacchi di VLAN hopping.
Captive portal
Una pagina web con cui l'utente deve interagire prima che gli venga concesso l'accesso alla rete. Nelle distribuzioni WiFi, l'utente si connette a un SSID aperto o WPA2-Personal, viene reindirizzato a una splash page per l'autenticazione o l'accettazione dei termini, e riceve quindi l'accesso alla sola rete internet su una VLAN isolata.
Il meccanismo di onboarding standard per i segmenti WiFi Guest. Consente la raccolta del consenso conforme al GDPR, la verifica dell'identità e l'analisi dei dati. Deve essere distribuito su una VLAN con accesso di routing zero verso le reti aziendali o dei tenant.
WPA3-Enterprise
L'ultimo protocollo di sicurezza WiFi per reti aziendali, standardizzato dalla Wi-Fi Alliance. Fornisce una forza crittografica a 192 bit (suite CNSA), richiede l'autenticazione 802.1X, impone i Protected Management Frames (PMF) ai sensi dello standard IEEE 802.11w ed elimina le vulnerabilità dell'handshake a quattro vie di WPA2.
Lo standard di crittografia consigliato per i segmenti WiFi aziendali multi-tenant. Richiesto per gli ambienti che gestiscono dati di carte di pagamento o informazioni aziendali sensibili. Supportato da tutti i principali fornitori di AP enterprise.
EAP-TLS
Extensible Authentication Protocol - Transport Layer Security. Un metodo di autenticazione 802.1X basato su certificati che richiede sia al client che al server RADIUS di presentare certificati digitali X.509, fornendo un'autenticazione reciproca ed eliminando il furto di credenziali basato su password.
Il metodo di autenticazione 802.1X più sicuro. Utilizzato in ambienti multi-tenant ad alta sicurezza in cui il furto di credenziali è una preoccupazione primaria. Richiede una Public Key Infrastructure (PKI) per emettere e gestire i certificati client.
MAC Authentication Bypass (MAB)
Un metodo di autenticazione di fallback che utilizza l'indirizzo MAC di un dispositivo come identità quando il dispositivo non supporta l'802.1X. Il server RADIUS cerca l'indirizzo MAC e assegna il dispositivo a una VLAN predefinita.
Utilizzato per dispositivi IoT, stampanti e altre apparecchiature che non possono eseguire l'autenticazione 802.1X. Poiché gli indirizzi MAC possono essere contraffatti, il MAB deve sempre essere combinato con regole di firewall rigorose sulla VLAN assegnata.
Esempi pratici
Un gruppo alberghiero di 12 strutture con 350 camere deve mettere in sicurezza la propria rete. Attualmente, gli smartphone degli ospiti, i laptop del personale, i terminali POS e i sistemi di gestione dell'edificio condividono tutti un'unica rete piatta. Il team IT dedica 40 ore al mese alla documentazione di conformità PCI DSS perché l'intera rete rientra nell'ambito di applicazione. Il CTO desidera ridurre i costi di conformità e migliorare il livello di sicurezza prima del prossimo audit.
Implementare un'architettura a quattro VLAN utilizzando lo standard IEEE 802.1Q in tutte le 12 strutture tramite una piattaforma di gestione cloud centralizzata. Assegnare le VLAN come segue: VLAN 10 per il personale aziendale (autenticata tramite 802.1X, instradata verso le risorse interne e internet), VLAN 20 per il Guest WiFi (Captive Portal, solo internet), VLAN 30 per i terminali POS (autenticata tramite 802.1X, instradata solo verso gli endpoint del processore di pagamento) e VLAN 40 per IoT e BMS (MAC Authentication Bypass, uscita solo verso la piattaforma di gestione BMS). Configurare una policy del firewall Default-Deny tra tutte le VLAN. Integrare la piattaforma Guest WiFi di Purple sulla VLAN 20 per la gestione del consenso e l'analisi dei dati in conformità con il GDPR. Convalidare le configurazioni delle porte trunk su ogni switch nel percorso durante la messa in servizio.
Un operatore di coworking gestisce un edificio per uffici di 15 piani con 40 aziende associate indipendenti. Ogni azienda ha bisogno della propria rete WiFi isolata. L'architettura attuale trasmette un SSID separato per azienda, con un risultato di 40 SSID per piano. Le prestazioni del WiFi sono scarse in tutto l'edificio nonostante un uplink in fibra da 10 Gbps. Il team di rete desidera risolvere i problemi di prestazioni senza sostituire l'hardware.
Consolidare in un unico SSID sicuro utilizzando l'autenticazione WPA3-Enterprise e IEEE 802.1X. Implementare un server RADIUS integrato con l'identity provider dell'edificio (Microsoft Entra ID o Okta). Configurare il server RADIUS per restituire gli attributi di Dynamic VLAN Assignment (Tunnel-Type, Tunnel-Medium-Type, Tunnel-Private-Group-ID) per ciascun utente autenticato, inserendolo nella VLAN dedicata della propria azienda. Mantenere un SSID Guest WiFi separato con un Captive Portal per l'accesso dei visitatori. Questo riduce il numero di SSID da 40 a due per radio. Condurre un rilevamento RF attivo del sito per convalidare l'allocazione dei canali e il posizionamento degli AP a seguito del consolidamento degli SSID.
Domande di esercitazione
Q1. Stai distribuendo il WiFi per un nuovo edificio a uso misto con 20 tenant commerciali indipendenti al piano terra e 10 tenant di uffici dal 1° al 5° piano. Il proprietario dell'edificio desidera che ogni tenant abbia la propria rete WiFi sicura, oltre a una rete Guest WiFi condivisa per i visitatori. Qual è l'approccio architetturale più efficiente e qual è il numero massimo di SSID che dovresti trasmettere per access point?
Suggerimento: Considera l'impato della trasmissione di 30 SSID separati sul tempo di trasmissione wireless. Pensa a come il Dynamic VLAN Assignment possa servire più tenant da un singolo SSID.
Visualizza risposta modello
Distribuisci un singolo SSID sicuro utilizzando WPA3-Enterprise e l'autenticazione IEEE 802.1X per tutti i tenant aziendali. Utilizza un server RADIUS integrato con l'identity provider dell'edificio per eseguire il Dynamic VLAN Assignment, inserendo i dispositivi di ciascun tenant nella propria VLAN isolata al momento dell'autenticazione. Distribuisci un secondo SSID per il Guest WiFi con un Captive Portal. Ciò si traduce in due SSID per radio, ampiamente entro il limite massimo di quattro SSID. Ciascuno dei 30 tenant riceve una VLAN dedicata con una corrispondente policy firewall Default-Deny. La VLAN Guest WiFi ha zero accesso di routing a qualsiasi VLAN dei tenant.
Q2. Durante un audit post-installazione di un edificio per uffici multi-tenant, scopri che il traffico proveniente dalla VLAN Guest WiFi (VLAN 30) può eseguire correttamente il ping dei dispositivi sulla VLAN IoT (VLAN 40). Entrambe si trovano su VLAN separate. Qual è la causa più probabile e quale l'azione correttiva immediata?
Suggerimento: Le VLAN separano i domini di broadcast al Layer 2. Cosa gestisce il routing del traffico tra diverse subnet al Layer 3?
Visualizza risposta modello
Sul router principale o sul firewall manca una policy di routing inter-VLAN Default-Deny. Per impostazione predefinita, i router trasmettono il traffico tra tutte le subnet collegate. L'azione correttiva immediata consiste nel configurare una regola di Deny esplicita sul firewall che blocchi tutto il traffico dalla VLAN 30 alla VLAN 40. Esegui contemporaneamente un audit di tutte le altre policy di routing inter-VLAN per confermare che non esistano altri percorsi non intenzionali. La soluzione a lungo termine consiste nell'implementare una policy Default-Deny su tutte le VLAN, consentendo solo eccezioni esplicite e documentate.
Q3. Un tenant in un edificio per uffici multi-tenant segnala che i propri dispositivi riescono a autenticarsi correttamente alla rete WiFi, ma non ricevono mai un indirizzo IP e non possono accedere a Internet. Gli altri tenant sugli stessi access point funzionano normalmente. I log del server RADIUS mostrano un'autenticazione riuscita e l'assegnazione della VLAN 50 per il tenant interessato. Qual è la prima configurazione da verificare?
Suggerimento: Pensa al percorso fisico che il traffico con tag VLAN compie dall'access point allo switch principale. Cosa deve essere configurato su quel percorso affinché il traffico della VLAN 50 possa passare?
Visualizza risposta modello
Verifica la configurazione della porta trunk 802.1Q sulla porta dello switch collegata all'access point. Verifica che la VLAN 50 sia esplicitamente elencata come VLAN consentita sul trunk. Se la VLAN 50 non è consentita sul trunk, lo switch scarta tutti i frame taggati con VLAN 50 e il client non riceve mai una risposta DHCP. Aggiungi la VLAN 50 all'elenco delle VLAN consentite del trunk e verifica che il client riceva un indirizzo IP. Conferma inoltre che esista uno scope DHCP per la subnet della VLAN 50.
Q4. Un gestore di un edificio desidera aggiungere 50 nuovi sensori IoT per monitorare il consumo energetico in un edificio per uffici multi-tenant. I sensori non supportano l'autenticazione 802.1X. Come dovresti integrare questi dispositivi in modo sicuro e quale policy di firewall dovrebbe essere applicata alla loro VLAN?
Suggerimento: Considera il metodo di autenticazione disponibile per i dispositivi che non possono eseguire l'802.1X e le implicazioni di sicurezza di tale metodo.
Visualizza risposta modello
Utilizza il MAC Authentication Bypass (MAB) per integrare i sensori IoT. Registra l'indirizzo MAC di ciascun sensore nel server RADIUS e configura il server per assegnare gli indirizzi MAC autenticati alla VLAN IoT dedicata (ad esempio, VLAN 40). Poiché gli indirizzi MAC possono essere contraffatti, applica rigide regole di firewall in uscita alla VLAN 40: consenti il traffico in uscita solo verso gli indirizzi IP della piattaforma di gestione energetica designata e blocca tutto l'altro traffico in uscita e tutto il traffico in entrata. Applica ACL rigide per impedire a qualsiasi dispositivo sulla VLAN 40 di avviare connessioni verso qualsiasi VLAN dei tenant o verso la VLAN di gestione.
Continua a leggere questa serie
Mean time to innocence: come dimostrare che non è colpa del WiFi
Il Mean time to innocence (MTTI) è la metrica fondamentale che definisce quanto tempo i team IT dedicano a dimostrare che un problema di rete non è colpa loro. Questa guida illustra una metodologia di osservabilità in cinque passaggi per eliminare il gioco del barile negli ambienti multi-tenant, sostituendo le accuse reciproche con prove condivise per ridurre il tempo medio di risoluzione (MTTR).
Requisiti legali e di conformità per l'infrastruttura WiFi condivisa
Questa guida tecnica di riferimento delinea i requisiti legali, normativi e architetturali critici per l'implementazione e la gestione di un'infrastruttura WiFi condivisa. Fornisce a IT manager, architetti di rete e gestori di sedi operative framework pratici per garantire una solida protezione dei dati, una rigorosa conformità alla sicurezza dei pagamenti e un isolamento dei tenant ad alte prestazioni utilizzando standard aziendali.
Best practice di segmentazione VLAN per ambienti multi-tenant
Questa guida offre a IT manager, network architect, CTO e direttori operativi delle location un modello autorevole e neutrale rispetto ai fornitori per implementare la segmentazione VLAN in ambienti WiFi multi-tenant. Copre lo standard IEEE 802.1Q, l'assegnazione dinamica delle VLAN tramite 802.1X e RADIUS, e una guida passo-passo alla distribuzione per i settori dell'ospitalità, del retail, degli stadi e del settore pubblico. Una corretta segmentazione VLAN rappresenta il controllo fondamentale per la conformità PCI DSS e GDPR, la prevenzione dei movimenti laterali e l'erogazione di connettività wireless ad alte prestazioni su infrastrutture fisiche condivise.