Vai al contenuto principale

Come configurare un Captive Portal su Starlink per il WiFi ospiti

Questa guida tecnica spiega come aggirare le limitazioni CGNAT native di Starlink per implementare un captive portal sicuro e conforme al GDPR per il WiFi ospiti. Copre l'architettura richiesta, la segmentazione VLAN e le strategie di gestione della larghezza di banda essenziali per location remote, operatori marittimi e spazi per eventi.

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

Ascolta questa guida

Visualizza trascrizione del podcast
Benvenuti al Purple Technical Briefing. Oggi risponderemo a una domanda che sorge sempre più spesso man mano che Starlink raggiunge strutture che la fibra semplicemente non può servire: come configurare un Captive Portal adeguato per il WiFi ospiti su una connessione Starlink? Vi guiderò attraverso l'architettura, i vincoli da comprendere prima di toccare un singolo file di configurazione e i passaggi di implementazione che funzionano effettivamente in produzione. Copriremo due scenari reali, le cinque trappole più comuni e concluderemo con risposte rapide alle domande che i team IT ci pongono ogni settimana. Iniziamo con il capire perché questo non è un problema banale. Starlink ha davvero cambiato il panorama della connettività per le strutture che in precedenza erano bloccate con collegamenti satellitari lenti e costosi o con un 4G instabile. Un hotel remoto in montagna, una nave da crociera, l'area di un festival in mezzo a un campo, un modulo per il benessere in un cantiere - tutti questi possono ora ottenere tra 100 e 220 megabit al secondo da un'antenna delle dimensioni di una pizza grande. Questo è straordinario. Ma la connettività pura è solo metà del lavoro. Nel momento in cui metti quella connessione a disposizione degli ospiti, hai bisogno di autenticazione, controllo degli accessi, acquisizione del consenso conforme al GDPR e gestione della larghezza di banda. Starlink non offre nulla di tutto questo di serie. È qui che entra in gioco un Captive Portal. Sezione uno: comprendere i vincoli di rete di Starlink. Prima di toccare un router, è necessario capire cosa fornisce effettivamente Starlink sull'interfaccia WAN. L'antenna Starlink standard si collega a un router proprietario che gestisce DHCP e NAT. Per impostazione predefinita, vi trovate dietro a un Carrier Grade NAT - quello che gli ingegneri chiamano CGNAT. Il vostro indirizzo IP WAN si trova nell'intervallo da 100.64 a 100.127. Non è un IP pubblico. Non è possibile ricevere connessioni in entrata da internet. E questo ha un'importanza enorme per l'architettura del Captive Portal. I piani residenziali e Roam di Starlink limitano le sessioni simultanee a 1.200. Per un hotel affollato o uno spazio per eventi con centinaia di dispositivi, questo limite diventa un vero e proprio vincolo. La soluzione è la modalità bypass. Questa opzione si attiva nell'app Starlink alla voce Impostazioni, attivando poi l'opzione Bypass Starlink WiFi router. Una volta abilitata, l'antenna Starlink passa l'indirizzo CGNAT direttamente alla porta WAN del vostro router aziendale. Il router Starlink smette di gestire DHCP e NAT. Il vostro router prende il controllo. Sarete ancora dietro CGNAT, ma ora avrete il controllo completo del livello di instradamento. Un punto critico: se l'antenna Starlink viene ripristinata alle impostazioni di fabbrica per qualsiasi motivo, la modalità bypass viene disattivata. Sarà necessario riabilitarla. Inserite questo passaggio nel manuale operativo del vostro sito.Ora Starlink offre tre livelli di abbonamento adatti ai gestori di sedi ed eventi. I piani Residential e Roam offrono fino a 100 megabit in download, priorità di tipo "best-effort" e nessuna opzione IP statico. Starlink for Business offre fino a 220 megabit, allocazione dei dati prioritaria e un componente aggiuntivo per l'IP statico. Starlink Maritime offre le stesse velocità con portabilità globale - fondamentale se l'imbarcazione si sposta tra diverse regioni oceaniche. Per qualsiasi sede multi-utente, consiglio come minimo la versione Business o Maritime. L'uso di dati "best-effort" nel piano residenziale implica che la connessione dei tuoi ospiti perderà priorità ogni volta che la cella satellitare sarà congestionata. Seconda sezione: lo stack dell'architettura. Ecco lo stack a quattro livelli che andrai a realizzare. Il livello uno è l'uplink Starlink in modalità bypass. Il livello due è il tuo firewall o router aziendale. Il livello tre è la segmentazione VLAN a livello di switch o access point. Il livello quattro è il Captive Portal in cloud, che gestisce autenticazione, consenso e analisi dei dati. Vorrei soffermarmi un attimo sulla segmentazione VLAN perché è un requisito non negoziabile. Sono necessarie almeno tre VLAN. VLAN 10 per lo staff - questa trasporta i sistemi POS, le applicazioni di back-office e il traffico di gestione. VLAN 20 per gli ospiti - questo è il segmento dedicato solo a internet che reindirizza al Captive Portal. VLAN 30 per l'IoT - telecamere, termostati intelligenti, sistemi di gestione dell'edificio. Queste tre reti non devono poter comunicare tra loro. Il routing inter-VLAN deve essere bloccato a livello di firewall. Un ospite sulla VLAN 20 non deve mai essere in grado di raggiungere il terminale POS sulla VLAN 10. Questa non è solo una buona pratica - è un requisito PCI DSS se gestisci pagamenti con carta su una qualsiasi parte della stessa infrastruttura fisica. Il Captive Portal stesso risiede nel cloud. Quando un ospite si connette al tuo SSID ospiti e apre un browser, il router intercetta la richiesta HTTP e la reindirizza alla pagina di login del portale. L'ospite si autentica - tramite email, login social o codice voucher - accetta i termini di servizio e il portale segnala al router di concedere l'accesso a internet a quell'indirizzo MAC. L'intero flusso dovrebbe completarsi in meno di 10 secondi su un telefono cellulare. Il portale cloud di Purple si integra direttamente con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Configuri l'integrazione RADIUS o API una sola volta e Purple gestisce l'handshake di autenticazione. Non è richiesto alcun server di autenticazione locale. Questo è fondamentale per le sedi remote dove non è possibile gestire un server RADIUS locale. Terza sezione: il problema del CGNAT e come risolverlo. Ecco la sfida che coglie di sorpresa la maggior parte dei team IT. Le architetture standard di Captive Portal presuppongono che il portale cloud possa raggiungere la tua rete interna. Con il CGNAT, questo è impossibile. Le connessioni in entrata sono bloccate.La soluzione è un tunnel inverso. Il tuo router stabilisce una connessione in uscita verso il portale cloud e la mantiene aperta in modo persistente. Tutto il traffico di autenticazione scorre attraverso quel tunnel. Il cloud non ha mai bisogno di avviare una connessione in entrata. L'architettura overlay cloud di Purple gestisce questo aspetto in modo nativo. Se hai effettivamente bisogno di un IP statico, Starlink Business e Maritime lo offrono come opzione aggiuntiva. Controlla le pagine dei piani attuali di Starlink per il tuo territorio specifico. Sezione quattro: GDPR e conformità dei dati. È qui che le sedi remote spesso vengono colte di sorpresa. Il fatto che la tua sede si trovi in una posizione remota non ti esenta dal GDPR se raccogli dati da residenti nel Regno Unito o nell'UE. Il tuo Captive Portal deve presentare una casella di controllo specifica e non selezionata per il consenso alle comunicazioni di marketing. Deve indicare chiaramente quali dati stai raccogliendo, perché e per quanto tempo li conserverai. Le condizioni di servizio devono essere accessibili prima che l'ospite si autentichi. Purple è certificata ISO 27001, conforme al GDPR, conforme al CCPA e certificata Cyber Essentials. Ogni evento di accesso viene registrato con un timestamp, un indirizzo IP e un registro del consenso. Questo percorso di controllo è ciò che ti protegge se un'autorità di regolamentazione pone delle domande. Sezione cinque: gestione della larghezza di banda. Su Starlink, la larghezza di banda è la tua risorsa più limitata. Un singolo ospite che riproduce video in streaming in 4K può consumare 25 megabit al secondo in modo continuo. In una sede con 50 ospiti e una connessione da 220 megabit, ciò equivale a una sola persona che occupa l'11% della capacità totale. Puoi risolvere questo problema a livello di Captive Portal e di router. Imposta limiti di larghezza di banda per dispositivo. Implementa criteri di utilizzo corretto che riducono la velocità dopo una quota di dati giornaliera. Utilizza il traffic shaping per dare priorità alla navigazione web rispetto allo streaming video. E prendi in considerazione l'accesso a livelli: un livello gratuito per la connettività di base, un livello premium a pagamento per lo streaming. Questo trasforma il tuo WiFi da una voce di costo in una fonte di ricavi. Ora ti presento due scenari del mondo reale. Scenario uno: un hotel di montagna remoto con 40 camere e senza fibra. Utilizzano Starlink per il Business a una media di 150 megabit. Gli access point HPE Aruba coprono l'edificio principale e tre dependance. Gli ospiti si autenticano tramite email sul portale Purple. I reclami relativi al WiFi degli ospiti sono diminuiti del 60% rispetto alla loro precedente configurazione con bonding 4G. Il portale acquisisce anche dati email di prima parte, che alimentano direttamente le loro campagne di marketing post soggiorno. Scenario due: una nave da crociera con 120 cabine che utilizza Starlink Maritime a 220 megabit. L'operatore distribuisce access point Cisco Meraki in tutta la nave con tre VLAN - equipaggio, passeggeri e sistemi di bordo. Il Captive Portal di Purple gestisce l'autenticazione dei passeggeri tramite email o una ricerca del numero di cabina integrata con il sistema di gestione della struttura. I ricavi del WiFi coprono il costo dell'abbonamento Starlink e l'operatore dispone di un elenco di marketing diretto in costante crescita. Errori di implementazione. Permettimi di passare in rassegna i cinque che vedo più spesso. Uno: dimenticare di riabilitare la modalità bypass dopo un ripristino dell'antenna. Documenta questo aspetto nel tuo manuale operativo. Due: non bloccare il routing inter-VLAN. Ogni installazione che ho esaminato che ha avuto un incidente di sicurezza presentava questa errata configurazione. Controllalo due volte. Tre: utilizzare il reindirizzamento HTTP su una rete in cui gli ospiti utilizzano browser che prediligono HTTPS. I browser moderni utilizzano HTTPS per impostazione predefinita. Il router deve gestire correttamente l'intercettazione HTTPS, altrimenti gli ospiti visualizzeranno errori di certificato prima di raggiungere il portale. Quattro: non testare separatamente su iOS e Android. Apple Captive Network Assistant e il probe di rete di Android si comportano in modo diverso. Testali entrambi prima del go-live. Cinque: ignorare la latenza. La costellazione in orbita bassa terrestre di Starlink offre una latenza da 20 a 40 millisecondi. Ma durante i passaggi di consegna tra i satelliti, si possono riscontrare brevi picchi. Imposta gli intervalli di sessione keepalive a 60 secondi o meno. Domande a raffica. Ho bisogno di un IP statico per un Captive Portal su Starlink? No, se il tuo portale utilizza un'architettura ospitata in cloud con reverse tunneling. Sì, se utilizzi un RADIUS on-premises. Posso eseguire più SSID su Starlink? Sì. I tuoi access point aziendali gestiscono la creazione degli SSID. Starlink in bypass mode fornisce semplicemente l'uplink. Purple funziona con Starlink nativamente? Sì. Configuri la bypass mode sulla parabola Starlink, connetti i tuoi access point supportati e indirizzi l'integrazione RADIUS o API al cloud di Purple. Il portale è attivo entro un'ora. Cosa succede se la connessione Starlink si interrompe? Il portale Purple memorizza nella cache locale del router le sessioni attive per un periodo configurabile - in genere 24 ore. Gli ospiti che sono già autenticati rimangono online. Per riassumere. Starlink ti fornisce la banda. Il tuo router aziendale in bypass mode ti offre il controllo sul livello di routing. La segmentazione VLAN isola il traffico di ospiti, personale e IoT. Un Captive Portal in cloud gestisce l'autenticazione, il consenso GDPR, la policy sulla larghezza di banda e la raccolta di dati di prima parte. Il vincolo CGNAT viene risolto dall'architettura con reverse tunnel, non dall'IP statico. Purple opera in oltre 80.000 sedi attive in più di 90 paesi e ha elaborato 440 milioni di accessi nel 2024. La piattaforma è indipendente dall'hardware, cloud-native e si distribuisce come un livello superiore alla tua infrastruttura esistente. Nessuna sostituzione radicale richiesta. Se desideri vedere come funziona nel tuo ambiente specifico, visita purple.ai e prenota una consulenza tecnica. Il team mapperà l'architettura sul tuo hardware e renderà operativo un proof of concept entro un giorno. Grazie per l'attenzione. Ci vediamo nel prossimo briefing.

header_image.png

Executive Summary

Starlink fornisce un'eccezionale connettività di base per le sedi remote, ma il suo hardware nativo è privo di autenticazione, controllo degli accessi e gestione della larghezza di banda necessari per l'accesso pubblico. L'implementazione del Guest WiFi su Starlink richiede il bypass del router proprietario, il superamento dei vincoli del Carrier Grade NAT (CGNAT) e l'implementazione di un Captive Portal gestito in cloud.

Questa guida illustra in dettaglio l'esatta architettura richiesta per creare una rete Guest WiFi sicura e conforme su una connessione Starlink. Copriamo il passaggio alla modalità bypass, l'architettura a tunnel inverso necessaria per risolvere il problema del CGNAT e la segmentazione VLAN richiesta per isolare il traffico degli ospiti dai sistemi POS. Sia che gestiate un hotel in alta quota, una nave da crociera o un punto vendita remoto, questo framework vi garantisce una connettività costante, l'acquisizione di dati di prima parte e il rispetto della conformità normativa.

Analisi Tecnica Approfondita

Il Vincolo del CGNAT

Starlink assegna indirizzi IP WAN nell'intervallo 100.64.0.0/10, collocando la vostra rete dietro a un Carrier Grade NAT (CGNAT). Ciò significa che la vostra sede non dispone di un indirizzo IP pubblico e le connessioni in entrata da internet sono bloccate.

Le architetture standard di Captive Portal spesso presuppongono che il server di autenticazione cloud possa avviare una connessione verso il controller della rete locale. Su Starlink, questo processo fallisce. Inoltre, i piani Residential e Roam di Starlink impongono un limite massimo di 1.200 sessioni simultanee, che una sede affollata esaurirà rapidamente.

La Soluzione del Tunnel Inverso

Per risolvere il problema del CGNAT senza richiedere un IP statico, è necessario utilizzare un Captive Portal che supporti un'architettura a tunnel inverso.

In questo modello, il router aziendale avvia una connessione in uscita verso il portale cloud e la mantiene aperta in modo persistente. Quando un ospite si autentica, il portale cloud invia il segnale di autorizzazione attraverso questo tunnel stabilito. L'architettura cloud overlay di Purple gestisce questo processo in modo nativo, integrandolo direttamente con l'hardware di Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.

Selezione del Piano

starlink_plan_comparison.png

Per gli ambienti multiutente, i piani Starlink for Business o Starlink Maritime sono essenziali. Questi livelli offrono un'allocazione prioritaria dei dati, limiti di larghezza di banda più elevati (fino a 220 Mbps) e l'opzione di acquistare un componente aggiuntivo per IP statico se si necessita di RADIUS on-premises o di un elenco di IP consentiti rigoroso.

Guida all'implementazione

1. Abilitare la modalità Bypass

Per utilizzare un router aziendale, è necessario disabilitare le funzioni DHCP e NAT del router Starlink.

  1. Aprire l'app Starlink e accedere a Impostazioni.
  2. Selezionare Modalità Bypass e fare scorrere il cursore per abilitarla.
  3. Collegare la porta WAN del router aziendale direttamente all'adattatore ethernet Starlink.

Nota: se l'antenna Starlink perde improvvisamente l'alimentazione o viene ripristinata alle impostazioni di fabbrica, la modalità bypass verrà disattivata. Il router riceverà un indirizzo privato 192.168.1.x invece dell'indirizzo CGNAT 100.64.x.x. Sarà necessario riabilitare la modalità bypass tramite l'app.

2. Configurare la segmentazione VLAN

architecture_overview.png

È necessario isolare il traffico degli ospiti dai sistemi operativi. Configurare almeno tre VLAN sullo switch e sugli access point:

  • VLAN 10 (Personale/Operazioni): terminali POS, PC di back-office e sistemi di gestione immobiliare.
  • VLAN 20 (Guest WiFi): accesso solo Internet per i visitatori. Applicare l'isolamento dei client in questo ambito in modo che i dispositivi degli ospiti non possano vedersi tra loro.
  • VLAN 30 (IoT): telecamere, termostati intelligenti e sistemi di gestione dell'edificio.

Configurare il firewall per bloccare tutto il routing inter-VLAN. Un dispositivo sulla VLAN Guest WiFi non deve mai essere in grado di raggiungere la VLAN del personale.

3. Configurare il Captive Portal

Configurare il captive portal cloud per gestire l'handshake di autenticazione. Quando si distribuisce Purple, si configura l'integrazione RADIUS o API sul controller di rete per puntare ai server cloud di Purple.

Assicurarsi di utilizzare un certificato SSL/TLS valido per il reindirizzamento del captive portal. I browser moderni richiedono HTTPS; se il router intercetta una richiesta HTTPS utilizzando un reindirizzamento HTTP, l'utente visualizzerà un avviso di sicurezza. Ad esempio, quando si configura un Cisco WLC, assicurarsi che l'hostname IPv4 virtuale corrisponda al Common Name (CN) specificato nel certificato SSL.

Best Practice

Gestione della larghezza di banda

La larghezza di banda è limitata. Un singolo utente che trasmette video in 4K può consumare 25 Mbps. Implementare controlli rigorosi della larghezza di banda a livello di router e di portale:

  • Limiti per dispositivo: limitare le velocità dei singoli ospiti (ad es. 5 Mbps in download, 2 Mbps in upload).
  • Quote di dati: imporre una soglia giornaliera (ad es. 1 GB ogni 24 ore) per prevenire abusi.
  • Accesso a livelli: offrire un livello gratuito per la navigazione e un livello premium a pagamento per lo streaming.

Gestione del Captive Network Assistant (CNA)

I dispositivi Apple e Android utilizzano un Captive Network Assistant (CNA) per rilevare i captive portal. Il CNA apre una finestra del browser limitata per l'accesso.

Poiché l'ambiente CNA limita i cookie, assicurati che l'architettura del tuo portale supporti l'autenticazione basata su MAC dopo il login iniziale. Se un utente chiude il CNA prematuramente, consigliali di aprire il proprio browser standard e navigare su neverssl.com per forzare il reindirizzamento.

Risoluzione dei Problemi e Mitigazione dei Rischi

  • Errori di Certificato: Se gli utenti visualizzano "La tua connessione non è privata", è probabile che il tuo router stia tentando un reindirizzamento HTTP per una richiesta HTTPS. Installa un certificato pubblico valido sul tuo controller.
  • Timeout della Sessione: La costellazione in orbita terrestre bassa di Starlink ha una bassa latenza (20 - 40 ms), ma i passaggi tra i satelliti possono causare brevi micro-interruzioni. Imposta il timeout RADIUS e gli intervalli di sessione keepalive per gestire queste brevi interruzioni senza costringere l'utente a effettuare nuovamente il login.
  • Mancata Conformità: Operare in una località remota non esenta dalle leggi sulla privacy dei dati. Assicurati che il tuo portale includa caselle di consenso esplicito e non selezionate per il marketing, in linea con i requisiti GDPR e CCPA.

ROI e Impatto Aziendale

L'implementazione di un Captive Portal gestito trasforma Starlink da un centro di costo a uno strumento di acquisizione dati. Raccogliendo dati di prima parte (indirizzi email, dati demografici) durante il processo di login, le sedi possono creare liste di marketing diretto.

Ad esempio, Purple ha elaborato 440 milioni di accessi nel 2024 in 80.000 sedi attive. L'integrazione di questi dati di identità con il tuo CRM consente campagne mirate post-visita, incentivando le visite ripetute e le prenotazioni dirette, mantenendo al contempo una rigorosa conformità ISO 27001 e GDPR.

Definizioni chiave

Bypass Mode

Un'impostazione di configurazione che disabilita le funzioni DHCP e NAT interne del router Starlink, passando l'indirizzo IP WAN direttamente a un router aziendale di terze parti collegato.

Richiesto ogni volta che è necessario utilizzare un firewall aziendale o un controller di rete per gestire il traffico e le VLAN su una connessione Starlink.

CGNAT (Carrier Grade NAT)

Un metodo utilizzato dagli ISP per condividere un singolo indirizzo IP pubblico tra più clienti. Starlink assegna alla parabola indirizzi IP privati nella gamma 100.64.0.0/10.

Il CGNAT impedisce le connessioni in entrata da internet, il che interrompe le tradizionali architetture di captive portal che richiedono al server di autenticazione di raggiungere la rete locale.

Reverse Tunnel

Un'architettura di rete in cui il router locale avvia una connessione in uscita verso un server cloud e la mantiene aperta, consentendo al server di inviare dati indietro attraverso il tunnel stabilito.

La soluzione necessaria per integrare un captive portal in cloud con una connessione Starlink limitata da CGNAT senza richiedere un IP statico.

VLAN Segmentation

La pratica di suddividere una singola rete fisica in più reti logiche isolate.

Obbligatorio per la sicurezza. Il traffico WiFi ospiti deve essere isolato sulla propria VLAN, separato da personale, POS e dispositivi IoT.

Captive Network Assistant (CNA)

Un mini-browser integrato nei sistemi operativi iOS e Android progettato specificamente per rilevare e visualizzare le pagine di accesso del captive portal quando ci si connette a un WiFi pubblico.

I team IT devono garantire che il design del loro portale funzioni correttamente all'interno dell'ambiente CNA limitato, che spesso limita la memorizzazione dei cookie e gli script in background.

First-Party Data

Informazioni che un'azienda raccoglie direttamente dai propri clienti con il loro consenso, come gli indirizzi email forniti durante l'accesso al WiFi.

I captive portal convertono gli utenti WiFi anonimi in contatti noti, consentendo alle strutture di creare risorse di dati di prima parte per il marketing.

Client Isolation

Una funzionalità di sicurezza della rete wireless che impedisce ai dispositivi connessi alla stessa rete WiFi di comunicare tra loro.

Deve essere abilitato sulla VLAN del WiFi ospiti per impedire ad attori malintenzionati di scansionare o attaccare i dispositivi degli altri ospiti.

Static IP Add-on

Un aggiornamento a pagamento opzionale disponibile sui piani Starlink for Business e Maritime che fornisce un indirizzo IP dedicato e pubblicamente instradabile.

Richiesto solo se la sede deve gestire un server RADIUS locale o richiede una white list di IP rigorosa per le VPN aziendali.

Esempi pratici

Un hotel di montagna remoto con 40 camere deve fornire un WiFi ospiti affidabile utilizzando una connessione Starlink for Business (media di 150 Mbps). In precedenza utilizzavano un router di bonding 4G che soffriva di grave congestione.

L'hotel ha abilitato la modalità bypass sulla parabola Starlink e ha collegato un router aziendale HPE Aruba. Ha configurato tre VLAN: Staff (VLAN 10), Ospiti (VLAN 20) e CCTV (VLAN 30). Utilizzando il captive portal in cloud di Purple, ha implementato un limite di velocità di 5 Mbps per dispositivo e una quota dati giornaliera di 1 GB. Gli ospiti effettuano l'autenticazione tramite e-mail, accettando i termini di servizio conformi al GDPR.

Commento dell'esaminatore: Questa architettura risolve il problema principale. La segmentazione VLAN protegge la rete operativa dell'hotel. I limiti di larghezza di banda impediscono ad alcuni utenti di consumare troppe risorse, degradando l'esperienza degli altri. L'autenticazione tramite e-mail fornisce all'hotel dati di prima parte per le proprie campagne di marketing, offrendo un ROI misurabile sull'investimento Starlink.

Una nave da crociera da 120 cabine che opera in acque internazionali utilizza Starlink Maritime (220 Mbps). Deve fornire un accesso a internet a livelli ai passeggeri, garantendo al contempo la sicurezza dei sistemi di bordo.

L'operatore ha distribuito access point Cisco Meraki in tutta la nave, collegandoli a un firewall Meraki MX con la parabola Starlink in modalità bypass. Ha integrato il captive portal di Purple tramite l'API di Meraki. Il portale è configurato con un'integrazione con il Property Management System (PMS), consentendo ai passeggeri di accedere utilizzando il numero di cabina e il cognome. I passeggeri standard ricevono una quota giornaliera di 2 GB; i passeggeri premium ricevono 10 GB.

Commento dell'esaminatore: Questo approccio sfrutta la funzionalità di tunnel inverso del portale cloud per superare il limite CGNAT della connessione Starlink Maritime. L'integrazione con il PMS garantisce che solo i passeggeri verificati possano accedere alla rete, e le quote dati differenziate proteggono il limitato collegamento satellitare da 220 Mbps dalla congestione.

Domande di esercitazione

Q1. Una catena di negozi sta distribuendo Starlink Standard in 50 sedi remote. Hanno intenzione di utilizzare il router Starlink nativo per trasmettere una rete "Ospiti" e indirizzarla a un server RADIUS cloud. Qual è il difetto critico di questo piano?

Suggerimento: Considera le capacità dell'hardware nativo e il tipo di indirizzo IP fornito da Starlink.

Visualizza risposta modello

Il router Starlink nativo non supporta l'integrazione RADIUS aziendale o la segmentazione VLAN. Inoltre, il piano Standard utilizza CGNAT, il che significa che le connessioni in entrata dal server RADIUS cloud verranno bloccate. Devono utilizzare un router aziendale in bypass mode e un captive portal che supporti il reverse tunneling.

Q2. Dopo una breve interruzione di corrente, gli ospiti di un rifugio remoto riferiscono di potersi connettere al WiFi ma il captive portal non appare. La dashboard IT mostra che il router aziendale ha un IP WAN pari a 192.168.1.50. Cosa è successo?

Suggerimento: Guarda l'intervallo di indirizzi IP. Cosa indica sullo stato dell'hardware Starlink?

Visualizza risposta modello

L'antenna Starlink si è resettata e ha disattivato la bypass mode. Ora funziona nuovamente come router, distribuendo indirizzi DHCP privati (192.168.1.x) e creando una situazione di doppio NAT. Il team IT deve utilizzare l'app Starlink per riabilitare la bypass mode.

Q3. Il gestore di una sede desidera raccogliere gli indirizzi email degli ospiti tramite il captive portal per inviare una newsletter mensile. Si trovano nel Regno Unito. Ti chiedono di preselezionare la casella di controllo del consenso al marketing per aumentare le iscrizioni. Cosa dovresti consigliare?

Suggerimento: Considera i requisiti normativi per la raccolta dei dati in questa regione.

Visualizza risposta modello

Devi avvisarli che le caselle di consenso preselezionate violano il UK GDPR. Il consenso deve essere fornito liberamente, specifico, informato e inequivocabile tramite una chiara azione affermativa (una casella non selezionata). L'implementazione di una casella preselezionata espone la sede a significative sanzioni normative.