IPsec site-to-site: setup pratico tra due sedi

IPsec site-to-site: setup pratico tra due sedi

IPsec resta lo standard de facto per VPN site-to-site tra firewall di marche diverse: praticamente ogni firewall enterprise lo supporta. Vediamo come configurare un tunnel IPsec site-to-site con IKEv2 in modo solido, considerando anche scenari NAT traversal e ridondanza.

Architettura IPsec

IPsec funziona in due fasi: Phase 1 (IKE) stabilisce un canale sicuro per scambiare chiavi (Diffie-Hellman) e autenticare i peer (PSK o certificati); Phase 2 (ESP) trasporta il traffico utente cifrato e autenticato. IKEv1 è obsoleto (vulnerabile e complesso), IKEv2 è lo standard attuale. La modalità più usata è tunnel mode: tutto il pacchetto IP viene incapsulato e cifrato, niente trapela.

Algoritmi raccomandati

Per IKEv2 nel 2026 le combinazioni raccomandate sono: Phase 1 encryption AES-256-GCM, hash SHA-256/384, DH group 14 o 19/20 (curve elliptiche), PRF SHA-256. Phase 2 encryption AES-256-GCM, PFS DH group 14/19. Evita: DES, 3DES, MD5, SHA1, DH group <14. Lifetime: 8 ore phase 1, 1 ora phase 2.

Procedura passo-passo

  1. Verifica IP pubblici fissi su entrambi i lati (o dynamic DNS).
  2. Identifica le subnet locali di entrambe le sedi (non devono sovrapporsi).
  3. Genera una PSK robusta (32+ caratteri random) o prepara certificati X.509.
  4. Sul firewall sede A configura phase 1 IKEv2: remote gateway=IP pubblico sede B, auth=PSK, encryption/hash/DH come sopra.
  5. Configura phase 2: encryption ESP, local subnet=LAN sede A, remote subnet=LAN sede B, PFS gruppo 14/19.
  6. Replica configurazione speculare sul firewall sede B.
  7. Configura firewall rule che permette traffico tra le due subnet remote.
  8. Apri UDP 500 (IKE), UDP 4500 (NAT-T) e protocollo ESP 50 verso il peer.
  9. Test con ping tra host delle due subnet.
  10. Abilita DPD (Dead Peer Detection) per rilevare e ristabilire il tunnel automaticamente.

Considerazioni di costo, formazione e governance

Un'aspetto spesso sottovalutato nella progettazione di una soluzione di rete e il total cost of ownership (TCO) sul medio-lungo periodo, non solo il prezzo di listino degli apparati. Vanno considerati: licenze annuali, contratti di manutenzione hardware, energia consumata, formazione del personale interno, costo di gestione operativa, costo di sostituzione a fine vita. Una soluzione apparentemente conveniente puo rivelarsi cara dopo 3-5 anni di esercizio se le licenze rinnovabili o il supporto tecnico crescono in modo significativo.

La formazione del team e un'investimento che ripaga sempre. Le tecnologie di rete moderne richiedono competenze trasversali: networking puro, sicurezza, automazione, cloud. Certificazioni come CCNA, CompTIA Network+, Aruba ACMA, Fortinet NSE, Mikrotik MTCNA sono percorsi consolidati. Per le PMI italiane esistono corsi finanziati da fondi interprofessionali (Fondimpresa, Fondir, For.Te) che coprono buona parte del costo. Pianificare il piano formativo annuale insieme al budget IT garantisce continuita e crescita delle competenze interne.

Sul piano della governance, una rete aziendale moderna richiede policy chiare e documentate: chi puo accedere a cosa, con quali credenziali, in quali orari, da quali device. Il framework consigliato in Italia per PMI e ISO/IEC 27001:2022 integrato con le linee guida AgID per la PA. Per settori specifici (finanza, sanita, energia) si applicano normative aggiuntive (PSD2, regolamento DORA, NIS2, GDPR in particolare). Stabilire un sistema di gestione della sicurezza delle informazioni (SGSI) ancorche minimale riduce il rischio operativo e facilita audit con clienti enterprise sempre più esigenti.

Errori comuni e come risolverli

  • Subnet sovrapposte: due sedi entrambe su 192.168.1.0/24, il tunnel funziona ma il routing si perde. Rinumera prima.
  • NAT senza NAT-T: il tunnel non sale se un firewall è dietro NAT. Abilita NAT Traversal.
  • PSK debole: brute-forceabile in tempi accettabili. Sempre 32+ caratteri.
  • Lifetime mismatch: phase 1 lifetime diverso tra le due sedi causa rinegoziazioni continue.
  • MTU/MSS sbagliati: HTTPS rotto, SMB lentissimo. MSS clamp a 1380.

Approfondimenti tecnici e scenari avanzati

Nella pratica quotidiana di un sysadmin che lavora con IPsec site-to-site, alcuni aspetti aggiuntivi meritano attenzione particolare. La gestione corretta in ambienti enterprise richiede di considerare l'integrazione con altri sistemi già presenti, la scalabilità futura e gli aspetti operativi day-2 spesso sottovalutati nella fase di design iniziale. Una configurazione che funziona bene per 50 utenti puo creare problemi seri a 200, ed e fondamentale prevedere fin da subito i punti di crescita.

Sul piano della sicurezza, l'attenzione si e spostata negli ultimi anni dal perimetro tradizionale al modello zero trust, dove ogni accesso viene verificato indipendentemente dalla provenienza. Per IPsec site-to-site questo significa applicare principi come minimum privilege, segregation of duties e continuous verification anche dove storicamente si dava fiducia implicita. Audit log, monitoring di anomalie e alert tempestivi sono ormai requisiti di base, non optional. Le normative europee come NIS2 e DORA stanno rendendo questi requisiti vincolanti per categorie sempre più ampie di aziende italiane.

Dal punto di vista operativo, l'automazione e ormai necessaria per gestire infrastrutture moderne con risorse umane limitate. Tool come Ansible, Terraform e script Python permettono di trattare la configurazione di rete come codice, versionata in git con pull request, review e CI/CD. Anche in piccole PMI vale la pena investire in queste pratiche: il tempo recuperato in change ripetitivi compensa rapidamente la curva di apprendimento iniziale, e la qualità aumenta perché le configurazioni sono validate prima del deployment.

Infine, il rapporto con i fornitori e gli operatori di telecomunicazione e importante. Avere chiari i punti di contatto NOC, le procedure di apertura ticket, gli SLA contrattuali e i meccanismi di escalation evita di scoprire questi dettagli durante un'incident critico. Documentare contratti, scadenze, modalita di rinnovo e clausole di uscita in un repository accessibile al team riduce la dipendenza da singole persone e migliora la continuita operativa nel medio periodo.

Domande frequenti

D: Posso usare IPsec con IP dinamici?
R: Sì con dynamic DNS o configurazione aggressive mode (sconsigliata).

D: IPsec funziona con WireGuard?
R: No, sono protocolli diversi. Servono firewall multi-protocollo.

D: Conviene PSK o certificati?
R: Per più di 2 sedi sempre certificati, più gestibili.

Hai bisogno di aiuto?

Se vuoi affidare la gestione rete aziendale al team di G Tech Group, scrivici tramite il modulo di contatto.

Hai trovato utile quest'articolo?