Responsabilità del WiFi pubblico: perché il filtraggio dei contenuti è obbligatorio
Questa guida di riferimento tecnico illustra i rischi legali e operativi legati alla fornitura di un servizio WiFi pubblico non filtrato, spiegando perché il filtraggio dei contenuti è un requisito di implementazione obbligatorio per i gestori di sedi ed eventi. Fornisce strategie di architettura attuabili, passaggi di implementazione e tattiche di mitigazione del rischio per proteggere le reti da attività illegali, violazioni del copyright e non conformità normativa. I gestori di sedi e i CTO troveranno casi di studio concreti, framework decisionali e linee guida di configurazione per implementare un ambiente Guest WiFi conforme e difendibile.
Video overview
Ascolta questa guida
Visualizza trascrizione del podcast
Parte della nostra serie principale: Guida alla sicurezza del WiFi aziendale →
Sintesi Esecutiva
Per i manager IT, gli architetti di rete e i CTO che supervisionano le sedi pubbliche, implementare il Guest WiFi rappresenta un requisito operativo di base. Tuttavia, fornire una linea aperta a internet senza un solido filtraggio dei contenuti espone la struttura a gravi rischi legali, finanziari e di reputazione. Quando si fornisce un accesso pubblico a internet, l'organizzazione assume il ruolo di un Internet Service Provider (ISP). Se il traffico dannoso o illegale - come la violazione del copyright, la pirateria peer-to-peer (P2P) o il materiale pedopornografico (CSAM) - ha origine dai vostri indirizzi IP pubblici, la responsabilità ricade spesso sul gestore della struttura.
Questa guida fornisce un quadro tecnico definitivo per l'implementazione del filtraggio obbligatorio dei contenuti. Analizziamo l'architettura necessaria per mantenere le tutele del safe harbour, garantire la conformità normativa (inclusi GDPR e PCI DSS) e preservare le prestazioni di rete. Integrando un filtraggio robusto con i WiFi Analytics , le strutture nei settori Retail , Hospitality , Healthcare e Transport possono mitigare i rischi mantenendo un'esperienza utente fluida per gli ospiti.
Technical Deep-Dive
Il quadro normativo e il Safe Harbour
Il fattore trainante per il filtraggio dei contenuti è la responsabilità legale della WiFi pubblica. Nella maggior parte delle giurisdizioni, gli ISP e i fornitori di WiFi pubblica sono protetti dalle disposizioni di "safe harbour" — ad esempio, il Digital Millennium Copyright Act (DMCA) negli Stati Uniti, o la Direttiva sul Commercio Elettronico e i quadri normativi successivi nell'UE. Tuttavia, queste tutele sono esplicitamente condizionate. Per poterne beneficiare, i fornitori devono dimostrare di aver adottato misure tecniche ragionevoli per prevenire attività illegali e di poter assistere le forze dell'ordine quando richiesto.
Senza un audit trail e un filtraggio attivo, una struttura non può dimostrare di aver adottato misure ragionevoli, il che annulla completamente le tutele di safe harbour. Questo è particolarmente critico per le installazioni nel settore pubblico, dove i requisiti di responsabilità sono ancora più rigorosi. Per un quadro su come si sta evolvendo l'infrastruttura digitale del settore pubblico, consulta Purple Appoints Iain Fox as VP Growth – Public Sector to Drive Digital Inclusion and Smart City Innovation .
I tre principali vettori di rischio legale per le reti non filtrate sono:
| Vettore di rischio | Esposizione legale | Esempio di conseguenza |
|---|---|---|
| Violazione del copyright (P2P) | Responsabilità civile, diffide formali | Il titolare dei diritti fa causa alla struttura per aver facilitato la violazione |
| Distribuzione di materiale pedopornografico (CSAM) | Procedimento penale | Indagine di polizia, revoca della licenza |
| Non conformità al GDPR | Sanzioni normative fino al 4% del fatturato globale | Azione esecutiva dell'autorità di controllo per tracciamento inadeguato |
Architettura di una rete filtrata
Un filtraggio efficace dei contenuti richiede un'architettura multi-livello. Nessun controllo singolo è sufficiente. I seguenti livelli devono operare in sinergia:
Livello 1 — Autenticazione (Captive Portal): Prima che venga concesso l'accesso alla rete, gli utenti devono autenticarsi. Questo associa un dispositivo (indirizzo MAC) e un lease IP a un'identità verificata tramite SMS, e-mail o social login. Questa è la base del tuo audit trail. Per saperne di più sul perché questa registrazione dei dati sia fondamentale, consulta Explain what is audit trail for IT Security in 2026 .
Livello 2 — Motore di filtraggio DNS: L'approccio più scalabile per ambienti ad alto rendimento è il filtraggio DNS basato sul cloud. Quando un utente richiede un dominio, il resolver DNS verifica la richiesta rispetto a un database di threat intelligence in tempo reale. Se il dominio è classificato come dannoso o illegale — malware, contenuti per adulti, tracker di pirateria — la risoluzione viene bloccata e l'utente viene reindirizzato a una pagina di blocco conforme alle policy.
Livello 3 — Application Layer Gateway (Firewall): Il solo filtraggio DNS non è sufficiente. Gli utenti possono aggirare i filtri DNS utilizzando connessioni IP dirette o DNS crittografati (DNS over HTTPS — DoH). Il gateway di rete deve bloccare i resolver DoH noti e limitare protocolli specifici, in particolare i protocolli P2P come BitTorrent, che costituiscono il vettore principale per la violazione del copyright sulle reti pubbliche.
Livello 4 - Registrazione e Audit Trail: Tutti i dati della sessione - identità autenticata, indirizzo MAC, IP assegnato, timestamp e durata della sessione - devono essere registrati in modo sicuro e conservati per il periodo previsto dalla legge. Questi dati devono essere accessibili alle forze dell'ordine su richiesta senza compromettere i dati degli altri utenti ai sensi dei principi del GDPR.
Affrontare il Problema del DoH
Il DNS over HTTPS (DoH) rappresenta la più grande sfida tecnica per il filtraggio dei contenuti nel 2025 e oltre. I browser moderni - inclusi Chrome, Firefox ed Edge - possono essere configurati per utilizzare il DoH per impostazione predefinita, instradando le query DNS tramite HTTPS verso resolver come Cloudflare (1.1.1.1) o Google (8.8.8.8). Questo aggira completamente il tuo livello di filtraggio DNS gestito.
La strategia di mitigazione prevede due componenti:
- Bloccare gli IP dei resolver DoH noti a livello di firewall. Mantieni un elenco aggiornato degli endpoint DoH noti e blocca il traffico HTTPS in uscita verso quegli IP specifici.
- Intercettare e reindirizzare tutto il traffico sulla porta 53 al tuo resolver DNS gestito utilizzando le regole NAT del firewall, impedendo l'override manuale del DNS da parte degli ospiti.
Hai domande sulla tua configurazione specifica?
Il nostro team collabora con gestori di sedi, responsabili IT e ingegneri di rete in 80.000 sedi. Prenota una chiamata di 20 minuti e ti mostreremo come altri professionisti come te hanno risolto il problema.
Guida all'Implementazione
La distribuzione di una soluzione di filtraggio robusta richiede una pianificazione attenta per bilanciare la sicurezza con l'esperienza utente. I passaggi seguenti si applicano a strutture di qualsiasi dimensione, da un hotel a sito singolo a una catena Retail multi-sede.
Passaggio 1: Definire le Condizioni d'Uso del Servizio
Stabilisci delle Condizioni d'Uso del Servizio (AUP) chiare che gli ospiti devono accettare sul Captive Portal. La politica di filtraggio tecnico deve rispecchiare le Condizioni d'Uso. Come minimo, blocca: domini noti di malware e phishing; CSAM (integrazione con database come la blocklist della Internet Watch Foundation); protocolli di condivisione file P2P; e contenuti per adulti per le strutture destinate alle famiglie.
Passaggio 2: Configurare il Captive Portal e l'Autenticazione
Assicurati che il Captive Portal richieda l'autenticazione. L'accesso anonimo è il nemico dell'audit trail. Implementa limiti di sessione e assicura che i tempi di lease DHCP siano ottimizzati per ambienti ad alta rotazione. Per le installazioni nel settore Hospitality , integra il sistema con il Property Management System (PMS) per autenticare gli ospiti tramite il loro riferimento di prenotazione.
Passaggio 3: Distribuire il Filtraggio DNS e le Regole del Gateway
Integra un servizio di filtraggio DNS cloud. Configura il gateway di rete per intercettare tutte le richieste DNS in uscita sulla porta 53 e forzarle attraverso il servizio di filtraggio approvato. Implementa regole del firewall per bloccare gli endpoint DoH noti. Configura regole a livello applicativo per eliminare il traffico dei protocolli P2P.
Passaggio 4: Inserire in Whitelist i Servizi Critici
Assicurati che i servizi critici della sede siano inseriti nella whitelist prima del go-live. Se la tua sede utilizza servizi di localizzazione o strumenti di navigazione - ad esempio, Purple lancia la modalità mappe offline per una navigazione fluida e sicura verso gli hotspot WiFi - assicurati che i relativi endpoint siano accessibili. Prepara anche i team di supporto per i problemi comuni post-distribuzione; il filtraggio può occasionalmente causare anomalie di connettività, come discusso in Risoluzione dell'errore Connesso ma Senza Internet sul WiFi per gli ospiti .
Passaggio 5: Test e Convalida
Prima di andare online, esegui un test strutturato: prova ad accedere a categorie notoriamente bloccate da un dispositivo ospite, verifica che venga visualizzata la pagina di blocco, verifica che il registro di controllo acquisisca la sessione e conferma che il traffico legittimo non subisca ripercussioni.
Best Practice
Dynamic Threat Intelligence: Le blocklist statiche diventano obsolete nel giro di poche ore dalla pubblicazione. Assicurati che il tuo motore di filtraggio utilizzi un'intelligence sulle minacce in tempo reale e costantemente aggiornata per categorizzare i nuovi domini non appena emergono. I malintenzionati registrano nuovi domini ogni giorno specificamente per eludere le liste statiche.
Controllo granulare delle policy: Evita divieti generalizzati che interrompono le attività commerciali legittime. Bloccare lo streaming video completo potrebbe essere appropriato per la rete di un ufficio aziendale, ma sarebbe del tutto inadeguato per un hotel. Definisci le policy per SSID, per tipo di sede o per ora del giorno, laddove la piattaforma lo supporti.
Gestione del traffico crittografato: Con la standardizzazione di TLS 1.3 e DoH, affidarsi esclusivamente al DNS non è più sufficiente. Valuta hardware in grado di eseguire l'ispezione della Server Name Indication (SNI) come via di mezzo tra il DPI completo e il solo filtraggio DNS. L'ispezione SNI legge il nome del server non crittografato nell'handshake TLS senza decrittografare il payload, offrendo un blocco a livello di categoria con un impatto minimo sulla velocità di trasmissione.
Registrazione di conformità: Conserva i registri di connessione - indirizzo MAC, IP assegnato, timestamp, identità autenticata - in conformità con le leggi locali sulla conservazione dei dati. Ai sensi del GDPR, non registrare la cronologia di navigazione completa; registra solo i metadati di connessione. Assicurati che i registri siano crittografati a riposo e protetti da controlli di accesso.
Risoluzione dei problemi e mitigazione dei rischi
Modalità di guasto comuni
Il bypass DoH: Gli ospiti che utilizzano browser moderni configurati per utilizzare il DNS over HTTPS aggireranno i filtri DNS standard. Mitigazione: Mantieni una blocklist aggiornata degli IP dei provider DoH a livello di firewall e reindirizza tutto il traffico sulla porta 53 tramite NAT.
Randomizzazione del MAC: I moderni dispositivi iOS e Android randomizzano gli indirizzi MAC per ciascun SSID, interrompendo il tracciamento tradizionale dei dispositivi. Mitigazione: Affidati all'autenticazione basata sulla sessione collegata al login del Captive Portal, anziché al tracciamento persistente del MAC. L'ID di sessione, e non il MAC, diventa la chiave di controllo. Filtraggio eccessivo e falsi positivi: Un filtraggio troppo aggressivo blocca il traffico legittimo, generando ticket di assistenza e peggiorando l'esperienza degli ospiti. Mitigazione: Implementare un processo rapido di revisione della whitelist. Monitorare settimanalmente i registri dei domini bloccati e inserire nella whitelist i falsi positivi confermati entro 24 ore.
Disallineamento delle policy tra i siti: Nelle implementazioni multi-sito, le policy gestite manualmente tendono a divergere nel tempo. Il Sito A potrebbe avere una blocklist obsoleta mentre il Sito B è aggiornato. Mitigazione: Applicare una distribuzione centralizzata delle policy gestita in cloud con controllo di versione. Tutti i siti devono fare riferimento alla stessa baseline di policy.
-
ROI e impatto sul business
Il ritorno sull'investimento (ROI) per il filtraggio dei contenuti si misura principalmente in termini di evitamento dei rischi. Una sola causa per violazione del copyright o un'azione sanzionatoria da parte delle autorità può costare decine di migliaia di sterline - superando di gran lunga il costo annuale di una soluzione di filtraggio. La tabella seguente illustra la differenza di costo:
| Voce di costo | Rete non filtrata | Rete filtrata |
|---|---|---|
| Costo annuale della soluzione di filtraggio | £0 | £2.000–£15.000 (a seconda della scala) |
| Risoluzione della violazione del copyright | £10.000–£100.000+ | £0 (mitigato) |
| Sanzione GDPR (registrazione inadeguata) | Fino al 4% del fatturato globale | £0 (conforme) |
| Danno d'immagine / impatto sul brand | Significativo | Minimo |
| Prestazioni della rete (P2P rimosso) | Degradate | Migliorate |
Inoltre, il filtraggio migliora le prestazioni complessive della rete. Bloccando il traffico P2P che consuma molta banda e le botnet malware, si preserva la larghezza di banda per gli ospiti legittimi, migliorando l'esperienza utente e riducendo il carico sull'infrastruttura. Se combinata con una solida piattaforma di WiFi Analytics , la rete si trasforma da una passività non gestita a un asset sicuro e generatore di dati che guida risultati di business misurabili.
Definizioni chiave
Safe Harbour
Disposizioni legali che proteggono gli ISP e gli operatori di rete dalla responsabilità per le azioni dei propri utenti, a condizione che adottino misure tecniche ragionevoli per prevenire gli abusi e possano assistere le forze dell'ordine.
La principale tutela legale per i gestori di sedi ed eventi. Il filtraggio dei contenuti e la registrazione dei log di controllo sono le condizioni tecniche necessarie per mantenere lo stato di Safe Harbour.
Captive Portal
Una pagina web che gli utenti devono visualizzare e con cui devono interagire prima che venga concesso l'accesso a una rete pubblica, utilizzata per l'autenticazione, l'accettazione dell'AUP e l'avvio della sessione.
Il meccanismo principale per stabilire l'identità dell'utente e creare un audit trail. Senza di esso, l'accesso anonimo rende insostenibile la protezione del porto sicuro.
Filtraggio DNS
Il processo di blocco dell'accesso a determinati siti web o indirizzi IP intercettando e valutando le richieste Domain Name System (DNS) rispetto a un database di threat intelligence prima di risolvere l'indirizzo IP.
Il metodo più efficiente e a bassa latenza per bloccare contenuti dannosi o inappropriati su scala. Adatto ad ambienti ad alta capacità senza richiedere hardware DPI.
Audit Trail
Un registro cronologico e a prova di manomissione degli eventi di rete, inclusi l'autenticazione dell'utente, l'assegnazione dei lease IP, gli orari di inizio e fine sessione e l'identità autenticata.
Necessario per rispondere alle richieste delle forze dell'ordine, dimostrare la conformità normativa e provare che sono state adottate misure ragionevoli per prevenire attività illegali.
Deep Packet Inspection (DPI)
Filtraggio avanzato dei pacchetti di rete che esamina il payload dei dati di un pacchetto mentre attraversa un punto di ispezione, consentendo l'identificazione e il controllo a livello di applicazione.
Fornisce il controllo più granulare ma richiede una notevole potenza di calcolo e può ridurre la capacità di trasmissione della rete. Da utilizzare preferibilmente in modo selettivo per il rilevamento di protocolli ad alto rischio.
DNS over HTTPS (DoH)
Un protocollo per eseguire la risoluzione DNS remota tramite il protocollo HTTPS, crittografando la query DNS per impedire l'intercettazione o la manipolazione da parte degli operatori di rete.
Il principale meccanismo di aggiramento che compromette il filtraggio basato solo su DNS. Deve essere bloccato a livello di firewall mantenendo una blocklist di IP risolutori DoH noti.
Peer-to-Peer (P2P)
Un modello di comunicazione decentralizzato in cui ogni nodo partecipante ha capacità equivalenti, comunemente utilizzato per la condivisione di file tramite protocolli come BitTorrent.
Il vettore principale per la violazione del copyright sulle reti pubbliche. Deve essere bloccato sia a livello di DNS che di livello applicativo (regole di porta/protocollo del firewall) per una mitigazione efficace.
Randomizzazione MAC
Una funzionalità di privacy nei moderni sistemi operativi (iOS 14+, Android 10+) che utilizza un indirizzo MAC randomizzato quando ci si connette alle reti WiFi, impedendo il tracciamento persistente del dispositivo.
Interrompe il tracciamento tradizionale dei dispositivi basato su indirizzo MAC, costringendo gli operatori di rete a fare affidamento sull'autenticazione basata sulla sessione tramite il Captive Portal come identificatore principale di audit.
Server Name Indication (SNI)
Un'estensione del protocollo TLS che consente al client di indicare a quale hostname si sta connettendo durante l'handshake TLS, prima che venga stabilita la sessione crittografata.
Consente il blocco dei contenuti a livello di categoria sul traffico HTTPS senza la decrittografia completa del payload, offrendo una via di mezzo tra il filtraggio solo DNS e la DPI completa.
Esempi pratici
Un hotel da 200 camere riceve notifiche automatiche di violazione del copyright dal proprio ISP perché gli ospiti scaricano film tramite torrent sulla rete Guest WiFi aperta. L'hotel attualmente utilizza una rete WPA2-PSK di base senza Captive Portal e senza filtraggio dei contenuti.
Passaggio 1: rimuovere la PSK condivisa e sostituirla con un SSID aperto preceduto da un Captive Portal. Passaggio 2: richiedere agli ospiti di autenticarsi utilizzando il numero di camera e il cognome tramite l'integrazione PMS, oppure tramite verifica via SMS/e-mail. Passaggio 3: distribuire un servizio di filtraggio DNS basato su cloud integrato con il gateway di rete, abilitando le categorie di blocco "P2P/File Sharing" e "Malware". Passaggio 4: configurare il firewall del gateway per bloccare tutto il traffico in uscita sulle porte BitTorrent standard (6881–6889 TCP/UDP) e bloccare i domini dei tracker torrent noti tramite il filtro DNS. Passaggio 5: implementare regole NAT per intercettare tutto il traffico sulla porta 53 e reindirizzarlo al resolver DNS gestito. Passaggio 6: abilitare la registrazione delle sessioni per acquisire l'indirizzo MAC, l'IP assegnato, l'identità autenticata e i timestamp per tutte le sessioni.
Una grande catena di vendita al dettaglio sta implementando il Guest WiFi in 500 negozi. Devono garantire la conformità con le policy per famiglie e prevenire la diffusione di malware, ma non possono permettersi hardware DPI a elevata latenza in ogni filiale. Hanno inoltre bisogno di un'applicazione uniforme delle policy in tutte le sedi.
Passaggio 1: implementare un'architettura WiFi cloud gestita centralmente con un controller cloud che gestisce tutti i 500 punti di accesso delle filiali. Passaggio 2: implementare una soluzione di filtraggio DNS basata su cloud applicata a livello di SSID, configurata centralmente e distribuita contemporaneamente a tutte le sedi. Passaggio 3: configurare centralmente la policy per bloccare le categorie "Adulti", "Malware", "Phishing" e "P2P". Passaggio 4: utilizzare il controller cloud per applicare regole NAT che reindirizzino tutto il traffico sulla porta 53 al resolver DNS gestito in ogni sede. Passaggio 5: configurare un aggregatore di log centralizzato per raccogliere i registri di sessione da tutte le 500 sedi in un'unica piattaforma SIEM o di gestione dei log per i report di conformità.
Domande di esercitazione
Q1. La tua sede sta aggiornando il WiFi ospiti. L'architetto di rete propone di rimuovere il Captive Portal per creare un'esperienza utente più fluida, affidandosi esclusivamente a un filtro DNS cloud per bloccare i contenuti dannosi. Qual è il principale rischio legale di questo approccio e cosa consiglieresti invece?
Suggerimento: Considera cosa accade se le forze dell'ordine richiedono informazioni su uno specifico indirizzo IP utilizzato in un determinato momento.
Visualizza risposta modello
La rimozione del Captive Portal elimina il livello di autenticazione, il che significa che non vi è alcun audit trail che colleghi una sessione di rete a una specifica identità utente. Sebbene il filtro DNS blocchi i siti dannosi noti, se un utente lo aggira o commette un atto illegale non rilevato dal filtro, la sede non può identificare l'utente. Ciò annulla le tutele del porto sicuro, lasciando la sede pienamente responsabile. La raccomandazione è di mantenere il Captive Portal con autenticazione obbligatoria e utilizzare il filtro DNS come livello complementare, non in sostituzione della verifica dell'identità.
Q2. Un utente lamenta di non poter accedere a una VPN aziendale legittima mentre è connesso al tuo Guest WiFi filtrato. Controlli i log e noti che la connessione viene interrotta a livello di gateway, non a livello DNS. Quali sono le due cause più probabili e come risolveresti ciascuna di esse?
Suggerimento: Pensa a come i firewall gestiscono il traffico crittografato e le porte non standard, e a come operano i protocolli VPN.
Visualizza risposta modello
Causa 1: Il firewall presenta una policy in uscita eccessivamente restrittiva che blocca le porte specifiche utilizzate dal protocollo VPN - ad esempio, UDP 500 e UDP 4500 per IKEv2/IPsec, o TCP/UDP 1194 per OpenVPN. Risoluzione: Inserire in whitelist le porte VPN standard per il traffico in uscita monitorando al contempo eventuali abusi. Causa 2: Un motore DPI sta interrompendo il traffico del tunnel crittografato perché non può ispezionare il payload ed è configurato per bloccare le sessioni crittografate non riconosciute. Risoluzione: Creare un'eccezione a livello applicativo per i protocolli VPN noti o disabilitare la DPI per il traffico sulle porte VPN standard.
Q3. Hai distribuito una solida soluzione cloud di filtraggio DNS sulla rete della tua struttura, ma la dashboard di analytics del tuo WiFi mostra un consumo di banda significativo compatibile con il traffico BitTorrent. Com'è possibile se il filtraggio DNS è attivo, e quali controlli aggiuntivi devi implementare?
Suggerimento: Il DNS risolve solo i nomi in indirizzi IP. Considera come i software P2P individuano e si connettono ai peer dopo il contatto iniziale con il tracker.
Visualizza risposta modello
BitTorrent e altri protocolli P2P utilizzano il DNS solo per la scoperta iniziale del tracker. Una volta individuati i peer, il client si connette direttamente a essi tramite indirizzo IP, aggirando completamente il DNS. Il filtraggio DNS da solo non può bloccare il trasferimento dati peer-to-peer una volta stabilita la connessione iniziale. Per risolvere questo problema, è necessario configurare il firewall del gateway di rete per bloccare i protocolli P2P utilizzando il filtraggio a livello applicativo o bloccando gli intervalli di porte BitTorrent noti (6881–6889 TCP/UDP) e il protocollo DHT (UDP 6881). Inoltre, considera di abilitare la limitazione della larghezza di banda per l'eventuale traffico P2P residuo che utilizza porte non standard.
Continua a leggere questa serie
Come revocare l'accesso WiFi quando un dipendente lascia l'azienda
Questa guida mostra ai team IT e di gestione delle sedi come rimuovere l'accesso WiFi del personale quando un dipendente lascia l'azienda, senza interrompere il lavoro degli altri collaboratori. Confronta la tecnologia 802.1X basata su certificati, l'iPSK specifico per l'identità e il deprovisioning guidato da SCIM, fornendo poi un runbook per il giorno stesso, un metodo di test e un modello di tracciabilità dei controlli.
WiFi BYOD sicuro: onboarding con certificati Passpoint vs xPSK (iPSK)
Una guida tecnica completa per i team IT su come proteggere i dispositivi non gestiti di dipendenti e studenti (BYOD) utilizzando certificati Passpoint EAP-TLS zero-touch rispetto a soluzioni xPSK specifiche del fornitore (iPSK/easyPSK, DPSK, PPSK, MPSK).
Configuring RADIUS Authentication for Guest and Staff WiFi Networks
Questa guida di riferimento tecnica descrive l'architettura, la configurazione e l'implementazione dell'autenticazione RADIUS per le reti WiFi aziendali per ospiti e personale. Fornisce ai network architect e ai manager IT i protocolli esatti, gli standard di sicurezza e le metodologie di risoluzione dei problemi necessari per creare sistemi di controllo degli accessi wireless sicuri e scalabili.
Hai domande sulla tua configurazione specifica?
Il nostro team collabora con gestori di sedi, responsabili IT e ingegneri di rete in 80.000 sedi. Prenota una chiamata di 20 minuti e ti mostreremo come altri professionisti come te hanno risolto il problema.