Cos'è l'autenticazione RADIUS e come funziona?
Questa guida fornisce un riferimento tecnico definitivo sull'autenticazione RADIUS per i leader IT che gestiscono implementazioni di WiFi aziendali e per gli ospiti. Demistifica il protocollo AAA, spiega come i metodi 802.1X ed EAP lavorano insieme e descrive in dettaglio come la piattaforma cloud-based di Purple semplifica l'implementazione per hotel, catene di vendita al dettaglio, stadi e organizzazioni del settore pubblico. I lettori otterranno una chiara roadmap di implementazione, casi di studio reali e i framework decisionali necessari per migrare da chiavi pre-condivise non sicure a un'architettura di controllo degli accessi di rete robusta e basata sull'identità.
Ascolta questa guida
Visualizza trascrizione del podcast
- Executive Summary
- Technical Deep-Dive
- The AAA Framework: Authentication, Authorization, and Accounting
- Come funzionano insieme RADIUS e 802.1X
- Porte e trasporto RADIUS
- Guida all'implementazione
- Transizione da PSK a RADIUS: una roadmap in cinque passaggi
- Best Practice
- Risoluzione dei problemi e mitigazione dei rischi
- ROI e impatto sul business

Executive Summary
Per i leader IT di sedi multi-sito — hotel, catene di vendita al dettaglio, stadi e centri congressi — offrire un accesso WiFi sicuro e affidabile a migliaia di utenti giornalieri è un servizio mission-critical che comporta significativi rischi operativi e normativi. L'approccio legacy basato sull'uso di un'unica chiave precondivisa (PSK) per le reti di ospiti e personale non rappresenta più una postura di sicurezza difendibile. Espone le organizzazioni a violazioni della conformità ai sensi dello standard PCI DSS e del GDPR, a interruzioni operative e a danni d'immagine derivanti da potenziali violazioni.
La soluzione moderna e standard del settore consiste nel centralizzare il controllo degli accessi alla rete tramite il protocollo RADIUS (Remote Authentication Dial-In User Service). RADIUS fornisce un framework robusto per i tre pilastri della sicurezza di rete — Authentication, Authorization, and Accounting (AAA) — imponendo un accesso basato sull'identità per ogni utente e dispositivo. Grazie all'integrazione con una directory di identità esistente come Azure AD, Google Workspace o Okta, RADIUS garantisce che solo le persone autorizzate possano connettersi e che il loro accesso sia precisamente limitato al loro ruolo.
Questa guida fornisce una panoramica pratica e operativa di RADIUS, dello standard IEEE 802.1X sottostante e di come la piattaforma di WiFi intelligence di Purple elimini la complessità della distribuzione. È pensata per architetti di rete e IT manager che devono prendere decisioni di implementazione in questo trimestre, non l'anno prossimo.

Technical Deep-Dive
The AAA Framework: Authentication, Authorization, and Accounting
RADIUS opera su un modello client-server ed è strutturato attorno al framework AAA, un concetto fondamentale nella sicurezza di rete. Comprendere ciascun componente è essenziale per una distribuzione di successo.
Authentication (Autenticazione) è il processo di verifica dell'identità di un utente. Quando un utente tenta di connettersi a una rete WiFi protetta con WPA2/WPA3-Enterprise, il suo dispositivo — il Supplicant — invia le credenziali all'Access Point Wireless — l'Authenticator. L'Authenticator non prende autonomamente la decisione di accesso; inoltra la richiesta al server RADIUS. Il server RADIUS convalida queste credenziali rispetto a una sorgente di identità configurata: Microsoft Active Directory, un IdP cloud come Okta o un database utenti locale. La convalida può utilizzare una combinazione di nome utente e password o, per una sicurezza significativamente maggiore, un certificato digitale tramite un metodo EAP come EAP-TLS.
L'autorizzazione determina cosa è consentito fare a un utente autenticato. In base alle policy definite dall'amministratore di rete, il server RADIUS restituisce attributi specifici all'Autenticatore. Questi attributi determinano l'assegnazione della VLAN (separando il traffico guest da quello aziendale), i limiti di larghezza di banda e le restrizioni di accesso in base all'ora del giorno. Questa applicazione granulare e dinamica delle policy è uno dei principali vantaggi di RADIUS rispetto ai sistemi statici basati su PSK.
L'accounting traccia l'attività dell'utente durante l'intera sessione. Il server RADIUS registra i timestamp di connessione, la durata della sessione, i dati trasferiti e gli indirizzi MAC dei dispositivi. Questo audit trail è prezioso per la risoluzione dei problemi, la pianificazione della capacità e la reportistica di conformità. Ai sensi del PCI DSS 4.0, la registrazione e il monitoraggio di tutti gli accessi alle risorse di rete è un controllo obbligatorio.

Come funzionano insieme RADIUS e 802.1X
Lo standard IEEE 802.1X definisce il controllo dell'accesso alla rete basato su porta. In un contesto WiFi, l'802.1X consente a un access point di bloccare tutto il traffico proveniente da un dispositivo — tranne i messaggi di autenticazione — finché il server RADIUS non ha confermato l'autorizzazione. La comunicazione tra il Supplicant e l'Autenticatore utilizza l'Extensible Authentication Protocol (EAP), trasportato sulla LAN come EAPOL (EAP over LAN). L'Autenticatore inoltra quindi queste informazioni al server RADIUS utilizzando il protocollo RADIUS.
La scelta del metodo EAP è una decisione di sicurezza fondamentale:
| Metodo EAP | Tipo di autenticazione | Livello di sicurezza | Caso d'uso consigliato |
|---|---|---|---|
| EAP-TLS | Basato su certificato | Massimo | Dispositivi aziendali gestiti — gold standard |
| PEAP-MSCHAPv2 | Basato su credenziali | Medio | Ambienti prevalentemente Windows in transizione ai certificati |
| EAP-TTLS/PAP | Basato su credenziali | Medio | Ambienti con sistemi operativi misti e supporto per dispositivi legacy |
Per i dispositivi aziendali, EAP-TLS rappresenta lo stato obiettivo. Utilizza l'autenticazione reciproca basata su certificati — sia il client che il server presentano i certificati — eliminando completamente le password e i rischi associati di furto di credenziali e phishing.
Porte e trasporto RADIUS
Per impostazione predefinita, RADIUS utilizza la porta UDP 1812 per l'autenticazione e l'autorizzazione e la porta UDP 1813 per l'accounting. Alcune distribuzioni legacy utilizzano le porte 1645 and 1646. A partire dalla specifica RFC 6613, RADIUS può funzionare anche su TCP con TLS (RadSec), una soluzione sempre più utilizzata nelle distribuzioni cloud per una maggiore sicurezza del trasporto.
Guida all'implementazione
Transizione da PSK a RADIUS: una roadmap in cinque passaggi
Step 1: Seleziona la tua infrastruttura RADIUS. Scegli tra un server on-premise (Microsoft NPS per ambienti Windows, FreeRADIUS per distribuzioni open source) o un servizio RADIUS basato su cloud. Per le organizzazioni multi-sito, una piattaforma RADIUS cloud come quella di Purple è quasi sempre la scelta corretta. Offre alta disponibilità integrata, ridondanza geografica ed elimina l'onere operativo della gestione del server.
Step 2: Integra la tua sorgente di identità. Collega il server RADIUS alla directory di identità autorevole della tua organizzazione. Le moderne piattaforme RADIUS cloud supportano l'integrazione diretta con Azure AD, Google Workspace e Okta tramite SAML o LDAP. Per gli utenti guest, la sorgente di identità è tipicamente un CRM, un sistema di gestione immobiliare (PMS) o una piattaforma per guest WiFi dedicata.
Step 3: Configura l'hardware di rete. Sul controller LAN wireless o sugli access point, crea un nuovo SSID configurato per WPA2-Enterprise o WPA3-Enterprise. Punta l'SSID sull'indirizzo IP del tuo server RADIUS e configura il shared secret (segreto condiviso) — una password che crittografa la comunicazione tra l'access point e il server RADIUS. Questo valore deve corrispondere esattamente su entrambi i lati; una mancata corrispondenza è una delle cause più comuni di fallimento della distribuzione iniziale.
Step 4: Definisci le policy di autorizzazione. Crea regole sul server RADIUS che mappano i gruppi di utenti alle policy di rete. Un set di policy tipico per un hotel potrebbe includere: Personale su VLAN 10 con accesso interno completo; Fornitori su VLAN 30 con accesso limitato e un limite di larghezza di banda di 50 Mbps; Ospiti su VLAN 20 con accesso solo internet e un limite di sessione di 8 ore.
Step 5: Onboarding di utenti e dispositivi. Per il personale aziendale, distribuisci i profili WiFi con impostazioni 802.1X tramite la tua piattaforma MDM. Per gli ospiti, distribuisci un Captive Portal. La piattaforma di Purple automatizza il flusso di onboarding degli ospiti — supportando login tramite social media, moduli di registrazione e codici coupon — e crea account utente RADIUS temporanei che scadono automaticamente.

Best Practice
Adotta WPA3-Enterprise. Laddove l'hardware lo supporti, WPA3-Enterprise offre notevoli miglioramenti della sicurezza rispetto a WPA2-Enterprise, inclusi i Protected Management Frames (PMF) e una crittografia più forte tramite la modalità di sicurezza a 192 bit. Conduci un audit hardware per identificare gli access point che richiedono aggiornamenti del firmware o la sostituzione.
Implementa EAP-TLS per i dispositivi aziendali. L'autenticazione basata su certificati elimina la password come vulnerabilità. Integra il tuo server RADIUS con la tua PKI o utilizza una soluzione di gestione dei certificati basata su cloud. Automatizza la distribuzione dei certificati tramite MDM per ridurre al minimo il sovraccarico IT.
Applica la segmentazione VLAN. L'assegnazione dinamica della VLAN tramite RADIUS non è negoziabile per la conformità PCI DSS e l'architettura Zero Trust. Assicurati che gli switch di rete e i firewall applichino criteri di routing inter-VLAN che impediscano al traffico guest di raggiungere le risorse aziendali.
Distribuisci un'infrastruttura RADIUS ridondante. Configura almeno un server RADIUS primario e uno secondario sui tuoi punti di accesso. Le piattaforme Cloud RADIUS in genere forniscono questo servizio automaticamente. Testa regolarmente il failover.
Risoluzione dei problemi e mitigazione dei rischi
| Modalità di errore | Causa principale | Risoluzione |
|---|---|---|
| Tutti gli utenti rifiutati | Mancata corrispondenza del segreto condiviso tra AP e server RADIUS | Verifica il segreto condiviso sia sull'AP che nella configurazione del server RADIUS |
| Errori di certificato sui dispositivi client | Certificato del server RADIUS non attendibile per il client | Installa il certificato della CA radice su tutti i dispositivi client tramite MDM |
| Errori di autenticazione intermittenti | Server RADIUS sovraccarico o non raggiungibile | Implementa un server RADIUS secondario; verifica la capacità del server |
| Portale guest senza reindirizzamento | Errata configurazione del walled garden | Assicurati che l'URL del portale e i domini dei provider di social login siano nel walled garden |
| Gli utenti non riescono a riconnettersi dopo la scadenza della sessione | Sessione di accounting non terminata correttamente | Verifica la configurazione dell'accounting RADIUS; controlla la presenza di sessioni obsolete |
ROI e impatto sul business
Il caso aziendale per l'implementazione di RADIUS è convincente sotto molteplici aspetti. La riduzione del rischio di sicurezza è il vantaggio più immediato: la sostituzione di una PSK condivisa con un accesso basato sull'identità elimina il vettore più comune per le intrusioni di rete basate su WiFi, evitando potenzialmente costi di violazione che superano in media i 3,4 milioni di sterline per le imprese del Regno Unito. La garanzia di conformità ai sensi di PCI DSS, GDPR e normative specifiche del settore si ottiene attraverso la combinazione di controllo degli accessi basato sull'identità e registri di accounting completi. I guadagni in termini di efficienza operativa sono significativi nelle grandi distribuzioni: la gestione centralizzata dei criteri significa che l'abilitazione di un nuovo utente o la revoca dell'accesso per un dipendente in uscita è un'azione singola nella directory di identità, non una riconfigurazione manuale su dozzine di punti di accesso. Infine, i dati di accounting generati da RADIUS forniscono informazioni utili per la pianificazione della capacità, consentendo di basare le decisioni di investimento infrastrutturale su dati di utilizzo effettivi anziché su stime.
Definizioni chiave
RADIUS (Remote Authentication Dial-In User Service)
Un protocollo di rete, standardizzato in RFC 2865, che fornisce una gestione centralizzata di Authentication, Authorization, and Accounting (AAA) per gli utenti che si connettono a un servizio di rete. Funziona su un modello client-server, in cui il Network Access Server (NAS) è il client e il server RADIUS è l'autorità decisionale.
Questo è il motore principale della sicurezza WiFi aziendale. Quando un responsabile IT parla di "passaggio a 802.1X", si riferisce quasi sempre all'implementazione di un server RADIUS.
802.1X
Uno standard IEEE per il Network Access Control basato su porte (PNAC). Definisce l'incapsulamento dell'Extensible Authentication Protocol (EAP) su reti IEEE 802, consentendo a un autenticatore (ad esempio, un punto di accesso WiFi) di imporre l'autenticazione prima di concedere l'accesso alla rete.
Questo è lo standard che fa funzionare RADIUS per il WiFi. Quando si configura un SSID per "WPA2-Enterprise", si sta abilitando il protocollo 802.1X su quell'SSID.
AAA (Authentication, Authorization, Accounting)
Un framework di sicurezza per controllare in modo intelligente l'accesso alle risorse informatiche, applicare policy e monitorare l'utilizzo. L'Autenticazione verifica l'identità, l'Autorizzazione determina le azioni consentite e l'Accounting registra l'attività.
I server RADIUS sono spesso chiamati "server AAA". La comprensione di questo framework è la base concettuale per la progettazione di qualsiasi controllo degli accessi di rete.
Supplicant
Nel framework 802.1X, il Supplicant è il dispositivo client (un laptop, uno smartphone o un dispositivo IoT) che richiede l'accesso alla rete. Il software supplicant sul dispositivo gestisce lo scambio di autenticazione EAP.
Durante la risoluzione dei problemi relativi ai problemi di autenticazione, la configurazione del supplicant (ad esempio, il profilo WiFi su un laptop) è spesso l'origine del problema.
Authenticator
Nel framework 802.1X, l'Authenticator è il dispositivo di rete (in genere un access point wireless o uno switch Ethernet) che impone il controllo degli accessi. Inoltra i messaggi EAP tra il Supplicant e l'Authentication Server, ma non prende direttamente la decisione di autenticazione.
L'access point è un ripetitore, non un decisore. Questa è una distinzione fondamentale: il compito dell'AP è inoltrare la richiesta a RADIUS e poi agire in base alla risposta.
EAP (Extensible Authentication Protocol)
Un framework di autenticazione definito in RFC 3748 che supporta molteplici metodi di autenticazione. L'EAP in sé non definisce un meccanismo di autenticazione specifico; fornisce invece un formato standard per negoziare e trasportare vari metodi EAP (ad es. EAP-TLS, PEAP, EAP-TTLS).
Quando si configura l'802.1X, è necessario scegliere un metodo EAP. La scelta tra EAP-TLS (certificati) e PEAP (password) è una delle decisioni di sicurezza più importanti in un'implementazione WiFi.
EAP-TLS (EAP Transport Layer Security)
Un metodo EAP basato su certificati che fornisce un'autenticazione reciproca tra il client e il server RADIUS utilizzando certificati digitali X.509. È ampiamente considerato come il metodo EAP più sicuro, in quanto elimina completamente le password.
EAP-TLS è lo standard di riferimento per l'autenticazione dei dispositivi aziendali. La sua implementazione richiede un'infrastruttura a chiave pubblica (PKI) per emettere e gestire i certificati client, motivo per cui le soluzioni di gestione dei certificati basate su cloud sono sempre più diffuse.
Captive Portal
Una pagina web che intercetta la connessione di un utente a una rete WiFi pubblica, richiedendo di completare un'azione (come l'accettazione dei termini di servizio, l'inserimento di credenziali o l'autenticazione tramite un account social) prima di concedere l'accesso a Internet.
I Captive Portal funzionano in combinazione con RADIUS per il WiFi ospiti. Il portale è l'interfaccia rivolta all'utente; RADIUS è il motore di autenticazione back-end che convalida la sessione dell'utente e applica le policy di accesso.
VLAN (Virtual Local Area Network)
Un segmento di rete logico creato all'interno di un'infrastruttura di rete fisica. Le VLAN consentono agli amministratori di rete di separare il traffico proveniente da diversi gruppi di utenti (come ospiti, personale e dispositivi IoT), anche quando condividono lo stesso hardware fisico.
L'assegnazione dinamica della VLAN tramite RADIUS è il meccanismo che consente la segmentazione della rete nel WiFi aziendale. È un requisito fondamentale per la conformità PCI DSS e l'architettura Zero Trust.
Shared Secret
Una password configurata sia sul client RADIUS (l'access point) sia sul server RADIUS per autenticare la loro comunicazione e crittografare i valori degli attributi RADIUS. Deve essere identica su entrambi i lati.
Una mancata corrispondenza del segreto condiviso è una delle cause più comuni di errore di autenticazione RADIUS durante l'implementazione iniziale. Copiare e incollare sempre questo valore anziché digitarlo manualmente.
Esempi pratici
Un hotel da 500 camere deve fornire una rete WiFi sicura per ospiti, partecipanti a conferenze e personale. Gli ospiti devono poter usufruire di un'esperienza di accesso fluida e senza attriti, mentre il personale richiede un accesso sicuro ai sistemi interni di gestione della proprietà e ai punti vendita. L'hotel utilizza Oracle OPERA come Property Management System (PMS).
Implementare la piattaforma cloud RADIUS di Purple integrata con il PMS Oracle OPERA dell'hotel. Configurare tre SSID separati: "Hotel-Guest", "Conference-WiFi" e "Staff-Internal". L'SSID "Staff-Internal" è configurato per WPA3-Enterprise con EAP-TLS. I certificati digitali vengono distribuiti a tutti i dispositivi di proprietà dell'hotel tramite una piattaforma MDM (ad es. Jamf o Microsoft Intune), consentendo un'autenticazione fluida e senza password per il personale. L'SSID "Hotel-Guest" utilizza un Captive Portal personalizzato e integrato con OPERA. Al momento del check-in, OPERA crea automaticamente un account utente RADIUS temporaneo con credenziali valide per la durata del soggiorno dell'ospite. L'ospite riceve un codice QR o un'e-mail di benvenuto con un link di connessione diretta. L'SSID "Conference-WiFi" utilizza un sistema basato su voucher all'interno della piattaforma Purple, consentendo ai coordinatori dell'evento di generare codici di accesso unici e limitati nel tempo per i partecipanti. Tutti e tre gli SSID utilizzano l'assegnazione dinamica delle VLAN per garantire una rigorosa segmentazione del traffico.
Una catena di vendita al dettaglio con 200 negozi nel Regno Unito desidera sostituire la propria rete WiFi per gli ospiti, attualmente non sicura e con password condivisa. Il team di marketing richiede dati demografici con consenso esplicito (opt-in) da parte dei visitatori del negozio per supportare campagne mirate. Il team IT utilizza Azure Active Directory per la gestione di tutte le identità aziendali.
Implementare la piattaforma cloud RADIUS e il WiFi per gli ospiti di Purple in tutti i 200 negozi utilizzando una configurazione centralizzata basata su modelli. Per l'accesso degli ospiti, configurare un Captive Portal personalizzato su un SSID dedicato agli ospiti. Il portale offre l'autenticazione tramite account social (Facebook, Google) o un semplice modulo di registrazione, raccogliendo il consenso al marketing in conformità con il GDPR. La piattaforma di Purple aggrega questi dati in una dashboard di analisi centralizzata, fornendo al team di marketing dati demografici sui visitatori, tempi di permanenza e tassi di visite ripetute. Per il personale aziendale, integrare il server RADIUS con il tenant Azure AD esistente. Il personale si connette a un SSID "Staff" separato utilizzando le proprie credenziali Azure AD tramite PEAP, con un piano di migrazione graduale a EAP-TLS con certificati per i ruoli a più alto rischio. Tutto il traffico degli ospiti è isolato su una VLAN dedicata senza accesso alla rete interna del negozio o ai sistemi EPOS, soddisfacendo i requisiti di segmentazione di rete PCI DSS.
Domande di esercitazione
Q1. Sei l'architetto IT di un grande centro congressi. Un'importante azienda tecnologica sta noleggiando la tua struttura per una conferenza di tre giorni con 5.000 partecipanti. Il cliente ha il requisito tassativo che i partecipanti possano connettersi a una rete WiFi sicura e ad alte prestazioni senza inserire manualmente una password ogni giorno. Il cliente utilizza Okta come identity provider. Come progetteresti la soluzione di autenticazione?
Suggerimento: Considera come fornire un'esperienza fluida e passwordless per un gran numero di utenti da una singola organizzazione esterna. Pensa all'autenticazione basata su certificati e a come integrarsi con un identity provider di terze parti per un evento a tempo limitato.
Visualizza risposta modello
La soluzione ottimale consiste nel predisporre un SSID dedicato per la conferenza configurato per WPA3-Enterprise con EAP-TLS. Integra la tua piattaforma RADIUS cloud con il tenant Okta del cliente tramite federazione SAML per la durata dell'evento. Prima dell'inizio della conferenza, i partecipanti vengono indirizzati a un portale di onboarding una tantum dove si autenticano con le loro credenziali Okta. Al termine dell'autenticazione, viene generato e installato sul loro dispositivo un certificato digitale unico. Per il resto della conferenza, il loro dispositivo si connette automaticamente e in modo sicuro all'SSID senza alcuna ulteriore interazione da parte dell'utente. I certificati vengono emessi con un periodo di validità corrispondente alla durata della conferenza e vengono revocati automaticamente alla chiusura. Questo offre un'esperienza fluida e passwordless mantenendo al contempo una sicurezza elevata, e sfrutta l'infrastruttura di identità esistente del cliente anziché creare un sistema di credenziali separato.
Q2. Un ospedale privato deve fornire il WiFi a pazienti e visitatori, ma deve garantire che questo traffico sia completamente isolato dalla rete utilizzata per i sistemi clinici, le cartelle cliniche elettroniche e i dispositivi medici, per conformarsi ai requisiti HIPAA e NHS DSP Toolkit. Quale funzionalità RADIUS è più critica per ottenere questo isolamento e come la configureresti?
Suggerimento: Concentrati sul pilastro dell'Autorizzazione del framework AAA. La chiave non è solo autenticare gli utenti, ma controllare cosa possono raggiungere dopo l'autenticazione. Considera come il RADIUS comunica la policy di rete all'access point.
Visualizza risposta modello
La funzionalità più critica è l'assegnazione dinamica della VLAN tramite policy di autorizzazione RADIUS. Creeresti una VLAN 'Patient-Guest' dedicata (ad es. VLAN 50) sull'infrastruttura di rete, configurata con regole di firewall che consentono solo l'accesso a Internet e negano esplicitamente tutto il traffico verso le VLAN della rete clinica. Sul server RADIUS, crea una policy di autorizzazione che assegni alla VLAN 50 qualsiasi utente che si autentichi all'SSID del WiFi pazienti, indipendentemente dalle sue credenziali. Il server RADIUS comunica questa assegnazione all'access point tramite gli attributi Tunnel-Type, Tunnel-Medium-Type e Tunnel-Private-Group-ID nel messaggio Access-Accept. L'access point inserisce quindi il traffico dell'utente nella VLAN 50 al momento della connessione. Ciò garantisce che, anche se il dispositivo di un paziente è compromesso, non ha alcun percorso di rete verso i sistemi clinici, un requisito fondamentale per la conformità HIPAA e la sicurezza della rete clinica.
Q3. La tua organizzazione ha implementato l'802.1X con RADIUS in tutta la sua infrastruttura aziendale. Un dipendente segnala che non riesce a connettersi al WiFi aziendale dal suo nuovo laptop, ma riesce a connettersi correttamente dal suo smartphone e dal suo laptop precedente. L'helpdesk IT ha confermato che l'account del dipendente è attivo in Azure AD. Qual è il tuo approccio diagnostico e quali sono le tre cause principali più probabili?
Suggerimento: Il problema è specifico del dispositivo, non dell'utente: l'utente può autenticarsi da altri dispositivi. Questo restringe il problema alla configurazione del dispositivo, al certificato del dispositivo o alle impostazioni del supplicant del dispositivo. Inizia con i log del server RADIUS.
Visualizza risposta modello
L'approccio diagnostico consiste innanzitutto nell'esaminare i log di autenticazione del server RADIUS alla ricerca di messaggi Access-Reject corrispondenti al MAC address del nuovo laptop. Il codice del motivo del rifiuto identificherà la causa principale. Le tre cause più probabili sono: (1) Certificato client mancante o non valido: se l'implementazione utilizza EAP-TLS, sul nuovo laptop potrebbe non essere ancora stato fornito un certificato tramite MDM. Verifica se il dispositivo è registrato nella piattaforma MDM e se è stata applicata la policy di distribuzione dei certificati. (2) Profilo WiFi errato: il nuovo laptop potrebbe avere impostazioni del supplicant 802.1X errate, come un metodo EAP errato, una configurazione di attendibilità del certificato del server RADIUS errata o un formato del nome utente errato. Verifica che il profilo WiFi corrisponda al modello aziendale standard. (3) Dispositivo non ancora registrato nella directory di identità: alcune policy RADIUS eseguono un controllo di conformità del dispositivo rispetto ad Azure AD. Se il nuovo laptop non ha ancora completato il join ad Azure AD e la registrazione del dispositivo, potrebbe non superare questo controllo anche se l'account dell'utente è attivo.
Continua a leggere questa serie
Server RADIUS: una guida completa per le aziende
Questa guida fornisce a IT manager, architetti di rete e CTO un riferimento tecnico definitivo sull'autenticazione tramite server RADIUS per il WiFi aziendale. Copre il framework AAA, l'architettura 802.1X, la selezione del metodo EAP, i compromessi tra implementazioni cloud e on-premises e l'assegnazione dinamica della VLAN. I gestori di location nei settori dell'ospitalità, del retail, degli eventi e del settore pubblico troveranno indicazioni pratiche per l'implementazione, casi di studio reali e i framework decisionali necessari per migrare da chiavi pre-condivise non sicure a un'architettura di controllo degli accessi alla rete sicura e basata sull'identità.
Aruba ClearPass vs. Purple WiFi: Confronto delle Funzionalità e Co-implementazione
Una guida tecnica completa che dettaglia l'architettura di co-implementazione di Aruba ClearPass e Purple WiFi. Copre la configurazione del proxy RADIUS, l'assegnazione dinamica della VLAN e le best practice per fornire reti guest sicure e basate sull'analisi dei dati insieme al NAC aziendale.
Cisco ISE vs. Purple WiFi: Come si Confrontano e Come Lavorano Insieme
Questa guida spiega come Cisco ISE e Purple WiFi ricoprano ruoli distinti ma complementari nelle reti aziendali. Spiega dettagliatamente come utilizzare Cisco ISE per l'accesso aziendale sicuro 802.1X, sfruttando al contempo Purple per il guest WiFi conforme al GDPR, l'analisi di marketing e l'integrazione CRM.