- Purple
- Enterprise WiFi security and authentication: a complete guide
- Che cos'è l'autenticazione 802.1X? Come funziona e perché è importante
Che cos'è l'autenticazione 802.1X? Come funziona e perché è importante
Una guida di riferimento tecnico completa per IT manager e architetti di rete sull'autenticazione IEEE 802.1X. Questa guida copre l'architettura di base, le strategie di implementazione, i vantaggi di sicurezza rispetto alle chiavi PSK e come implementare efficacemente il controllo degli accessi di livello enterprise insieme alle soluzioni per WiFi ospiti.
Video overview
Ascolta questa guida
Visualizza trascrizione del podcast
Parte della nostra serie principale: Guida alla sicurezza del WiFi enterprise →
- Executive Summary
- Approfondimento Tecnico: Come Funziona 802.1X
- L'Architettura a Tre Parti
- Il Flusso di Autenticazione
- Metodi EAP: Scegliere il protocollo corretto
- Guida all'implementazione
- Fase 1: Preparazione dell'infrastruttura
- Fase 2: Configurazione del Supplicant
- Fase 3: Progetto pilota e distribuzione
- Integrazione con l'accesso guest
- Best Practice
- Risoluzione dei problemi e mitigazione dei rischi
- ROI e impatto aziendale
- Audio Briefing
802.1X Enterprise WiFi Architecture & Sizing Advisor
Model enterprise 802.1X authentication workflows, calculate peak RADIUS throughput demands, evaluate EAP-TLS certificate security postures, and configure dynamic role-based VLAN steering policies.
Network & Identity Parameters
EAP Authentication Method Comparison
| Method | Credentials | Cert Overhead | Security Rating |
|---|---|---|---|
| EAP-TLS | Dual X.509 Certs | Client + Server | High (Zero Trust) |
| EAP-TTLS | Tunnel + Passwords | Server Only | Medium (Tunneled) |
| PEAP-MSCHAPv2 | Username/Password | Server Only | Low (Brute-Force Risk) |
RADIUS Clustering & Packet Exchange Metrics
- EAP Packets per Handshake: 10 EAPOL frames (Supplicant → AP → RADIUS).
- Cluster Sizing: 2 RADIUS nodes recommended (Primary Active + Secondary Standby).
- RadSec Over TLS: TCP port 2083 replaces legacy unencrypted UDP 1812, protecting AAA packets across untrusted WAN links.
- Fast BSS Transition: Enabled (802.11r eliminates RADIUS re-auth during AP handoffs).
RFC 2868 & RFC 3580 Dynamic VLAN Steering Attributes
When a client device authenticates over 802.1X, the RADIUS server returns vendor-neutral attributes in the Access-Accept response. The wireless controller automatically maps the endpoint into the authorized Layer 2 broadcast domain.
| RADIUS Attribute | Attribute ID | Value Assigned | Function |
|---|---|---|---|
| Tunnel-Type | 64 (RFC 2868) | 13 (VLAN) | Declares tunneled medium as 802.1Q tagged VLAN |
| Tunnel-Medium-Type | 65 (RFC 2868) | 6 (802) | Specifies IEEE 802 native wireless/wired medium |
| Tunnel-Private-Group-ID | 81 (RFC 2868) | "100" to "110" | Dynamic target VLAN ID or VLAN name string |
| Filter-Id / dACL | 11 (RFC 2865) | "STAFF-RESTRICTED-ACL" | Applies downloadable Layer 3/4 firewall rules per session |
Coexistence: Enterprise 802.1X & Purple Guest Isolation
Enterprise networks cannot compromise corporate security to support visitor or contractor devices. Purple integrates directly alongside your 802.1X architecture to enforce clean airtime and Layer 2 isolation.
- Passpoint (Hotspot 2.0) Profiles: Distribute secure WPA3-Enterprise certificates to verified visitors without captive portals.
- Airtime Equity: Ensure unauthenticated guest broadcasts never deplete 802.1X enterprise voice and collaboration channels.
- Automated Role Segmentation: Dynamically tag guest MAC addresses onto isolated DMZ VLANs away from corporate assets.
Unified IT Visibility & Compliance
Purple provides IT teams with comprehensive visibility across both corporate 802.1X authentication events and visitor sign-ons:
- Zero-Trust Identity Mapping: Real-time device posture, manufacturer MAC OUI profiling, and connection timestamps.
- Audit Compliance: Detailed authentication logs and GDPR/PECR/HIPAA privacy compliance documentation.
- Cloud Directory Sync: Native connectors with Microsoft Entra ID, Okta, and Google Workspace.
! ========================================================= ! Cisco Catalyst 9800 WLC / IOS-XE 802.1X Enterprise Configuration ! Active Endpoints: 1275 | EAP: EAP_TLS | RADIUS Nodes: 2 ! Transport: Cloud RADIUS over UDP/1812 with a shared secret ! ========================================================= ! 1. Define RADIUS AAA Server Group aaa new-model radius server RADIUS-PRIMARY address ipv4 10.100.1.10 auth-port 1812 acct-port 1813 key 0 <SHARED_SECRET> ! radius server RADIUS-SECONDARY address ipv4 10.100.1.11 auth-port 1812 acct-port 1813 key 0 <SHARED_SECRET> ! ! "key 0" is a cleartext secret in the running config. Use "key 7 <string>" ! only where config management requires it: type 7 is reversible obfuscation, ! not encryption. pac-key belongs to EAP-FAST and is deliberately absent here. ! aaa group server radius GRP-RADIUS-ENTERPRISE server name RADIUS-PRIMARY server name RADIUS-SECONDARY deadtime 5 ip radius source-interface GigabitEthernet0/0/1 ! ! 2. AAA Authentication and Authorization Methods aaa authentication dot1x DEFAULT-DOT1X group GRP-RADIUS-ENTERPRISE aaa authorization network DEFAULT-AUTHZ group GRP-RADIUS-ENTERPRISE aaa accounting identity DEFAULT-ACCT start-stop group GRP-RADIUS-ENTERPRISE ! ! 3. WLAN Profile Configuration wlan WLAN-ENTERPRISE-DOT1X 10 "Enterprise-Corporate" ! No psk line: akm dot1x is the only key-management method on this WLAN. security wpa security wpa wpa2 security wpa wpa2 ciphers aes security wpa akm dot1x security ft security ft over-the-ds no shutdown ! ! 4. Wireless Policy Profile (Dynamic VLAN Steering Enabled) wireless profile policy POLICY-CORP-SECURE aaa-override vlan 100 central switching central dhcp accounting-list DEFAULT-ACCT nac mobility anchor no shutdown ! ! 5. Policy Tag Binding wireless tag policy TAG-POLICY-DEFAULT wlan WLAN-ENTERPRISE-DOT1X policy POLICY-CORP-SECURE ! end

Executive Summary
Per i leader IT aziendali che gestiscono reti in settori come Hospitality, Retail, Healthcare o Transport, la sicurezza dell'accesso alla rete è un requisito fondamentale. Affidarsi a chiavi pre-condivise (PSK) per l'accesso aziendale introduce rischi inaccettabili: mancanza di responsabilità individuale, processi di revoca complessi e vulnerabilità di crittografia condivisa.
IEEE 802.1X è il framework standard di settore per il controllo dell'accesso alla rete basato su porte. Impone un rigoroso processo di autenticazione prima che un dispositivo possa comunicare sulla rete, consentendo la verifica dell'identità per singolo utente, l'applicazione dinamica delle policy e la conformità a framework come PCI-DSS e GDPR. Questa guida esplora i meccanismi di 802.1X, le differenze tra i metodi EAP più comuni e le strategie pratiche di implementazione per gli ambienti aziendali, incluso il modo in cui si integra con le soluzioni di Guest WiFi per fornire una strategia di accesso olistica.
Approfondimento Tecnico: Come Funziona 802.1X
Fondamentalmente, 802.1X opera su un modello a tre parti progettato per isolare i dispositivi non autenticati dalla rete interna.
L'Architettura a Tre Parti
- Supplicant: Il dispositivo dell'utente finale (laptop, smartphone, sensore IoT) che richiede l'accesso alla rete. Deve eseguire un client software conforme a 802.1X.
- Authenticator: Il dispositivo di rete (access point wireless o switch gestito) che controlla la porta fisica o logica. Agisce come un gatekeeper, bloccando tutto il traffico ad eccezione di EAP (Extensible Authentication Protocol) fino al completamento con successo dell'autenticazione.
- Authentication Server: In genere un server RADIUS (Remote Authentication Dial-In User Service). Convalida le credenziali del supplicant rispetto a un archivio di identità backend (come Active Directory) e restituisce una decisione di policy.

Il Flusso di Autenticazione
Quando un supplicant si connette a una porta o SSID abilitata per 802.1X, l'authenticator imposta la porta in uno stato non autorizzato. Il flusso procede come segue:
- EAPOL Start: Il supplicant invia un frame EAPOL (EAP over LAN) Start all'authenticator.
- Identity Request: L'authenticator richiede l'identità del supplicant.
- Identity Response: Il supplicant fornisce la propria identità, che l'authenticator inoltra al server RADIUS tramite un pacchetto RADIUS Access-Request.
- EAP Exchange: Il server RADIUS e il supplicant negoziano un metodo EAP e si scambiano le credenziali in modo sicuro attraverso l'authenticator.
- Decisione di accesso: In seguito alla convalida corretta, il server RADIUS invia un pacchetto RADIUS Access-Accept all'autenticatore. Questo pacchetto include spesso attributi specifici del fornitore (VSA) per l'assegnazione dinamica della VLAN o politiche di QoS.
- Porta autorizzata: L'autenticatore passa la porta a uno stato autorizzato, consentendo il normale traffico di rete.
Metodi EAP: Scegliere il protocollo corretto
Il framework EAP è estensibile. La scelta del metodo EAP determina il modo in cui le credenziali vengono scambiate e verificate:
- EAP-TLS (Transport Layer Security): Lo standard di riferimento per la sicurezza. Richiede un'autenticazione reciproca tramite certificati digitali sia sul client che sul server. Sebbene sia altamente sicuro, richiede un'infrastruttura a chiave pubblica (PKI) robusta.
- PEAP-MSCHAPv2 (Protected EAP): L'implementazione più comune negli ambienti aziendali. Utilizza un certificato lato server per stabilire un tunnel TLS sicuro, all'interno del quale il client si autentica utilizzando un nome utente e una password standard (MSCHAPv2). Bilancia la sicurezza con la semplicità di implementazione.
- EAP-TTLS (Tunnelled TLS): Simile a PEAP ma supporta una gamma più ampia di protocolli di autenticazione interni, inclusi i legacy PAP o CHAP, spesso utilizzati in ambienti non Windows.
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 802.1X richiede un'attenta pianificazione per evitare interruzioni per gli utenti. Un approccio graduale è fondamentale per il successo.
Fase 1: Preparazione dell'infrastruttura
Prima di abilitare 802.1X sull'edge, assicurati che la tua infrastruttura centrale sia pronta. Distribuisci un server RADIUS (come Microsoft NPS o FreeRADIUS) e integralo con il tuo provider di identità. Configura l'alta affidabilità per l'infrastruttura RADIUS; se il server di autenticazione si guasta, l'accesso alla rete si interrompe.
Fase 2: Configurazione del Supplicant
Non affidarti agli utenti per configurare manualmente i propri dispositivi. Per i dispositivi aziendali gestiti, utilizza i Group Policy Objects (GPO) o le piattaforme di Mobile Device Management (MDM) per distribuire il profilo 802.1X corretto, inclusi il metodo EAP richiesto e il certificato root attendibile per il server RADIUS.
Fase 3: Progetto pilota e distribuzione
Inizia con un piccolo gruppo pilota utilizzando un SSID di test dedicato o uno specifico switch stack. Monitora i log RADIUS alla ricerca di errori di autenticazione, in particolare quelli relativi a problemi di attendibilità dei certificati o credenziali errate. Una volta che il progetto pilota è stabile, procedi con una distribuzione graduale in tutta l'organizzazione.
Integrazione con l'accesso guest
Il protocollo 802.1X è progettato per utenti aziendali con credenziali note. Per visitatori, appaltatori e clienti, è necessaria una strategia parallela. È qui che diventa essenziale una piattaforma dedicata di Guest WiFi. Mentre i dispositivi aziendali si autenticano in modo trasparente tramite 802.1X su VLAN sicure, gli ospiti si autenticano tramite un captive portal, fornendo preziosi dati di prima parte per WiFi Analytics e rimanendo isolati dalle risorse interne. La piattaforma di Purple può anche fungere da identity provider per servizi come OpenRoaming nell'ambito della licenza Connect, colmando il divario tra un accesso pubblico fluido e un'autenticazione sicura.
Best Practice
- Forzare la validazione del certificato del server: Quando si utilizza PEAP o EAP-TTLS, è necessario configurare i supplicant per convalidare il certificato del server RADIUS. In caso contrario, la rete rimane vulnerabile ad attacchi tramite access point canaglia (Evil Twin).
- Implementare l'assegnazione dinamica della VLAN: Sfrutta gli attributi RADIUS per assegnare gli utenti a VLAN specifiche in base alla loro appartenenza ai gruppi di Active Directory. Questo riduce il numero di SSID necessari e semplifica la segmentazione della rete.
- Gestire i dispositivi IoT con MAB: Molti dispositivi IoT (stampanti, smart TV) non supportano i supplicant 802.1X. Utilizza il MAC Authentication Bypass (MAB) come alternativa. L'autenticatore utilizza l'indirizzo MAC del dispositivo come nome utente e password. Poiché gli indirizzi MAC possono essere contraffatti, limita rigorosamente i privilegi di accesso dei dispositivi autenticati tramite MAB.

Risoluzione dei problemi e mitigazione dei rischi
Quando l'autenticazione 802.1X fallisce, i registri del server RADIUS sono lo strumento diagnostico principale.
- Errore: EAP Timeout: L'autenticatore non riceve risposta dal supplicant. Questo spesso indica che il software del supplicant non è in esecuzione o che il dispositivo non è configurato per l'autenticazione 802.1X.
- Errore: Utente sconosciuto o password errata: L'utente ha inserito credenziali non corrette o il server RADIUS non riesce a comunicare con l'archivio delle identità di backend.
- Errore: Errore di attendibilità del certificato: Il supplicant ha rifiutato il certificato del server RADIUS. Assicurati che il certificato della CA radice che ha emesso il certificato del server RADIUS sia installato nell'archivio radice attendibile del supplicant.
Per una prospettiva più ampia sull'ottimizzazione dell'architettura di rete, considera come l'autenticazione si integra con le moderne strategie WAN, come discusso in The Core SD WAN Benefits for Modern Businesses.
ROI e impatto aziendale
L'implementazione dello standard 802.1X offre un valore aziendale tangibile che va oltre la semplice sicurezza:
- Riduzione dei costi operativi: Elimina la necessità di ruotare manualmente le chiavi PSK quando i dipendenti lasciano l'azienda o i consulenti terminano i loro contratti. L'accesso viene revocato istantaneamente disabilitando l'account di directory dell'utente.
- Conformità semplificata: Fornisce i log di controllo per singolo utente e i rigorosi controlli di accesso richiesti da PCI-DSS, HIPAA e GDPR.
- Maggiore visibilità di rete: Integra l'identità con l'attività di rete, consentendo ai team IT di associare gli eventi di sicurezza o i problemi di prestazioni a utenti specifici anziché a indirizzi IP generici. Abbandonando le chiavi condivise e adottando il controllo degli accessi basato sulle porte, le reti aziendali ottengono la sicurezza granulare richiesta per le moderne esigenze operative. Per un confronto dettagliato degli standard di sicurezza wireless, consulta la nostra guida su WPA, WPA2 and WPA3: What's the Difference and Which Should You Use?.
-
Audio Briefing
Ascolta il nostro briefing tecnico di 10 minuti sull'autenticazione 802.1X:
Definizioni chiave
802.1X
Uno standard IEEE per il controllo dell'accesso alla rete basato su porte che fornisce un meccanismo di autenticazione ai dispositivi che desiderano connettersi a una LAN o WLAN.
Lo standard fondamentale che sostituisce le password condivise con l'autenticazione per singolo utente nelle reti enterprise.
Supplicant
Il client software su un dispositivo dell'utente finale che richiede l'accesso alla rete e gestisce lo scambio EAP.
Richiesto su tutti i laptop, telefoni e tablet che si connettono a una rete 802.1X.
Authenticator
Il dispositivo di rete periferico (switch o access point) che controlla la porta fisica o logica, bloccando il traffico fino al completamento dell'autenticazione.
Il punto di applicazione delle policy nell'architettura di rete.
RADIUS Server
Remote Authentication Dial-In User Service. Il server centrale che convalida le credenziali rispetto a una directory e restituisce le decisioni relative alle policy.
Il cervello dell'implementazione 802.1X, spesso realizzato tramite Microsoft NPS o Cisco ISE.
EAP (Extensible Authentication Protocol)
Un framework di autenticazione frequentemente utilizzato nelle reti wireless e nelle connessioni point-to-point, che fornisce il trasporto per vari metodi di autenticazione.
Il linguaggio parlato tra il supplicant e il server RADIUS.
Dynamic VLAN Assignment
Il processo in cui un server RADIUS istruisce l'authenticator a inserire un utente in una VLAN specifica in base alla sua identità o all'appartenenza a un gruppo.
Cruciale per la segmentazione della rete e la conformità senza trasmettere decine di SSID.
EAP-TLS
Un metodo EAP che richiede un'autenticazione reciproca basata su certificati tra il client e il server.
Il metodo più sicuro, ideale per ambienti altamente regolamentati come la sanità o la finanza.
PEAP (Protected EAP)
Un metodo EAP che stabilisce un tunnel TLS sicuro utilizzando un certificato server, proteggendo lo scambio interno di credenziali (di solito un nome utente/password).
Il metodo di implementazione più comune grazie al suo equilibrio tra sicurezza e semplicità operativa.
Esempi pratici
Un hotel da 200 camere deve proteggere la propria rete operativa di back-office (tablet del personale, telefoni VoIP, laptop della direzione) mantenendo al contempo una rete ospiti aperta e separata. Attualmente utilizzano una singola PSK per il personale.
- Distribuire Microsoft NPS (RADIUS) integrato con l'Active Directory dell'hotel.
- Configurare il controller wireless per trasmettere un nuovo SSID "Staff_Secure" utilizzando WPA2-Enterprise (802.1X).
- Inviare un profilo PEAP-MSCHAPv2 a tutti i laptop e tablet gestiti del personale tramite MDM.
- Per i telefoni VoIP che non supportano l'802.1X, configurare il MAC Authentication Bypass (MAB) sul server RADIUS, assegnandoli a una VLAN voce isolata.
- Mantenere la rete ospiti aperta, proteggendola con il Captive Portal di Purple per l'isolamento degli ospiti e l'analisi dei dati.
Una grande catena di vendita al dettaglio non soddisfa la conformità PCI-DSS perché i terminali Point of Sale (PoS) si trovano sullo stesso segmento di rete logico dei laptop dei direttori di negozio, utilizzando una chiave WPA2-Personal condivisa.
- Implementare 802.1X su tutti gli access point aziendali.
- Configurare l'assegnazione dinamica della VLAN sul server RADIUS.
- Creare una policy: se il dispositivo che effettua l'autenticazione è un terminale PoS (autenticato tramite certificato di macchina utilizzando EAP-TLS), assegnarlo alla PCI-VLAN altamente limitata.
- Creare una seconda policy: se l'utente è un direttore di negozio (autenticato tramite PEAP), assegnarlo alla Corp-VLAN con accesso standard a internet e intranet.
Domande di esercitazione
Q1. La tua organizzazione sta migrando da WPA2-Personal a WPA2-Enterprise. Hai un mix di laptop Windows di proprietà aziendale e smartphone BYOD di proprietà dei dipendenti. Non disponi di un'infrastruttura PKI. Quale metodo EAP dovresti distribuire?
Suggerimento: Considera il requisito per i certificati client rispetto ai certificati solo server.
Visualizza risposta modello
PEAP-MSCHAPv2. Poiché non disponi di un'infrastruttura PKI, la distribuzione di certificati client per EAP-TLS non è praticabile. PEAP richiede solo un certificato lato server sul server RADIUS, consentendo agli utenti di autenticarsi con il loro nome utente e password standard di Active Directory.
Q2. Dopo aver distribuito 802.1X utilizzando PEAP, diversi utenti segnalano che viene visualizzato un avviso di sicurezza che chiede loro di "Considerare attendibile" un certificato quando si connettono alla rete. Quale passaggio di configurazione è stato saltato?
Suggerimento: Pensa a come il supplicant convalida l'identità del server RADIUS.
Visualizza risposta modello
Il profilo del supplicant inviato ai dispositivi non è stato configurato per considerare esplicitamente attendibile la Root CA che ha emesso il certificato del server RADIUS. Senza questa configurazione, il sistema operativo richiede all'utente di verificare manualmente l'identità del server, il che rappresenta un rischio per la sicurezza e una cattiva esperienza utente.
Q3. Devi connettere alla rete 50 smart TV nelle sale conferenze di un hotel. Questi dispositivi non supportano i supplicant 802.1X. Come puoi fornire loro l'accesso mantenendo la sicurezza?
Suggerimento: Prendi in considerazione metodi di autenticazione alternativi per i dispositivi headless e come limitare il loro accesso.
Visualizza risposta modello
Implementa il MAC Authentication Bypass (MAB). L'autenticatore utilizzerà l'indirizzo MAC della smart TV per autenticarsi presso il server RADIUS. Aspetto fondamentale, il server RADIUS deve essere configurato per assegnare questi dispositivi a una VLAN fortemente limitata (ad esempio, solo internet, nessun accesso interno) per mitigare il rischio di spoofing dell'indirizzo MAC.
Domande frequenti
What is 802.1X authentication and why is it essential for enterprise wireless networks?
IEEE 802.1X is an open networking standard providing port-based network access control (PNAC) for both wired and wireless networks. In an enterprise wireless environment, 802.1X replaces vulnerable static pre-shared keys (PSKs) with centralized, per-user and per-device authentication. It verifies identity before permitting network traffic onto the local infrastructure, completely isolating unauthenticated devices at Layer 2.
How do the three core components of 802.1X (Supplicant, Authenticator, Authentication Server) interact?
802.1X operates via a tripartite architecture: (1) The Supplicant is client device software requesting network access; (2) The Authenticator is the wireless access point or controller that gates Layer 2 access and relays authentication traffic via EAP over LAN (EAPOL); (3) The Authentication Server is a central RADIUS or AAA server (such as FreeRADIUS, Cisco ISE, or Cloud RADIUS) that validates credentials against an identity directory and returns an Access-Accept or Access-Reject packet.
Which EAP method should enterprise IT deploy: EAP-TLS, PEAP-MSCHAPv2, or EAP-TTLS?
EAP-TLS (RFC 5216) represents the gold standard for enterprise zero-trust security because it enforces mutual authentication using asymmetric X.509 digital certificates on both the client and server, eliminating passwords and susceptibility to credential theft. PEAP-MSCHAPv2 relies on server certificates and user passwords, but remains vulnerable to credential interception if certificate validation is bypassed. EAP-TTLS offers flexibility for legacy directories while still securing tunneled authentication.
How does RADIUS dynamic VLAN assignment and downloadable ACL authorization work in 802.1X?
Upon successful authentication, the RADIUS server transmits standard RFC 2868 and RFC 3580 attributes (Tunnel-Type=13, Tunnel-Medium-Type=6, and Tunnel-Private-Group-ID) back to the wireless authenticator. The access point dynamically steers the client session into the designated VLAN and applies downloadable access control lists (dACLs) based on group memberships and device posture, enforcing granular micro-segmentation without requiring separate SSIDs.
What are the most frequent troubleshooting failure points in enterprise 802.1X wireless networks?
The most common 802.1X failures stem from expired or untrusted RADIUS server root certificates on client supplicants, clock skew preventing valid certificate verification, mismatched RADIUS shared secrets between the access point and authentication server, incorrect network adapter EAP outer-identity configurations, and intermediate firewall drops on RADIUS UDP ports 1812/1813 or RadSec TCP port 2083.
How does Purple integrate with 802.1X enterprise architectures to enhance visitor and tenant access?
Purple provides seamless coexistence between 802.1X enterprise security and high-capacity guest access. While corporate and managed devices authenticate via 802.1X EAP-TLS or Passpoint, visitors, contractors, and IoT endpoints onboard through Purple automated captive portals with dynamic role assignment, Passpoint profiles, and strict VLAN isolation, giving IT unified visibility and security across all venue populations.
Continua a leggere questa serie
Risoluzione dei problemi 802.1X su iOS e macOS: una checklist di distribuzione per Intune, Jamf e Microsoft Entra ID
Utilizza questa checklist per diagnosticare i motivi per cui iPhone, iPad e Mac non riescono a completare l'autenticazione 802.1X su Intune o Jamf Pro. Ogni errore è riconducibile a una di quattro cause: attendibilità del server, certificato di identità, modalità macOS o ambito del gruppo Microsoft Entra ID. Confermerai la causa dai log di eapolclient e RADIUS, applicherai la correzione e pianificherai le future rotazioni dei certificati.
Attendibilità server per profilo WiFi Intune: elenco di controllo dei nomi dei server certificati e della CA radice per Entra ID
Sarai in grado di configurare la convalida lato server di un profilo WiFi Intune in modo che EAP-TLS e PEAP si connettano su Windows, Apple e Android. Associerai i nomi dei server dei certificati al certificato RADIUS, distribuirai la CA radice corretta, allineerai le assegnazioni dei gruppi Entra ID e pianificherai i rinnovi dei certificati prima che interrompano silenziosamente le connessioni.
Risoluzione dei problemi Android 802.1X ed EAP-TLS: una checklist di implementazione per Intune e Microsoft Entra ID
Sarà possibile individuare esattamente perché i telefoni Android gestiti non riescono a eseguire EAP-TLS sul vostro SSID del personale e risolvere il problema in Intune. Abbinate ogni sintomo alle quattro cause principali - CA o dominio mancanti, certificato client nel profilo errato, un valore dei nomi dei server RADIUS non corrispondente o una root attendibile non consegnata. Applicate poi una checklist di roll-out che previene il ripetersi di interruzioni.
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.