{"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\/pl\/blog\/administrirovanie\/kak-popast-v-ipvpn-bilajn-cherez-ipsec-chast-1","title":{"rendered":"Jak uzyska\u0107 dost\u0119p do IPVPN Beeline przez IPSec. Cz\u0119\u015b\u0107 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Cze\u015b\u0107! W poprzednim po\u015bcie<\/a> Opisa\u0142em dzia\u0142anie naszej us\u0142ugi MultiSIM w zakresie rezerwacji<\/a> i balansowania<\/a> kana\u0142\u00f3w. Jak wcze\u015bniej wspomniano, klient\u00f3w \u0142\u0105czymy z sieci\u0105 przez VPN, a dzisiaj opowiem nieco wi\u0119cej o VPN i naszych mo\u017cliwo\u015bciach w tym zakresie.<\/p>\n

Warto zacz\u0105\u0107 od tego, \u017ce jako operator telekomunikacyjny posiadamy w\u0142asn\u0105 ogromn\u0105 sie\u0107 MPLS, kt\u00f3ra dla klient\u00f3w z komunikacj\u0105 stacjonarn\u0105 jest podzielona na dwa g\u0142\u00f3wne segmenty \u2014 jeden u\u017cywany bezpo\u015brednio do dost\u0119pu do internetu, a drugi do tworzenia izolowanych sieci \u2014 i to przez ten segment MPLS przechodzi ruch IPVPN (L3 OSI) i VPLAN (L2 OSI) dla naszych klient\u00f3w korporacyjnych.<\/p>\n

\"Jak<\/a><\/a>
\nZwykle pod\u0142\u0105czenie klienta odbywa si\u0119 w nast\u0119puj\u0105cy spos\u00f3b.<\/p>\n

Do biura klienta k\u0142adziona jest linia dost\u0119pu z najbli\u017cszego punktu obecno\u015bci sieci (w\u0119ze\u0142 MEN, PRL, BSSC, FTTB itd.), a nast\u0119pnie kana\u0142 jest przekazywany przez sie\u0107 transportow\u0105 do odpowiedniego routera RE-MPLS, na kt\u00f3rym wyprowadzamy go do specjalnie tworzonego dla klienta VRF z uwzgl\u0119dnieniem profilu ruchu, kt\u00f3ry jest wymagany przez klienta (znaczniki profilu wybierane s\u0105 dla ka\u017cdego portu dost\u0119powego, opieraj\u0105c si\u0119 na warto\u015bciach ip precedence 0, 1, 3, 5).<\/p>\n

Je\u015bli z jakiego\u015b powodu nie mo\u017cemy w pe\u0142ni zorganizowa\u0107 ostatniej mili dla klienta, na przyk\u0142ad, gdy biuro klienta znajduje si\u0119 w centrum biznesowym, gdzie priorytet ma inny dostawca, lub obok po prostu nie ma naszego punktu obecno\u015bci, to wcze\u015bniej klienci musieli tworzy\u0107 kilka sieci IPVPN u r\u00f3\u017cnych dostawc\u00f3w (nieoptymalna pod wzgl\u0119dem koszt\u00f3w architektura) lub samodzielnie rozwi\u0105zywa\u0107 kwestie organizacji dost\u0119pu do swojego VRF przez sie\u0107 internetow\u0105.<\/p>\n

Wielu robi\u0142o to za pomoc\u0105 zainstalowania bramy IPVPN \u2014 instalowano router brzegowy (sprz\u0119towy lub rozwi\u0105zanie oparte na Linuxie), \u0142\u0105czono z nim jednym portem IPVPN-kana\u0142, a drugim \u2014 kana\u0142 internetowy, uruchamiaj\u0105c na nim w\u0142asny serwer VPN<\/a> i \u0142\u0105czyli u\u017cytkownik\u00f3w przez swoj\u0105 w\u0142asn\u0105 bram\u0119 VPN. Oczywi\u015bcie, taki schemat generuje r\u00f3wnie\u017c obci\u0105\u017cenia: tak\u0105 infrastruktur\u0119 trzeba umie\u0107 budowa\u0107 i, co najwa\u017cniejsze \u2014 eksploatowa\u0107 i rozwija\u0107.<\/p>\n

Aby upro\u015bci\u0107 \u017cycie naszym klientom, zainstalowali\u015bmy centralny hub VPN i zorganizowali\u015bmy wsparcie dla po\u0142\u0105cze\u0144 przez Internet z u\u017cyciem IPSec, co oznacza, \u017ce klienci musz\u0105 tylko skonfigurowa\u0107 swoje routery do pracy z naszym hubem VPN przez tunel IPSec przez dowolny publiczny Internet, a my pu\u015bcimy ruch tego klienta w jego VRF.<\/p>\n

Dla kogo to b\u0119dzie przydatne<\/h2>\n

 <\/p>\n