{"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\/fr\/blog\/administrirovanie\/kak-popast-v-ipvpn-bilajn-cherez-ipsec-chast-1","title":{"rendered":"Comment acc\u00e9der \u00e0 l'IPVPN Beeline via IPSec. Partie 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Bonjour ! Dans dans le pr\u00e9c\u00e9dent article<\/a> J'ai d\u00e9crit le fonctionnement de notre service MultiSIM en mati\u00e8re de r\u00e9servation<\/a> et \u00e9quilibrage<\/a> des canaux. Comme mentionn\u00e9, nous connectons les clients au r\u00e9seau via VPN, et aujourd'hui je vais en dire un peu plus sur le VPN et nos capacit\u00e9s dans ce domaine.<\/p>\n

Il convient de commencer par le fait qu'en tant qu'op\u00e9rateur de t\u00e9l\u00e9communications, nous disposons de notre propre vaste r\u00e9seau MPLS, qui pour les clients de t\u00e9l\u00e9phonie fixe est divis\u00e9 en deux segments principaux \u2014 celui utilis\u00e9 directement pour l'acc\u00e8s \u00e0 Internet et celui utilis\u00e9 pour cr\u00e9er des r\u00e9seaux isol\u00e9s \u2014 et c'est pr\u00e9cis\u00e9ment \u00e0 travers ce segment MPLS que transite le trafic IPVPN (L3 OSI) et VPLAN (L2 OSI) pour nos clients d'entreprise.<\/p>\n

\"Comment<\/a><\/a>
\nG\u00e9n\u00e9ralement, la connexion d'un client se fait de la mani\u00e8re suivante.<\/p>\n

Une ligne d'acc\u00e8s est tir\u00e9e jusqu'au bureau du client depuis le Point de Pr\u00e9sence r\u00e9seau le plus proche (n\u0153ud MEN, PRTL, BSSS, FTTB, etc.) et ensuite, le canal est inscrit sur le r\u00e9seau de transport jusqu'au routeur RE-MPLS correspondant, sur lequel nous le sortons dans un VRF sp\u00e9cialement cr\u00e9\u00e9 pour le client, en tenant compte du profil de trafic n\u00e9cessaire au client (les balises de profil sont choisies pour chaque port d'acc\u00e8s sur la base des valeurs de ip precedence 0,1,3,5).<\/p>\n

Si pour une raison quelconque nous ne pouvons pas organiser compl\u00e8tement la derni\u00e8re ligne au client, par exemple, si le bureau du client est situ\u00e9 dans un centre d'affaires o\u00f9 un autre fournisseur est prioritaire, ou qu'il n'y a tout simplement pas de point de pr\u00e9sence \u00e0 proximit\u00e9, alors par le pass\u00e9, les clients devaient cr\u00e9er plusieurs r\u00e9seaux IPVPN chez diff\u00e9rents fournisseurs (une architecture qui n\u2019est pas la plus avantageuse en termes de co\u00fbt) ou r\u00e9soudre eux-m\u00eames les probl\u00e8mes d'acc\u00e8s \u00e0 leur VRF via le r\u00e9seau Internet.<\/p>\n

Beaucoup le faisaient en installant une porte d'entr\u00e9e IPVPN Internet \u2014 en installant un routeur de p\u00e9rim\u00e8tre (mat\u00e9riel ou une solution bas\u00e9e sur Linux), en le connectant avec un port au canal IPVPN et, avec l'autre, au canal Internet, en lan\u00e7ant sur celui-ci leur serveur VPN<\/a> et en connectant les utilisateurs via leur propre passerelle VPN. Naturellement, un tel sch\u00e9ma entra\u00eene aussi des charges : une telle infrastructure doit savoir \u00eatre construite et, ce qui est le plus g\u00eanant, exploit\u00e9e et d\u00e9velopp\u00e9e.<\/p>\n

Pour faciliter la vie de nos clients, nous avons mis en place un hub VPN centralis\u00e9 et organis\u00e9 le support des connexions sur Internet via IPSec. Ainsi, nos clients n'ont qu'\u00e0 configurer leur routeur pour travailler avec notre hub VPN via un tunnel IPSec \u00e0 travers n'importe quel Internet public, et nous \u00e9mettrons le trafic de ce client dans son VRF.<\/p>\n

\u00c0 qui cela peut-il servir<\/h2>\n

 <\/p>\n