{"id":89276,"date":"2020-07-21T13:42:28","date_gmt":"2020-07-21T11:42:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kak-popast-v-ipvpn-bilajn-cherez-ipsec-chast-1"},"modified":"2026-07-05T10:59:44","modified_gmt":"2026-07-05T08:59:44","slug":"kak-popast-v-ipvpn-bilajn-cherez-ipsec-chast-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-popast-v-ipvpn-bilajn-cherez-ipsec-chast-1","title":{"rendered":"Come accedere a IPVPN Beeline tramite IPSec. Parte 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ciao! In post precedente<\/a> Ho descritto il lavoro del nostro servizio MultiSIM per quanto riguarda la riserva<\/a> e il bilanciamento<\/a> dei canali. Come accennato, colleghiamo i clienti alla rete tramite VPN e oggi parler\u00f2 un po' di pi\u00f9 della VPN e delle nostre capacit\u00e0 in questo ambito.<\/p>\n

Innanzitutto, va detto che noi, in qualit\u00e0 di operatore di telecomunicazioni, disponiamo di una vasta rete MPLS, che per i clienti con connessione fissa \u00e8 suddivisa in due segmenti principali: uno utilizzato direttamente per l'accesso a Internet e l'altro usato per la creazione di reti isolate \u2014 ed \u00e8 proprio attraverso questo segmento MPLS che passa il traffico IPVPN (L3 OSI) e VPLAN (L2 OSI) per i nostri clienti aziendali.<\/p>\n

\"Come<\/a><\/a>
\nDi solito, il collegamento del cliente avviene nel seguente modo.<\/p>\n

Una linea di accesso viene stesa fino all'ufficio del cliente dalla pi\u00f9 vicina Point of Presence della rete (nodo MEN, P\u0420L, B\u0421\u0421S, FTTB, ecc.) e poi il canale viene registrato sulla rete di trasporto fino al relativo router RE-MPLS, sul quale lo inoltriamo in un VRF creato appositamente per il cliente, tenendo conto del profilo di traffico necessario (le etichette del profilo vengono scelte per ciascuna porta di accesso, basandosi sui valori di ip precedence 0, 1, 3, 5).<\/p>\n

Se per qualche motivo non possiamo organizzare adeguatamente l'ultimo miglio per il cliente, ad esempio se l'ufficio del cliente si trova in un business center dove prevale un altro fornitore, o se non ci sono punti di presenza nelle vicinanze, prima i clienti dovevano creare pi\u00f9 reti IPVPN presso diversi fornitori (un'architettura non proprio conveniente in termini di costi) o risolvere autonomamente le questioni relative all'accesso al proprio VRF sopra la rete Internet.<\/p>\n

Molti lo facevano installando un gateway IPVPN \u2014 installavano un router di confine (hardware o una soluzione basata su Linux), collegavano a esso un canale IPVPN su una porta e un canale Internet sull'altra, avviavano il proprio un server VPN<\/a> e collegavano gli utenti tramite il proprio gateway VPN. Naturalmente, questo schema porta a anche a oneri: tale infrastruttura deve essere in grado di essere costruita e, quel che \u00e8 pi\u00f9 scomodo, di essere gestita e sviluppata.<\/p>\n

Per semplificare la vita ai nostri clienti, abbiamo istituito un hub VPN centralizzato e organizzato il supporto per connessioni su internet utilizzando IPSec. Ora i clienti devono solo configurare il proprio router per lavorare con il nostro hub VPN tramite un tunnel IPSec attraverso qualsiasi internet pubblico, e noi gestiremo il traffico di questo cliente nel suo VRF.<\/p>\n

A chi pu\u00f2 servire<\/h2>\n

 <\/p>\n