Vai al contenuto principale

Guida per amministratori di rete alla configurazione dell'autenticazione RADIUS per il WiFi ospiti

Un riferimento tecnico completo per gli amministratori di rete sulla distribuzione dell'autenticazione RADIUS per il WiFi ospiti. Copre l'architettura, i passaggi di configurazione indipendenti dal fornitore, le migliori pratiche di sicurezza e la risoluzione dei problemi comuni di implementazione.

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

Ascolta questa guida

Visualizza trascrizione del podcast
Guida per Amministratori di Rete alla Configurazione dell'Autenticazione RADIUS per Guest WiFi - Traccia del Podcast [INTRO - circa 1 minuto] Ciao e benvenuti. Vi guiderò attraverso tutto ciò che c'è da sapere sulla configurazione dell'autenticazione RADIUS per il guest WiFi - dall'architettura di base fino ai passaggi pratici che il vostro team deve compiere, e alle insidie che mettono in difficoltà la maggior parte dei deployment. Questa non è una lezione. Pensatela come un briefing da parte di un consulente senior che si è seduto al tavolo con i responsabili IT di hotel, catene di negozi, stadi e centri congressi, aiutandoli a fare le cose per bene. Copriremo i fondamentali tecnici, i modelli di implementazione nel mondo reale e il ruolo che la piattaforma RADIUS cloud-native di Purple svolge in questo scenario. Iniziamo. [APPROFONDIMENTO TECNICO - circa 5 minuti] Quindi, cos'è effettivamente RADIUS? RADIUS sta per Remote Authentication Dial-In User Service. Si tratta di un protocollo di rete - definito nella RFC 2865 - che fornisce autenticazione, autorizzazione e tracciamento centralizzati per l'accesso alla rete. In parole povere: è il sistema che decide se il dispositivo di un visitatore è autorizzato ad accedere alla vostra rete, a quali condizioni, per quanto tempo e, infine, registra l'intera sessione. Nello specifico del guest WiFi, RADIUS si posiziona tra i vostri access point e il vostro livello di identità. Un visitatore si connette al vostro SSID, il suo dispositivo invia una richiesta di autenticazione all'access point, l'access point la inoltra a un Network Access Server - o NAS - che a sua volta interroga il server RADIUS. Il server RADIUS convalida le credenziali, restituisce un Access-Accept o un Access-Reject, e la sessione ha inizio o viene bloccata. I pacchetti di accounting tengono poi traccia della durata della sessione, dei dati consumati e del motivo della disconnessione. Le tre funzioni principali sono spesso chiamate AAA: Autenticazione, Autorizzazione e Accounting. L'Autenticazione conferma l'identità. L'Autorizzazione definisce a cosa quell'identità può accedere - limiti di banda, assegnazione VLAN, durata della sessione. L'Accounting crea la traccia di controllo. Ora, per il guest WiFi il metodo di autenticazione è estremamente importante. In un ambiente aziendale si utilizzerebbe tipicamente 802.1X con EAP-TLS - basato su certificati, molto sicuro. Per gli ospiti questo è impraticabile. Gli ospiti non hanno certificati sui loro dispositivi personali. Di conseguenza, il modello comune è un Captive Portal combinato con RADIUS. Il visitatore atterra su una splash page, inserisce i propri dati o si autentica tramite social login, e il Captive Portal scambia tali credenziali con il server RADIUS per suo conto. Il server RADIUS segnala poi all'access point di concedere l'accesso. Questa è esattamente l'architettura su cui opera Purple. Il nostro servizio RADIUS cloud-native gestisce lo scambio di autenticazione, mentre il Captive Portal - che potete personalizzare e configurare tramite la piattaforma Purple - gestisce l'esperienza rivolta al visitatore. L'access point deve semplicemente conoscere l'indirizzo del server RADIUS, la porta e la chiave segreta condivisa. Purple fornisce tutti e tre.Parliamo di porte e protocolli. Il traffico di autenticazione RADIUS viene eseguito sulla porta UDP 1812. L'accounting RADIUS viene eseguito sulla porta UDP 1813. Dovrai configurare entrambe sui tuoi access point. Il segreto condiviso è una chiave precondivisa tra l'access point e il server RADIUS - trattalo come una password. Utilizza una stringa lunga generata casualmente. Non riutilizzarla mai in distribuzioni diverse. Dal punto di vista hardware, Purple è agnostico rispetto all'hardware. Lavoriamo, tra gli altri, con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. I passaggi di configurazione variano a seconda del fornitore, ma i parametri RADIUS sottostanti sono coerenti: IP del server o nome host, porta di autenticazione 1812, porta di accounting 1813, segreto condiviso e intervallo di accounting. Per gli access point Avaya, ad esempio, configuri gli attributi RADIUS nella sezione External RADIUS, imposti il formato Called-Station-Id sul formato MAC con trattino UC, abiliti l'accounting e poi configuri l'SSID con il reindirizzamento della pagina web che punta ai link del Captive Portal di Purple. La documentazione di supporto di Purple copre i passaggi esatti per Avaya al link presente nella guida. Per i dispositivi della serie Pepwave MAX, puoi eseguire la configurazione tramite InControl2 - la loro piattaforma di gestione cloud - o direttamente tramite l'interfaccia web locale. In entrambi i casi, configurerai un Captive Portal esterno, indirizzerai l'autenticazione e l'accounting ai server RADIUS di Purple e configurerai l'SSID con sicurezza aperta e il Captive Portal associato. Anche in questo caso, i passaggi esatti si trovano nei documenti di supporto di Purple. Una decisione di architettura che vale la pena segnalare: server RADIUS primari e secondari. Configurali sempre entrambi. Purple fornisce due indirizzi di server RADIUS per ridondanza. Se il primario non è raggiungibile, l'access point passa automaticamente al secondario. Senza un secondario, un problema temporaneo del server RADIUS significa che i tuoi ospiti non possono connettersi. In un hotel con 300 camere o in uno stadio con 40.000 tifosi, si tratta di un incidente grave. La segmentazione della VLAN è l'altro elemento critico. Il tuo traffico WiFi per gli ospiti non dovrebbe mai toccare la tua rete aziendale o operativa. Assegna le sessioni degli ospiti a una VLAN dedicata, instrada quella VLAN verso un uplink internet separato o, come minimo, attraverso un firewall con regole di uscita rigide. Questo è un requisito PCI-DSS se elabori pagamenti con carta in qualsiasi punto della stessa infrastruttura fisica, ed è comunque semplicemente una buona pratica. [RACCOMANDAZIONI DI IMPLEMENTAZIONE ED ERRORI COMUNI - circa 2 minuti] Lascia che ti indichi le tre cose che più comunemente vanno storte. Primo: discrepanze nel segreto condiviso. Il segreto condiviso sull'access point deve corrispondere esattamente a quello registrato nel server RADIUS. Distingue tra maiuscole e minuscole, carattere per carattere. Un singolo carattere errato produce un errore Access-Reject senza alcun messaggio utile. Copia e incolla sempre dalla tua dashboard Purple anziché digitare manualmente. Secondo: lacune nella whitelist. Prima che l'visitatore si autentichi, il suo dispositivo deve raggiungere il Captive Portal. Ciò significa che determinati domini devono essere inseriti nella whitelist sull'access point - gli URL del portale di Purple, gli endpoint di autenticazione e gli eventuali provider di social login in uso. Se la whitelist è incompleta, i visitatori vedranno una pagina vuota o un timeout. Purple mantiene un elenco aggiornato dei domini richiesti nella documentazione di supporto - usate quell'elenco, non tirate a indovinare. Terzo: intervallo di accounting. Questo controlla la frequenza con cui l'access point invia aggiornamenti intermedi di accounting al server RADIUS. Impostatelo su un valore troppo lungo e perderete la granularità della sessione. Impostatelo su un valore troppo breve e genererete traffico non necessario. Per la maggior parte delle implementazioni, l'intervallo corretto è compreso tra 240 e 300 secondi. L'intervallo consigliato da Avaya è di 300 secondi; quello di Pepwave è compreso tra 180 e 240 secondi. Seguite la guida specifica del fornitore. Sul fronte della conformità: il GDPR richiede una base giuridica per la raccolta dei dati dei visitatori. Un Captive Portal ben configurato con caselle di controllo del consenso esplicito soddisfa questo requisito. La piattaforma di Purple è conforme al GDPR e certificata ISO 27001. Ogni accesso tramite Purple è un opt-in di scelta consapevole - il visitatore accetta attivamente i vostri termini prima di connettersi. Quella traccia di audit rappresenta la vostra prova di conformità. [D&R RAPIDE - circa 1 minuto] Domande frequenti che mi vengono rivolte regolarmente. "Devo sostituire il mio hardware esistente?" No. Purple si integra sopra la vostra infrastruttura esistente. Non è richiesta alcuna sostituzione completa. "Posso utilizzare RADIUS per la rete WiFi del personale sulla stessa piattaforma?" Sì. Purple supporta SSID separati per ospiti e personale, con diverse policy di autenticazione su ciascuno. "Cosa succede se la mia struttura ha più sedi?" Purple gestisce le implementazioni multi-sito da un unico pannello di controllo. Configurate una sola volta e replicate in tutti i siti. "Il cloud RADIUS è meno sicuro di quello on-premise?" No. Il cloud RADIUS di Purple opera con un uptime del 99,999%, certificazione ISO 27001 e crittografia end-to-end. La superficie di attacco è inferiore rispetto a un server autogestito perché le patch e il rafforzamento della sicurezza sono gestiti centralmente. "Quanto tempo richiede un'implementazione completa?" Per una singola struttura con hardware supportato, un amministratore di rete può completare la configurazione RADIUS in meno di due ore. Il team di onboarding di Purple è a disposizione per fornire assistenza. [RIASSUNTO E PROSSIMI PASSI - circa 1 minuto] Per riassumere. L'autenticazione RADIUS per il WiFi ospiti offre un controllo degli accessi centralizzato, una traccia di accounting completa e la base di conformità necessaria per il GDPR e PCI-DSS. L'architettura è lineare: dall'access point al NAS, al server RADIUS, fino alla piattaforma cloud di Purple. I tre elementi da impostare correttamente sono la chiave segreta condivisa (shared secret), la whitelist dei domini e l'intervallo di accounting. Purple gestisce un RADIUS cloud-native in oltre 80.000 strutture in tutto il mondo, con 440 milioni di accessi gestiti nel 2024. La piattaforma è indipendente dall'hardware, certificata ISO 27001 e conforme al GDPR.I tuoi passi successivi: verifica se il tuo hardware è presente nell'elenco dei dispositivi supportati da Purple, recupera le credenziali del server RADIUS dalla tua dashboard Purple e segui la guida alla configurazione specifica del fornitore nel centro di supporto di Purple. Se hai bisogno di aiuto, il team tecnico di Purple può guidarti durante la procedura. Grazie per l'attenzione. La guida scritta completa con diagrammi, esempi pratici e riferimenti di configurazione è collegata qui sotto.

header_image.png

Sintesi Esecutiva

Fornire un accesso internet sicuro, conforme e affidabile ai visitatori è un requisito operativo fondamentale per le strutture moderne. Tuttavia, la distribuzione di reti aperte espone le organizzazioni a rischi significativi, mentre lo standard 802.1X di livello enterprise è impraticabile per i dispositivi personali non gestiti. La soluzione è l'autenticazione RADIUS abbinata a un captive portal.

Questa guida illustra in dettaglio l'architettura tecnica, i requisiti di configurazione e le best practice per la distribuzione dell'autenticazione RADIUS per le reti guest. Instradando il traffico di autenticazione e accounting attraverso un server RADIUS cloud-native, i team IT possono applicare policy di accesso, isolare il traffico guest e mantenere un audit trail completo senza gestire infrastrutture on-premise. Purple gestisce questa architettura in oltre 80.000 sedi, registrando 440 milioni di accessi nel 2024. Questo documento fornisce il modello per configurare l'hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet per l'utilizzo di Identity-Based Networks di Purple.

Approfondimento Tecnico

RADIUS (Remote Authentication Dial-In User Service) è un protocollo client-server che fornisce una gestione centralizzata di Authentication, Authorisation, and Accounting (AAA) per gli utenti che si connettono e utilizzano un servizio di rete.

Nel contesto del WiFi guest, il dispositivo del visitatore non può autenticarsi nativamente con il server RADIUS utilizzando i certificati (EAP-TLS) come fanno i dispositivi aziendali. Al contrario, l'access point WiFi funge da Network Access Server (NAS) e da client RADIUS. Quando un visitatore si connette all'SSID aperto, l'access point intercetta il suo traffico HTTP e lo reindirizza a un captive portal esterno.

Una volta completato il flusso di autenticazione sul captive portal da parte del visitatore - sia tramite modulo, social login o single sign-on - il portale comunica con il server RADIUS. Il server RADIUS invia quindi un messaggio di Access-Accept all'access point tramite la porta UDP 1812, contenente attributi di autorizzazione come i timeout di sessione o i limiti di larghezza di banda. L'access point concede quindi l'accesso alla rete e inizia a inviare aggiornamenti di accounting tramite la porta UDP 1813 per tracciare la sessione.

radius_architecture_diagram.png

L'Overlay Cloud RADIUS

La gestione di un'infrastruttura RADIUS on-premise richiede hardware significativo, manutenzione e pianificazione della ridondanza. Purple fornisce un overlay cloud RADIUS indipendente dall'hardware. Ciò significa che i server di autenticazione e accounting sono interamente gestiti nel cloud, offrendo un uptime del 99.999% e una scalabilità automatica. comparison_chart.png

Utilizzando un overlay cloud, i team IT possono standardizzare le policy di accesso in più sedi e per diversi fornitori di hardware da un'unica console di gestione, integrandole perfettamente con le distribuzioni di Guest WiFi esistenti.

Guida all'implementazione

La distribuzione dell'autenticazione RADIUS richiede la configurazione sia dell'infrastruttura wireless che della piattaforma di autenticazione. I passaggi seguenti delineano il processo indipendente dal fornitore, con esempi specifici per l'hardware comune.

1. Segmentazione della rete e configurazione dell'SSID

Il traffico degli ospiti deve essere isolato dalle reti aziendali. Crea una VLAN dedicata per l'accesso degli ospiti. Configura l'SSID con sicurezza aperta (senza password WPA2/WPA3) ma abilita il Captive Portal o il reindirizzamento della pagina web (WPR).

2. Configurazione del server RADIUS

È necessario configurare l'access point per comunicare con i server RADIUS primario e secondario. Ciò richiede tre componenti:

  • IP o nome host del server: l'indirizzo del server RADIUS.
  • Porte di autenticazione e accounting: le porte standard sono la 1812 per l'autenticazione e la 1813 per l'accounting.
  • Shared Secret: una chiave crittografica utilizzata per verificare le comunicazioni tra l'access point e il server RADIUS.

Ad esempio, su un dispositivo Pepwave MAX Series, si configura il server di autenticazione nelle impostazioni del Captive Portal, specificando l'IP, la porta 1812 e lo shared secret. Si ripete la procedura per il server di accounting sulla porta 1813.

3. Walled Garden (Whitelist dei domini)

Prima dell'autenticazione, il dispositivo del visitatore deve essere in grado di caricare il Captive Portal e gli eventuali provider di identità associati (come Google o Microsoft Entra ID). È necessario configurare un walled garden o una whitelist di domini sull'access point. Se questa configurazione è incompleta, il Captive Portal non si caricherà. Purple mantiene un elenco canonico dei domini richiesti per la sua piattaforma.

4. Intervallo di accounting

L'intervallo di accounting stabilisce la frequenza con cui l'access point invia gli aggiornamenti di sessione al server RADIUS. Uno standard comune è di 300 secondi (5 minuti). Un valore troppo basso genera traffico non necessario; un valore troppo alto riduce la precisione dei tuoi WiFi Analytics .

Best Practice

  1. Configurare sempre i server secondari: l'infrastruttura RADIUS deve essere ad alta disponibilità. Configura sempre l'IP RADIUS secondario fornito da Purple. Se il server primario non è raggiungibile, l'access point eseguirà automaticamente il failover.
  2. Utilizzare Shared Secret robusti: tratta lo shared secret di RADIUS come una password critica. Genera una stringa lunga e casuale e non riutilizzarla mai per sedi o piattaforme diverse.
  3. Convalida la Whitelist: la causa più comune di errore del Captive Portal è una whitelist di domini incompleta. Testa sempre il flusso di accesso su un dispositivo pulito prima di distribuirlo in produzione.
  4. Isola il traffico: le VLAN ospiti devono essere rigorosamente isolate. Utilizza regole firewall per impedire qualsiasi instradamento tra la VLAN ospiti e le reti operative. Questo è un requisito rigoroso per la conformità PCI-DSS negli ambienti retail e ricettivi.

Risoluzione dei problemi e mitigazione dei rischi

Quando una distribuzione RADIUS fallisce, i sintomi sono solitamente identici dal punto di vista del visitatore: non riesce a connettersi a Internet. Gli amministratori di rete devono isolare il punto di errore.

Sintomo: il Captive Portal non si carica.

  • Causa: errore di risoluzione DNS o walled garden incompleto.
  • Risoluzione: verifica che la whitelist dei domini dell'access point includa tutti gli URL richiesti. Verifica che il dispositivo client riceva un indirizzo IP valido e un server DNS tramite DHCP.

Sintomo: il portale si carica, ma l'autenticazione fallisce (Access-Reject).

  • Causa: mancata corrispondenza del segreto condiviso o configurazione errata del NAS ID.
  • Risoluzione: verifica che il segreto condiviso configurato sull'access point corrisponda esattamente al segreto nel server RADIUS. Assicurati che l'indirizzo MAC o il NAS ID dell'access point siano registrati correttamente nella piattaforma di autenticazione.

Sintomo: le sessioni si disconnettono inaspettatamente.

  • Causa: errori di accounting o timeout di inattività rigorosi.
  • Risoluzione: verifica che la porta UDP 1813 sia aperta in uscita. Controlla le impostazioni del timeout di inattività sull'access point; alcuni dispositivi mobili mettono in stato di sospensione profonda le proprie schede WiFi in modo aggressivo, attivando una disconnessione per inattività.

ROI e impatto aziendale

La distribuzione dell'autenticazione RADIUS trasforma il WiFi ospiti da un centro di costo e un rischio per la sicurezza in una risorsa gestita e conforme.

Per i team IT, l'impatto immediato è una riduzione dei ticket di supporto e l'eliminazione della gestione delle password condivise. Passando a un modello RADIUS-as-a-Service cloud, le organizzazioni evitano i CapEx dei server on-premise e gli OpEx per la loro manutenzione.

Per l'azienda in generale, questa architettura fornisce la base per una raccolta sicura dei dati. Richiedendo un opt-in basato su una scelta consapevole attraverso il Captive Portal, le strutture creano database di prima parte conformi al GDPR. Nei settori Hospitality e Retail , questi dati alimentano programmi di fidelizzazione e interazione personalizzata, attribuendo direttamente i ricavi all'infrastruttura di rete.

Ascolta qui sotto il briefing del nostro consulente senior su questo argomento:

Definizioni chiave

RADIUS

Remote Authentication Dial-In User Service. Un protocollo di rete che fornisce la gestione centralizzata di autenticazione, autorizzazione e accounting.

Utilizzato per proteggere l'accesso alla rete verificando le credenziali rispetto a un database centrale prima di concedere a un dispositivo un indirizzo IP o instradare il suo traffico.

Captive Portal

Una pagina web che un utente di una rete ad accesso pubblico è obbligato a visualizzare e con cui deve interagire prima che venga concesso l'accesso.

L'interfaccia principale per il WiFi ospiti, utilizzata per raccogliere il consenso, mostrare i termini di servizio e acquisire dati di prima parte.

NAS (Network Access Server)

Un gateway che controlla l'accesso a una rete. In un ambiente wireless, l'access point o il controller WiFi funge da NAS.

Il NAS funge da client RADIUS, inoltrando le richieste di autenticazione dal dispositivo del visitatore al server RADIUS.

Shared Secret

Una chiave crittografica nota solo al client RADIUS (access point) e al server RADIUS.

Utilizzato per verificare che i pacchetti RADIUS provengano da una fonte attendibile e per crittografare le password all'interno dei pacchetti.

Intervallo di Accounting

La frequenza con cui l'access point invia aggiornamenti intermedi di sessione al server RADIUS.

Fondamentale per una reportistica accurata nelle piattaforme di analisi. Un intervallo standard è di 300 secondi.

Walled Garden

Un ambiente limitato che controlla l'accesso dell'utente ai contenuti web prima che sia completamente autenticato.

Implementato tramite una whitelist di domini sull'access point, consentendo al dispositivo di caricare il Captive Portal e i provider di identità.

VLAN

Virtual Local Area Network. Una sottorete logica che raggruppa un insieme di dispositivi, isolando il loro traffico.

Essenziale per la sicurezza; il traffico del WiFi ospiti deve essere assegnato a una VLAN dedicata separata dai dati aziendali.

Identity-Based Networks

Un'architettura di rete in cui le policy di accesso vengono applicate dinamicamente in base all'identità autenticata dell'utente o del dispositivo.

Consente ai team IT di applicare regole diverse per personale, ospiti e dispositivi IoT sulla stessa infrastruttura fisica.

Esempi pratici

Un hotel con 200 camere deve distribuire un WiFi ospiti sicuro su 50 access point Avaya. Richiedono che gli utenti si autentichino tramite un portale personalizzato con il proprio brand e devono monitorare i dati delle sessioni per motivi di conformità. In che modo l'amministratore di rete deve configurare le impostazioni RADIUS?

L'amministratore deve configurare gli AP Avaya per utilizzare un server RADIUS esterno. Per prima cosa, navigare su Sicurezza > Radius Esterno. Impostare il formato dell'attributo Called-Station-Id su "UC-hyphenated" e abilitare l'Accounting con un intervallo di 300 secondi. Successivamente, creare un SSID "Guest WiFi" con crittografia aperta e abilitare il reindirizzamento della pagina web (WPR). Impostare l'URL della Landing Page sul portale Purple e configurare il servizio di autenticazione con gli IP RADIUS primario e secondario di Purple sulla porta 1812, e l'accounting sulla porta 1813, utilizzando il shared secret fornito. Infine, popolare la Whitelist WPR con i domini richiesti.

Commento dell'esaminatore: Questo approccio isola correttamente il flusso di autenticazione verso un provider RADIUS cloud esterno, garantendo al contempo che l'hardware locale gestisca il reindirizzamento del traffico. La corretta impostazione del formato del Called-Station-Id è fondamentale affinché il server RADIUS identifichi l'access point, e la configurazione del server secondario garantisce l'alta affidabilità.

Una catena di vendita al dettaglio sta implementando il WiFi ospiti utilizzando router Pepwave MAX. Durante i test, la pagina di benvenuto del Captive Portal non si carica sui dispositivi iOS, mostrando invece una schermata vuota. Qual è la causa probabile e come si risolve?

La causa probabile è una configurazione incompleta delle reti consentite (whitelist dei domini). L'amministratore deve accedere all'interfaccia web locale di Pepwave o alla dashboard InControl2, navigare nelle impostazioni del Captive Portal e verificare l'elenco dei "Domini / IP consentiti". Deve assicurarsi che tutti i domini richiesti per il Captive Portal, gli endpoint di autenticazione e gli eventuali provider di social login (ad esempio Apple, Google) siano esplicitamente elencati.

Commento dell'esaminatore: Le lacune nella whitelist sono la causa più comune di errore dei Captive Portal. I moderni sistemi operativi mobili utilizzano meccanismi aggressivi di rilevamento del Captive Portal; se il sistema operativo non riesce a raggiungere i suoi specifici URL di convalida o la CDN del portale, interromperà il processo di connessione.

Domande di esercitazione

Q1. Stai distribuendo il WiFi per gli ospiti in un grande stadio. Hai configurato il server RADIUS primario, ma il project manager ti chiede se è possibile saltare la configurazione del server secondario per risparmiare tempo. Come rispondi?

Suggerimento: Considera l'impatto di un singolo punto di vulnerabilità (single point of failure) in un ambiente ad alta densità.

Visualizza risposta modello

È obbligatorio configurare il server secondario. Il protocollo RADIUS è il punto di controllo per l'accesso alla rete. Se il server primario subisce un'interruzione o un problema di instradamento di rete, tutte le nuove richieste di autenticazione falliranno, causando la perdita totale dell'accesso al WiFi per gli ospiti. La configurazione del server secondario fornisce un failover automatico e garantisce un'elevata disponibilità.

Q2. Una sede segnala che le sessioni WiFi degli ospiti si disconnettono esattamente 60 minuti dopo l'accesso degli utenti, nonostante la piattaforma Purple sia configurata per sessioni di 24 ore. Dove dovresti indagare?

Suggerimento: Pensa a quale componente applica effettivamente la terminazione della sessione.

Visualizza risposta modello

Dovresti verificare la configurazione dell'hardware locale. L'access point o il controller (il NAS) impone in ultima istanza i limiti di sessione. In questo caso, è probabile che l'hardware abbia un valore di "Session Timeout" o "Access Quota" locale impostato su 60 minuti, che sovrascrive gli attributi RADIUS inviati da Purple. Ad esempio, su un dispositivo Pepwave, l'impostazione "Access Quota" deve essere modificata.

Q3. Stai esaminando una proposta di architettura di rete per una catena di negozi. Il progetto mostra il traffico WiFi degli ospiti e i terminali dei punti vendita (POS) che operano sulla stessa sottorete. Qual è la tua raccomandazione?

Suggerimento: Considera gli standard di sicurezza e i requisiti di conformità per l'elaborazione dei pagamenti.

Visualizza risposta modello

Il progetto deve essere rifiutato. Il traffico degli ospiti deve essere rigorosamente isolato dalle reti operative, in particolare da quelle che gestiscono i pagamenti. Al WiFi per gli ospiti deve essere assegnata una VLAN dedicata con regole di firewall che impediscano l'instradamento verso la sottorete del POS. In caso contrario, si viola la conformità PCI-DSS e si introducono gravi rischi per la sicurezza.

Continua a leggere questa serie

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.

Leggi la guida →

Passpoint and OpenRoaming: Complete Guide

Questa guida di riferimento tecnico fornisce un'analisi completa dei framework Passpoint (Hotspot 2.0) e WBA OpenRoaming all'interno delle reti WiFi aziendali. Descrive in dettaglio i protocolli di autenticazione sottostanti, i componenti architetturali e le strategie di implementazione necessarie per stabilire una connettività guest sicura e senza attriti. I progettisti di rete e i responsabili IT impareranno a progettare, implementare e risolvere i problemi di questi standard per eliminare le barriere di accesso manuale mantenendo al contempo una sicurezza di livello enterprise.

Leggi la guida →

Come Implementare SCEP per il Secure BYOD e l'Iscrizione di Rete nell'Istruzione Superiore

Questa guida tecnica fornisce ad architetti di rete e responsabili IT un modello indipendente dal fornitore per implementare la registrazione dei certificati basata su SCEP per proteggere le reti dei campus universitari. Descrive in dettaglio come migrare dal protocollo PEAP basato su password a 802.1X EAP-TLS, automatizzare l'onboarding dei dispositivi BYOD e applicare una robusta segmentazione VLAN.

Leggi la guida →