{"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\/da\/blog\/administrirovanie\/kak-popast-v-ipvpn-bilajn-cherez-ipsec-chast-1","title":{"rendered":"Hvordan man f\u00e5r adgang til Beeline IPVPN gennem IPSec. Del 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hej! I i det tidligere indl\u00e6g<\/a> beskrev jeg, hvordan vores MultiSIM-service fungerer i forhold til reservationssystemet<\/a> og lastbalancering<\/a> af kanaler. Som n\u00e6vnt tidligere tilslutter vi kunder til netv\u00e6rket via VPN, og i dag vil jeg fort\u00e6lle lidt mere om VPN og vores muligheder p\u00e5 dette omr\u00e5de.<\/p>\n

Det skal bem\u00e6rkes, at vi som teleselskab har vores eget store MPLS-netv\u00e6rk, som for kunder med fast forbindelse er opdelt i to hovedsegmenter - det, der bruges direkte til adgang til internettet, og det, der bruges til at skabe isolerede netv\u00e6rk - og det er gennem dette MPLS-segment, at IPVPN (L3 OSI) og VPLAN (L2 OSI) trafik til vores erhvervskunder g\u00e5r.<\/p>\n

\"Hvordan<\/a><\/a>
\nNormalt sker kundens tilslutning som f\u00f8lger.<\/p>\n

En adgangslinje f\u00f8res til kundens kontor fra den n\u00e6rmeste Point of Presence (PoP) i netv\u00e6rket (MEN-noden, P2P, BSSS, FTTB osv.), og derfra registreres kanalen p\u00e5 transportnetv\u00e6rket til den tilsvarende RE-MPLS-router, hvor vi tilslutter den til en specielt oprettet VRF for kunden under hensyntagen til trafikprofilen, som kunden har brug for (profilm\u00e6rker v\u00e6lges for hver adgangsport baseret p\u00e5 v\u00e6rdierne ip precedence 0, 1, 3, 5).<\/p>\n

Hvis vi af en eller anden grund ikke kan organisere den sidste mil fuldt ud for kunden, for eksempel hvis kundens kontor ligger i et erhvervscenter, hvor en anden udbyder har prioritet, eller hvis der slet ikke er en PoP i n\u00e6rheden, s\u00e5 m\u00e5tte kunderne tidligere oprette flere IPVPN-netv\u00e6rk hos forskellige udbydere (ikke den mest omkostningseffektive arkitektur) eller selv l\u00f8se sp\u00f8rgsm\u00e5lene vedr\u00f8rende adgangen til deres VRF over internettet.<\/p>\n

Mange gjorde dette ved at oprette en IPVPN-internetgateway - de satte en gr\u00e6nsenode (hardware eller en Linux-baseret l\u00f8sning) op, tilsluttede IPVPN-kanalen til den med \u00e9n port og internetkanalen med en anden, og k\u00f8rte deres VPN-server<\/a> og tilsluttede brugerne gennem deres egen VPN-gateway. Naturligvis medf\u00f8rer s\u00e5dan en ordning ogs\u00e5 byrder: denne infrastruktur skal man kunne opbygge, og det, der er mest besv\u00e6rligt - vedligeholde og udvikle.<\/p>\n

For at g\u00f8re livet lettere for vores kunder har vi etableret et centralt VPN-hub og organiseret underst\u00f8ttelse af forbindelser over internettet ved hj\u00e6lp af IPSec. Det vil sige, at kunderne kun skal konfigurere deres router til at arbejde med vores VPN-hub via IPSec-tunnel over ethvert offentligt internet, hvorefter vi vil frigive trafikken for denne kunde i hans VRF.<\/p>\n

Hvem vil have gavn af det<\/h2>\n

 <\/p>\n