{"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\/nl\/blog\/administrirovanie\/kak-popast-v-ipvpn-bilajn-cherez-ipsec-chast-1","title":{"rendered":"Hoe je toegang krijgt tot de IPVPN van Beeline via IPSec. Deel 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hallo! In de vorige post<\/a> Ik heb de werking van onze MultiSIM-service beschreven op het gebied van reservering<\/a> en belasting<\/a> kanalen. Zoals eerder vermeld, verbinden we klanten met het netwerk via VPN, en vandaag zal ik iets meer vertellen over VPN en onze mogelijkheden op dit gebied.<\/p>\n

Laten we beginnen met het feit dat we als telecomoperator een enorm MPLS-netwerk hebben, dat voor klanten van vaste verbindingen is verdeeld in twee hoofsegmenten: hetgene dat wordt gebruikt voor directe toegang tot het Internet, en hetgene dat wordt gebruikt voor het cre\u00ebren van ge\u00efsoleerde netwerken \u2014 en via dit MPLS-segment loopt het IPVPN-verkeer (L3 OSI) en VPLAN (L2 OSI) voor onze zakelijke klanten.<\/p>\n

\"Hoe<\/a><\/a>
\nGewoonlijk gebeurt de aansluiting van de klant als volgt.<\/p>\n

Er wordt een toegangslijn van het dichtstbijzijnde Point of Presence van het netwerk (node MEN, P2P, BSSS, FTTB, enz.) naar het kantoor van de klant gelegd, en vervolgens wordt het kanaal door de transportnetwerk geregistreerd tot de overeenkomstige PE-MPLS-router, waar we het in een speciaal voor de klant gecre\u00eberde VRF afleiden rekening houdend met het verkeersprofiel dat de klant nodig heeft (de profieldelen worden voor elke toegangspoort gekozen op basis van de waarden van ip precedence 0,1,3,5).<\/p>\n

Als we om de een of andere reden de laatste mijl voor de klant niet volledig kunnen organiseren, bijvoorbeeld als het kantoor van de klant zich in een kantoorgebouw bevindt waar een andere provider prioriteit heeft, of als onze presence point gewoon niet in de buurt is, moesten klanten vroeger meerdere IPVPN-netwerken bij verschillende providers cre\u00ebren (een architectuur die niet de goedkoopste is) of zelf de problemen met toegang tot hun VRF bovenop het Internet oplossen.<\/p>\n

Veel mensen deden dit door een IPVPN-internet gateway te installeren \u2014 ze installeerden een randrouter (hardwarematige of een oplossing op basis van Linux), sloten \u00e9\u00e9n poort aan op het IPVPN-kanaal en de andere op het Internet-kanaal, en startten hun eigen VPN-server<\/a> en sloten gebruikers aan via hun eigen VPN-gateway. Het spreekt voor zich dat deze opzet ook lastige aspecten met zich meebrengt: zo'n infrastructuur moet je kunnen opbouwen en, wat het meest ongemakkelijk is \u2014 exploiteren en ontwikkelen.<\/p>\n

Om het leven van onze klanten te vereenvoudigen, hebben we een gecentraliseerde VPN-hub opgezet en ondersteuning georganiseerd voor verbindingen over het internet met behulp van IPSec. Dit betekent dat klanten nu slechts hun router hoeven in te stellen om samen te werken met onze VPN-hub via een IPSec-tunnel over elk publiek internet, en wij zullen het verkeer van die klant in zijn VRF vrijgeven.<\/p>\n

Voor wie het nuttig is<\/h2>\n

 <\/p>\n