Una seconda connessione Internet è una riserva utile solo se i flussi di lavoro importanti funzionano davvero anche su quella linea. OPNsense può gestire più percorsi WAN. Il superamento di un guasto dipende però anche da DNS, indirizzi, sessioni e requisiti delle applicazioni.
Definire prima il comportamento desiderato
Il failover utilizza un percorso di riserva quando quello preferito non è disponibile o offre una qualità insufficiente. Il bilanciamento distribuisce le connessioni secondo una logica definita. Nessuna delle due funzioni somma automaticamente la banda per ogni singolo download. Prima della configurazione si stabilisce quale linea debba usare ciascuna applicazione.
Vanno considerati anche i contratti: la riserva ha un limite di traffico? La connessione mobile è soggetta a un’ulteriore traduzione degli indirizzi? Quale indirizzo pubblico utilizzano i sistemi remoti o gli elenchi degli indirizzi consentiti? Una normale sessione Internet funzionante non dimostra che servizi in ingresso e tunnel tra sedi possano usare lo stesso percorso di riserva.
Il test del gateway deve rilevare il guasto pertinente
La documentazione OPNsense descrive gateway monitorati e gruppi di gateway come elementi di base. Il solo stato del collegamento fisico non rileva ogni guasto a monte. La destinazione del monitoraggio deve essere raggiungibile dal percorso previsto e indicare in modo significativo se quel percorso è ancora utilizzabile.
Soglie e destinazioni di prova vengono scelte con criterio e osservate. Un singolo host remoto poco raggiungibile non dovrebbe causare continui cambi di linea. Viceversa, un router del provider che risponde ancora localmente non deve far apparire sano indefinitamente un percorso Internet interrotto. Il monitoraggio fa parte del modello operativo.
DNS e stati delle connessioni fanno parte del percorso di riserva
Gruppi di gateway e regole di instradamento adeguate riguardano il traffico delle postazioni; vanno considerati anche il traffico generato dal firewall e la sua risoluzione dei nomi. Per questo il DNS viene provato anche durante il guasto. Un sito già noto può caricarsi dalla cache mentre le nuove risoluzioni dei nomi falliscono.
Le sessioni attive possono interrompersi quando cambia l’indirizzo pubblico. La documentazione OPNsense tratta, tra l’altro, gestione degli stati e sticky connections. Queste impostazioni non si attivano indiscriminatamente: un’applicazione può richiedere un percorso di uscita stabile, mentre un’altra deve riconnettersi dopo il guasto.
Quattro prove mostrano il beneficio
Il piano di collaudo comprende un guasto reale della linea principale, un problema a monte del router del provider ancora collegato, sessioni applicative nuove e già attive e il ritorno alla linea principale. La prova pianificata si svolge in una finestra adeguata, mantenendo un percorso di amministrazione raggiungibile.
Si osservano, per esempio, telefonia, VPN, applicazioni aziendali, DNS e un eventuale limite di traffico mobile. Le interruzioni misurate vengono documentate, senza promettere un funzionamento ininterrotto. DAXS unisce scelta delle linee, instradamento e prove applicative in un modello di riserva dal comportamento noto all’azienda.
Comunicazione e provider · Pianificare l’infrastruttura · Parliamo della connessione di riserva
Fonti: OPNsense: Multi-WAN, failover e bilanciamento (link esterno) · OPNsense: gateway e monitoraggio (link esterno)
