<\/a><\/noindex>A teraz przyjrzyjmy si\u0119 tym procesom bardziej szczeg\u00f3\u0142owo.<\/p>\n
<\/p>\n
Pozycja pierwsza<\/h3>\n \nKiedy co\u015b jest wysy\u0142ane z 192.168.B.0\/24<\/b> do 192.168.A.0\/24<\/b> lub z 192.168.A.0\/24<\/b> do 192.168.B.0\/24<\/b>, trafia do VPN. To znaczy, \u017ce ten pakiet jest dodatkowo szyfrowany i przesy\u0142any mi\u0119dzy B.B.B.1<\/b> i A.A.A.1<\/b>, ale 192.168.A.1<\/b> widzi pakiet w\u0142a\u015bnie od 192.168.B.1<\/b>. Mog\u0105 komunikowa\u0107 si\u0119 mi\u0119dzy sob\u0105 za pomoc\u0105 dowolnych protoko\u0142\u00f3w. Odpowiedzi r\u00f3wnie\u017c s\u0105 przesy\u0142ane przez VPN, co oznacza, \u017ce pakiet z 192.168.A.1<\/b> do 192.168.B.1<\/b> b\u0119dzie wys\u0142any jako datagram ESP z A.A.A.1<\/b> na B.B.B.1<\/b>, kt\u00f3ry po stronie odbiorcy router rozpakowuje, wyci\u0105ga z niego ten pakiet i przekazuje dalej. 192.168.B.1<\/b> jak pakiet od 192.168.A.1<\/b>.<\/p>\n
Konkretna przyk\u0142adowa:<\/p>\n
1) 192.168.B.1<\/b> odnosi si\u0119 do 192.168.A.1<\/b>, chce nawi\u0105za\u0107 po\u0142\u0105czenie TCP z 192.168.A.1:3389<\/b>;<\/p>\n
2) 192.168.B.1<\/b> wysy\u0142a \u017c\u0105danie nawi\u0105zania po\u0142\u0105czenia od 192.168.B.1:55555<\/b> (numer portu do odpowiedzi wybiera sam, w dalszej cz\u0119\u015bci u\u017cyjemy numeru 55555 jako przyk\u0142adu takiego portu, kt\u00f3ry system wybiera podczas nawi\u0105zywania po\u0142\u0105czenia TCP) na 192.168.A.1:3389<\/b>;<\/p>\n
3) system operacyjny, kt\u00f3ry dzia\u0142a na komputerze z adresem 192.168.B.1<\/b>, decyduje si\u0119 przekaza\u0107 ten pakiet na adres bramy routera (192.168.B.254<\/b> w naszym przypadku), poniewa\u017c nie ma innych, bardziej specyficznych tras dla 192.168.A.1<\/b>, zatem przekazuje pakiet tras\u0105 domy\u015bln\u0105 (0.0.0.0\/0);<\/p>\n
4) w tym celu pr\u00f3buje znale\u017a\u0107 adres MAC dla adresu IP 192.168.B.254 <\/b>w tabeli pami\u0119ci podr\u0119cznej protoko\u0142u ARP. Je\u015bli go nie znajdzie, wysy\u0142a z adresu 192.168.B.1<\/b> broadcast who-has zapytanie do sieci 192.168.B.0\/24<\/b>. Kiedy 192.168.B.254<\/b> w odpowiedzi przesy\u0142a sw\u00f3j adres MAC, system przekazuje pakiet Ethernet do niej i zapisuje t\u0119 informacj\u0119 w swojej tabeli pami\u0119ci podr\u0119cznej;<\/p>\n
5) router odbiera ten pakiet i decyduje, dok\u0105d go przes\u0142a\u0107: ma okre\u015blon\u0105 polityk\u0119, zgodnie z kt\u00f3r\u0105 powinien przesy\u0142a\u0107 wszystkie pakiety pomi\u0119dzy 192.168.B.0\/24<\/b> i 192.168.A.0\/24<\/b> przez po\u0142\u0105czenie VPN pomi\u0119dzy B.B.B.1<\/b> i A.A.A.1<\/b>;<\/p>\n
6) router formuje datagram ESP od B.B.B.1<\/b> na A.A.A.1<\/b>;<\/p>\n
7) router decyduje, komu przekaza\u0107 ten pakiet, wysy\u0142a go np. do B.B.B.254<\/b> (brama dostawcy Internetu), poniewa\u017c nie ma bardziej specyficznych tras do A.A.A.1<\/b>, ni\u017c 0.0.0.0\/0;<\/p>\n
8) tak samo, jak ju\u017c by\u0142o powiedziane, znajduje adres MAC dla B.B.B.254<\/b> i przekazuje pakiet do bramy dostawcy Internetu;<\/p>\n
9) dostawcy Internetu przesy\u0142aj\u0105 przez swoje sieci datagram ESP od B.B.B.1<\/b> na A.A.A.1<\/b>;<\/p>\n
10) wirtualny router na A.A.A.1<\/b> odbiera ten datagram, deszyfruje go i otrzymuje pakiet od 192.168.B.1:55555<\/b> do 192.168.A.1:3389<\/b>;<\/p>\n
11) wirtualny router sprawdza, komu go przekaza\u0107, znajduje w tabeli routingu sie\u0107 192.168.A.0\/24<\/b> i wysy\u0142a go bezpo\u015brednio do 192.168.A.1<\/b>, poniewa\u017c ma interfejs 192.168.A.254\/24<\/b>;<\/p>\n
12) w tym celu wirtualny router znajduje adres MAC dla 192.168.A.1<\/b> i przesy\u0142a mu ten pakiet przez wirtualn\u0105 sie\u0107 Ethernet;<\/p>\n
13) 192.168.A.1<\/b> otrzymuje ten pakiet na porcie 3389, zgadza si\u0119 na nawi\u0105zanie po\u0142\u0105czenia i formuje pakiet w odpowiedzi od 192.168.A.1:3389<\/b> na 192.168.B.1:55555<\/b>;<\/p>\n
14) jego system przesy\u0142a ten pakiet na adres bramy wirtualnego routera (192.168.A.254<\/b> w naszym przypadku), poniewa\u017c nie ma innych, bardziej specyficznych tras dla 192.168.B.1<\/b>, nie ma innych tras, zatem musi przekaza\u0107 pakiet tras\u0105 domy\u015bln\u0105 (0.0.0.0\/0);<\/p>\n
15) tak samo, jak w poprzednich przypadkach, system, kt\u00f3ry dzia\u0142a na serwerze z adresem 192.168.A.1<\/b>, znajduje adres MAC 192.168.A.254<\/b>, poniewa\u017c znajduje si\u0119 w tej samej sieci co jej interfejs 192.168.A.1\/24<\/b>;<\/p>\n
16) wirtualny router przyjmuje ten pakiet i decyduje, dok\u0105d go wys\u0142a\u0107: ma zapisan\u0105 polityk\u0119, zgodnie z kt\u00f3r\u0105 powinien przekazywa\u0107 wszystkie pakiety mi\u0119dzy 192.168.A.0\/24<\/b> i 192.168.B.0\/24<\/b> przez po\u0142\u0105czenie VPN pomi\u0119dzy A.A.A.1<\/b> i B.B.B.1<\/b>;<\/p>\n
17) wirtualny router tworzy datagram ESP od A.A.A.1<\/b> do B.B.B.1<\/b>;<\/p>\n
18) wirtualny router decyduje, komu przekaza\u0107 ten pakiet, wysy\u0142a go do A.A.A.254<\/b> (brama dostawcy internetu, w tym przypadku to te\u017c my), poniewa\u017c nie ma bardziej specyficznych tras do B.B.B.1<\/b>, ni\u017c 0.0.0.0\/0;<\/p>\n
19) dostawcy internetu przekazuj\u0105 przez swoje sieci datagram ESP z A.A.A.1<\/b> na B.B.B.1<\/b>;<\/p>\n
20) router na B.B.B.1 <\/b>odbiera ten datagram, deszyfruje go i otrzymuje pakiet od 192.168.A.1:3389<\/b> do 192.168.B.1:55555<\/b>;<\/p>\n
21) rozumie, \u017ce powinien go przekaza\u0107 dok\u0142adnie do 192.168.B.1<\/b>, poniewa\u017c znajduje si\u0119 z nim w tej samej sieci, w zwi\u0105zku z czym ma w tabeli routingu odpowiedni wpis, kt\u00f3ry zmusza go do wysy\u0142ania pakiet\u00f3w dla ca\u0142ej 192.168.B.0\/24<\/b> bezpo\u015brednio;<\/p>\n
22) router znajduje adres MAC dla 192.168.B.1<\/b> i przekazuje mu ten pakiet;<\/p>\n
23) system operacyjny na komputerze z adresem 192.168.B.1<\/b> otrzymuje pakiet od 192.168.A.1:3389<\/b> do 192.168.B.1:55555<\/b> i inicjuje nast\u0119pne kroki do nawi\u0105zania po\u0142\u0105czenia TCP.<\/p>\n
W tym przyk\u0142adzie w spos\u00f3b zwi\u0119z\u0142y i uproszczony (a mo\u017cna tu jeszcze przypomnie\u0107 mn\u00f3stwo szczeg\u00f3\u0142\u00f3w) opisano, co si\u0119 dzieje na poziomach 2-4. Poziomy 1, 5-7 nie zosta\u0142y om\u00f3wione.<\/p>\n
Pozycja druga<\/h3>\n \nJe\u015bli z 192.168.B.0\/24<\/b> co\u015b jest wysy\u0142ane dok\u0142adnie do A.A.A.2<\/b>, to nie idzie przez VPN, ale bezpo\u015brednio. To znaczy, \u017ce je\u015bli u\u017cytkownik z adresu 192.168.B.1<\/b> odnosi si\u0119 do A.A.A.2:13389<\/b>, ten pakiet natrafia z adresu B.B.B.1<\/b>, przechodzi do A.A.A.2<\/b>, a tam router go przyjmuje i przekazuje do 192.168.A.1<\/b>. 192.168.A.1<\/b> nie wie nic o 192.168.B.1<\/b>, widzi pakiet od B.B.B.1<\/b>, poniewa\u017c go poniewa\u017c natrafi\u0142. Dlatego odpowied\u017a na to zapytanie idzie przez og\u00f3ln\u0105 tras\u0119, r\u00f3wnie\u017c natrafia z adresu A.A.A.2 <\/b>i idzie do B.B.B.1<\/b>, a ten router oddaje t\u0119 odpowied\u017a do 192.168.B.1<\/b>, ten widzi odpowied\u017a od A.A.A.2<\/b>, do kt\u00f3rego si\u0119 zwraca\u0142.<\/p>\n
Konkretna przyk\u0142adowa:<\/p>\n
1) 192.168.B.1<\/b> odnosi si\u0119 do A.A.A.2<\/b>, chce nawi\u0105za\u0107 po\u0142\u0105czenie TCP z A.A.A.2:13389<\/b>;<\/p>\n
2) 192.168.B.1<\/b> wysy\u0142a \u017c\u0105danie nawi\u0105zania po\u0142\u0105czenia od 192.168.B.1:55555<\/b> (ten numer, podobnie jak w poprzednim przyk\u0142adzie, mo\u017ce by\u0107 inny) do A.A.A.2:13389<\/b>;<\/p>\n
3) system operacyjny, kt\u00f3ry dzia\u0142a na komputerze z adresem 192.168.B.1<\/b>, decyduje si\u0119 przekaza\u0107 ten pakiet na adres bramy routera (192.168.B.254<\/b> w naszym przypadku), poniewa\u017c nie ma innych, bardziej specyficznych tras dla A.A.A.2<\/b>, nie ma, a zatem przekazuje pakiet wed\u0142ug domy\u015blnej trasy (0.0.0.0\/0);<\/p>\n
4) w tym celu, jak ju\u017c wspomnieli\u015bmy w poprzednim przyk\u0142adzie, pr\u00f3buje znale\u017a\u0107 adres MAC dla adresu IP 192.168.B.254<\/b> w tabeli pami\u0119ci podr\u0119cznej protoko\u0142u ARP. Je\u015bli go nie znajdzie, wysy\u0142a z adresu 192.168.B.1<\/b> broadcast who-has zapytanie do sieci 192.168.B.0\/24<\/b>. Kiedy 192.168.B.254<\/b> w odpowiedzi przesy\u0142a sw\u00f3j adres MAC, system przekazuje pakiet Ethernet do niej i zapisuje t\u0119 informacj\u0119 w swojej tabeli pami\u0119ci podr\u0119cznej;<\/p>\n
5) router przyjmuje ten pakiet i decyduje, dok\u0105d go przekaza\u0107: ma zapisan\u0105 polityk\u0119, zgodnie z kt\u00f3r\u0105 musi natrafi\u0107 (zmieniaj\u0105c adres zwrotny) wszystkie pakiety od 192.168.B.0\/24<\/b> do innych w\u0119z\u0142\u00f3w sieci Internet;<\/p>\n
6) poniewa\u017c ta polityka zak\u0142ada, \u017ce adres zwrotny musi odpowiada\u0107 ni\u017cszemu adresowi w interfejsie, przez kt\u00f3ry ten pakiet zostanie przes\u0142any, router najpierw decyduje, do kogo dok\u0142adnie wys\u0142a\u0107 ten pakiet, a on, jak w poprzednim przyk\u0142adzie, musi go wys\u0142a\u0107 do B.B.B.254<\/b> (brama dostawcy Internetu), poniewa\u017c nie ma bardziej specyficznych tras do A.A.A.2<\/b>, ni\u017c 0.0.0.0\/0;<\/p>\n
7) w zwi\u0105zku z tym router zmienia adres zwrotny pakietu, od teraz pakiet od B.B.B.1:44444<\/b> (numer portu, rzecz jasna, mo\u017ce by\u0107 inny) do A.A.A.2:13389<\/b>;<\/p>\n
8) router zapami\u0119tuje, co zrobi\u0142, a wi\u0119c, gdy od A.A.A.2:13389<\/b> do B.B.B.1:44444<\/b> przyjdzie odpowied\u017a, b\u0119dzie wiedzia\u0142, \u017ce powinien zmieni\u0107 adres i port odbiorcy na 192.168.B.1:55555<\/b>.<\/p>\n
9) teraz router musi przes\u0142a\u0107 go do sieci dostawcy internetu przez B.B.B.254<\/b>, dlatego dok\u0142adnie tak jak ju\u017c to wspomnieli\u015bmy, znajduje adres MAC dla B.B.B.254 <\/b>i przekazuje pakiet do bramy dostawcy Internetu;<\/p>\n
10) dostawcy internetu przesy\u0142aj\u0105 przez swoje sieci pakiet od B.B.B.1<\/b> na A.A.A.2<\/b>;<\/p>\n
11) wirtualny router na A.A.A.2<\/b> otrzymuje ten pakiet na porcie 13389;<\/p>\n
12) na wirtualnym routerze jest regu\u0142a, kt\u00f3ra przewiduje, \u017ce pakiety, kt\u00f3re przychodz\u0105 od dowolnego nadawcy na ten port, powinny by\u0107 przesy\u0142ane do 192.168.A.1:3389<\/b>;<\/p>\n
13) wirtualny router znajduje w tabeli routingu sie\u0107 192.168.A.0\/24<\/b> i wysy\u0142a go bezpo\u015brednio 192.168.A.<\/b>1, poniewa\u017c ma interfejs 192.168.A.254\/24<\/b>;<\/p>\n
14) w tym celu wirtualny router znajduje adres MAC dla 192.168.A.1<\/b> i przesy\u0142a mu ten pakiet przez wirtualn\u0105 sie\u0107 Ethernet;<\/p>\n
15) 192.168.A.1<\/b> otrzymuje ten pakiet na porcie 3389, zgadza si\u0119 na nawi\u0105zanie po\u0142\u0105czenia i formuje pakiet w odpowiedzi od 192.168.A.1:3389<\/b> na B.B.B.1:44444<\/b>;<\/p>\n
16) jego system przesy\u0142a ten pakiet na adres bramy wirtualnego routera (192.168.A.254<\/b> w naszym przypadku), poniewa\u017c nie ma innych, bardziej specyficznych tras dla B.B.B.1<\/b>, nie ma innych tras, zatem musi przekaza\u0107 pakiet tras\u0105 domy\u015bln\u0105 (0.0.0.0\/0);<\/p>\n
17) dok\u0142adnie tak samo jak w poprzednich przypadkach, system, kt\u00f3ry dzia\u0142a na serwerze z adresem 192.168.A.1<\/b>, znajduje adres MAC 192.168.A.254<\/b>, poniewa\u017c znajduje si\u0119 w tej samej sieci co jej interfejs 192.168.A.1\/24<\/b>;<\/p>\n
18) wirtualny router przyjmuje ten pakiet. Nale\u017cy zauwa\u017cy\u0107, \u017ce pami\u0119ta, \u017ce otrzyma\u0142 na A.A.A.2:13389<\/b> pakiet od B.B.B.1:44444<\/b> i zmieni\u0142 mu adres i port odbiorcy na 192.168.A.1:3389<\/b>, w zwi\u0105zku z tym pakiet od 192.168.A.1:3389 <\/b>do B.B.B.1:44444<\/b> zmienia adres nadawcy na A.A.A.2:13389<\/b>;<\/p>\n
19) wirtualny router decyduje, do kogo przes\u0142a\u0107 ten pakiet, przesy\u0142a go do A.A.A.254<\/b> (brama dostawcy internetu, w tym przypadku to te\u017c my), poniewa\u017c nie ma bardziej specyficznych tras do B.B.B.1<\/b>, ni\u017c 0.0.0.0\/0;<\/p>\n
20) dostawcy internetu przesy\u0142aj\u0105 przez swoje sieci pakiet z A.A.A.2<\/b> na B.B.B.1<\/b>;<\/p>\n
21) router na B.B.B.1<\/b> otrzymuje ten pakiet i przypomina sobie, \u017ce, kiedy przesy\u0142a\u0142 pakiet od 192.168.B.1:55555<\/b> do A.A.A.2:13389<\/b>, zmienia\u0142 jego adres i port nadawcy na B.B.B.1:44444<\/b>, zatem to jest odpowied\u017a, kt\u00f3r\u0105 nale\u017cy przes\u0142a\u0107 do 192.168.B.1:55555<\/b> (w rzeczywisto\u015bci istnieje jeszcze kilka sprawdze\u0144, ale tym si\u0119 nie zajmujemy);<\/p>\n
22) rozumie, \u017ce powinien zosta\u0107 przes\u0142any bezpo\u015brednio do 192.168.B.1<\/b>, poniewa\u017c jest w tej samej sieci, wi\u0119c ma odpowiedni wpis w tabeli routingu, kt\u00f3ry ka\u017ce przesy\u0142a\u0107 pakiety dla ca\u0142ej 192.168.B.0\/24 <\/b>bezpo\u015brednio;<\/p>\n
23) router znajduje adres MAC dla 192.168.B.1<\/b> i przekazuje mu ten pakiet;<\/p>\n
24) system operacyjny na komputerze z adresem 192.168.B.1<\/b> otrzymuje pakiet od A.A.A.2:13389<\/b> do 192.168.B.1:55555<\/b> i inicjuje nast\u0119pne kroki do nawi\u0105zania po\u0142\u0105czenia TCP.<\/p>\n
Nale\u017cy zauwa\u017cy\u0107, \u017ce w tym przypadku komputer z adresem 192.168.B.1<\/b> nic nie wie o serwerze z adresem 192.168.A.1<\/b>, komunikuje si\u0119 tylko z A.A.A.2<\/b>. Podobnie serwer z adresem 192.168.A.1<\/b> nic nie wie o komputerze z adresem 192.168.B.1<\/b>. Uwa\u017ca, \u017ce pod\u0142\u0105czono si\u0119 do niego z adresu B.B.B.1<\/b>, a wi\u0119cej, \u017ce tak powiem, nic nie wie.<\/p>\n
Nale\u017cy r\u00f3wnie\u017c zauwa\u017cy\u0107, \u017ce w przypadku, gdy ten komputer zwraca si\u0119 do A.A.A.2:1540<\/b>, po\u0142\u0105czenie nie zostanie nawi\u0105zane, poniewa\u017c prze\u0142\u0105czenie po\u0142\u0105cze\u0144 na port 1540 nie jest skonfigurowane na wirtualnym routerze, nawet je\u015bli na jakichkolwiek serwerach w wirtualnej sieci 192.168.A.0\/24<\/b> (na przyk\u0142ad na serwerze z adresem 192.168.A.1<\/b>) s\u0105 jakie\u015b us\u0142ugi, kt\u00f3re oczekuj\u0105 na po\u0142\u0105czenia na tym porcie. Je\u015bli u\u017cytkownik komputera z adresem 192.168.B.1<\/b> musi nawi\u0105za\u0107 po\u0142\u0105czenie z t\u0105 us\u0142ug\u0105, musi u\u017cy\u0107 VPN, tzn. bezpo\u015brednio po\u0142\u0105czy\u0107 si\u0119 z 192.168.A.1:1540<\/b>.<\/p>\n
Nale\u017cy podkre\u015bli\u0107, \u017ce wszelkie pr\u00f3by nawi\u0105zania po\u0142\u0105czenia z A.A.A.1<\/b> (opr\u00f3cz po\u0142\u0105czenia IPSec z B.B.B.1<\/b> nie b\u0119d\u0105 udane. Wszystkie pr\u00f3by nawi\u0105zania po\u0142\u0105cze\u0144 z A.A.A.2<\/b>, opr\u00f3cz po\u0142\u0105cze\u0144 z portem 13389, r\u00f3wnie\u017c b\u0119d\u0105 nieudane. A.A.A.2 <\/b>zwr\u00f3ci si\u0119 kto\u015b inny (na przyk\u0142ad C.C.C.C), wszystko, co okre\u015blono w punktach 10-20, dotyczy r\u00f3wnie\u017c jego. To, co wydarzy si\u0119 przed tym i po tym, zale\u017cy od tego, co dok\u0142adnie znajduje si\u0119 za tym C.C.C.C. Nie posiadamy takich informacji, dlatego doradzamy skontaktowanie si\u0119 z administratorami w\u0119z\u0142a z adresem C.C.C.C.<\/p>\nPozycja trzecia<\/h3>\n
\nI, odwrotnie, je\u015bli z 192.168.A.1 <\/b>cokolwiek jest wysy\u0142ane na jaki\u015b port, kt\u00f3ry jest skonfigurowany do przekierowania do wewn\u0105trz na B.B.B.1 (na przyk\u0142ad 11111), r\u00f3wnie\u017c nie trafia do VPN, a po prostu natychmiast jest kierowane od A.A.A.1<\/b> i trafia do B.B.B.1<\/b>, a on ju\u017c przekazuje je gdzie indziej, powiedzmy, 192.168.B.2:3389<\/b>. On widzi ten pakiet nie od 192.168.A.1<\/b>, a od A.A.A.1<\/b>. A gdy 192.168.B.2<\/b> odpowiada, pakiet idzie od B.B.B.1<\/b> na A.A.A.1,<\/b> a p\u00f3\u017aniej trafia do inicjatora po\u0142\u0105czenia \u2014 192.168.A.1<\/b>.<\/p>\n
Konkretna przyk\u0142adowa:<\/p>\n
1) 192.168.A.1<\/b> odnosi si\u0119 do B.B.B.1<\/b>, chce nawi\u0105za\u0107 po\u0142\u0105czenie TCP z B.B.B.1:11111<\/b>;<\/p>\n
2) 192.168.A.1<\/b> wysy\u0142a \u017c\u0105danie nawi\u0105zania po\u0142\u0105czenia od 192.168.A.1:55555<\/b> (ten numer, podobnie jak w poprzednim przyk\u0142adzie, mo\u017ce by\u0107 inny) do B.B.B.1:11111<\/b>;<\/p>\n
3) system operacyjny, kt\u00f3ry dzia\u0142a na serwerze z adresem 192.168.A.1<\/b>, decyduje si\u0119 przekaza\u0107 ten pakiet na adres bramy routera (192.168.A.254<\/b> w naszym przypadku), poniewa\u017c nie ma innych, bardziej specyficznych tras dla B.B.B.1<\/b>, zatem przekazuje pakiet tras\u0105 domy\u015bln\u0105 (0.0.0.0\/0);<\/p>\n
4) w tym celu, jak ju\u017c wspomnieli\u015bmy w poprzednich przyk\u0142adach, stara si\u0119 znale\u017a\u0107 adres MAC dla adresu IP 192.168.A.254<\/b> w tabeli pami\u0119ci podr\u0119cznej protoko\u0142u ARP. Je\u015bli go nie znajdzie, wysy\u0142a z adresu 192.168.A.1<\/b> broadcast who-has zapytanie do sieci 192.168.A.0\/24<\/b>. Kiedy 192.168.A.254<\/b> w odpowiedzi wysy\u0142a jej sw\u00f3j adres MAC, system przesy\u0142a pakiet Ethernet dla niego i wpisuje t\u0119 informacj\u0119 do swojej tabeli pami\u0119ci podr\u0119cznej;<\/p>\n
5) wirtualny router odbiera ten pakiet i decyduje, dok\u0105d go przekaza\u0107: ma okre\u015blon\u0105 polityk\u0119, wed\u0142ug kt\u00f3rej ma przej\u0105\u0107 (zmieniaj\u0105c adres zwrotny) wszystkie pakiety z 192.168.A.0\/24<\/b> do innych w\u0119z\u0142\u00f3w sieci Internet;<\/p>\n
6) poniewa\u017c ta polityka zak\u0142ada, \u017ce adres zwrotny powinien odpowiada\u0107 najm\u0142odszemu adresowi na interfejsie, przez kt\u00f3ry ten pakiet b\u0119dzie przekazywany, wirtualny router najpierw decyduje, do kogo dok\u0142adnie przekaza\u0107 ten pakiet, a on, jak w poprzednim przyk\u0142adzie, powinien go wys\u0142a\u0107 do A.A.A.254<\/b> (brama dostawcy internetu, w tym przypadku to te\u017c my), poniewa\u017c nie ma bardziej specyficznych tras do B.B.B.1<\/b>, ni\u017c 0.0.0.0\/0;<\/p>\n
7) wi\u0119c wirtualny router podmienia adres zwrotny pakietu, odt\u0105d to pakiet od A.A.A.1:44444<\/b> (numer portu, rzecz jasna, mo\u017ce by\u0107 inny) do B.B.B.1:11111<\/b>;<\/p>\n
8) wirtualny router zapami\u0119tuje, co zrobi\u0142, wi\u0119c kiedy od B.B.B.1:11111<\/b> do A.A.A.1:44444<\/b> przyjdzie odpowied\u017a, b\u0119dzie wiedzia\u0142, \u017ce powinien zmieni\u0107 adres i port odbiorcy na 192.168.A.1:55555<\/b>.<\/p>\n
9) teraz wirtualny router musi przekaza\u0107 go do sieci dostawcy internetu przez A.A.A.254<\/b>, wi\u0119c w\u0142a\u015bnie tak, jak ju\u017c wspomnieli\u015bmy, znajduje adres MAC dla A.A.A.254 <\/b>i przekazuje pakiet do bramy dostawcy Internetu;<\/p>\n
10) dostawcy internetu przesy\u0142aj\u0105 przez swoje sieci pakiet od A.A.A.1 na B.B.B.1<\/b>;<\/p>\n
11) router na B.B.B.1<\/b> odbiera ten pakiet na porcie 11111;<\/p>\n
12) na wirtualnym routerze istnieje zasada, kt\u00f3ra przewiduje, \u017ce pakiety, kt\u00f3re przychodz\u0105 od jakiegokolwiek nadawcy na ten port, powinny by\u0107 przekazywane do 192.168.B.2:3389<\/b>;<\/p>\n
13) router znajduje w tabeli routingu sie\u0107 192.168.B.0\/24<\/b> i wysy\u0142a go bezpo\u015brednio do 192.168.B.2<\/b>, poniewa\u017c ma interfejs 192.168.B.254\/24<\/b>;<\/p>\n
14) w tym celu wirtualny router znajduje adres MAC dla 192.168.B.2<\/b> i przesy\u0142a mu ten pakiet przez wirtualn\u0105 sie\u0107 Ethernet;<\/p>\n
15) 192.168.B.2<\/b> otrzymuje ten pakiet na porcie 3389, zgadza si\u0119 na nawi\u0105zanie po\u0142\u0105czenia i formuje pakiet w odpowiedzi od 192.168.B.2:3389<\/b> na A.A.A.1:44444<\/b>;<\/p>\n
16) jego system przesy\u0142a ten pakiet na adres bramy routera (192.168.B.254<\/b> w naszym przypadku), poniewa\u017c nie ma innych, bardziej specyficznych tras dla A.A.A.1<\/b>, nie ma innych tras, zatem musi przekaza\u0107 pakiet tras\u0105 domy\u015bln\u0105 (0.0.0.0\/0);<\/p>\n
17) dok\u0142adnie tak samo jak w poprzednich przypadkach, system, kt\u00f3ry dzia\u0142a na komputerze z adresem 192.168.B.2<\/b>, znajduje adres MAC 192.168.B.254<\/b>, poniewa\u017c znajduje si\u0119 w tej samej sieci co jej interfejs 192.168.B.2\/24<\/b>;<\/p>\n
18) router przyjmuje ten pakiet. Nale\u017cy zauwa\u017cy\u0107, \u017ce pami\u0119ta, \u017ce otrzyma\u0142 na B.B.B.1:11111<\/b> pakiet od A.A.A.1 <\/b>i zmieni\u0142 mu adres i port odbiorcy na 192.168.B.2:3389<\/b>, w zwi\u0105zku z tym pakiet od 192.168.B.2:3389<\/b> do A.A.A.1:44444<\/b> zmienia adres nadawcy na B.B.B.1:11111<\/b>;<\/p>\n
19) router decyduje, komu przekaza\u0107 ten pakiet. Wysy\u0142a go na, powiedzmy, B.B.B.254 <\/b>(brama dostawcy internetu, dok\u0142adny adres, kt\u00f3rego nie znamy), poniewa\u017c nie ma bardziej specyficznych tras do A.A.A.1<\/b>, ni\u017c 0.0.0.0\/0;<\/p>\n
20) dostawcy internetu przesy\u0142aj\u0105 przez swoje sieci pakiet z B.B.B.1<\/b> na A.A.A.1<\/b>;<\/p>\n
21) wirtualny router na A.A.A.1 <\/b>otrzymuje ten pakiet i przypomina sobie, \u017ce, kiedy przesy\u0142a\u0142 pakiet od 192.168.A.1:55555<\/b> do B.B.B.1:11111<\/b>, zmienia\u0142 jego adres i port nadawcy na A.A.A.1:44444<\/b>. Wi\u0119c to jest odpowied\u017a, kt\u00f3r\u0105 nale\u017cy przekaza\u0107 do 192.168.A.1:55555<\/b> (w rzeczywisto\u015bci, jak ju\u017c wspomnieli\u015bmy w poprzednim przyk\u0142adzie, tam s\u0105 te\u017c jeszcze kilka kontroli, ale w tym przypadku nie zg\u0142\u0119biamy ich w)<\/p>\n
22) rozumie, \u017ce powinien przekaza\u0107 to bezpo\u015brednio do 192.168.A.1<\/b>, poniewa\u017c jest w tej samej sieci, wi\u0119c ma odpowiedni wpis w tabeli routingu, kt\u00f3ry zmusza go do wysy\u0142ania pakiet\u00f3w dla ca\u0142ej 192.168.A.0\/24<\/b> bezpo\u015brednio;<\/p>\n
23) router znajduje adres MAC dla 192.168.A.1<\/b> i przekazuje mu ten pakiet;<\/p>\n
24) system operacyjny na serwerze z adresem 192.168.A.1<\/b> otrzymuje pakiet od B.B.B.1:1111<\/b>1 dla 192.168.A.1:55555 <\/b>i inicjuje nast\u0119pne kroki do nawi\u0105zania po\u0142\u0105czenia TCP.<\/p>\n
Dok\u0142adnie tak samo jak w poprzednim przypadku, w tym przypadku serwer z adresem 192.168.A.1<\/b> nic nie wie o komputerze z adresem 192.168.B.1<\/b>, komunikuje si\u0119 tylko z B.B.B.1<\/b>. Komputer z adresem 192.168.B.1<\/b> r\u00f3wnie\u017c nic nie wie o serwerze z adresem 192.168.A.1<\/b>. Uwa\u017ca, \u017ce pod\u0142\u0105czono si\u0119 do niego z adresu A.A.A.1<\/b>, a reszta jest ukryta.<\/p>\nWnioski<\/h3>\n
\nTak to wygl\u0105da podczas po\u0142\u0105cze\u0144 wewn\u0105trz tunelu VPN mi\u0119dzy biurem klienta a \u015brodowiskiem w chmurze, a tak\u017ce podczas po\u0142\u0105cze\u0144 poza tunel VPN. Je\u015bli masz jakie\u015b pytania lub potrzebujesz naszej pomocy w rozwi\u0105zaniu problem\u00f3w chmurowych, skontaktuj si\u0119 z nami 24\/7.<\/a><\/noindex> habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0418\u0437 \u043f\u0438\u0441\u0435\u043c \u0432 \u0441\u043b\u0443\u0436\u0431\u0443 \u0442\u0435\u0445\u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0438 Tucha \u0440\u043e\u0436\u0434\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0441\u0442\u0430\u0442\u044c\u0438. \u0422\u0430\u043a, \u043d\u0435\u0434\u0430\u0432\u043d\u043e \u043a \u043d\u0430\u043c \u043e\u0431\u0440\u0430\u0442\u0438\u043b\u0441\u044f \u043a\u043b\u0438\u0435\u043d\u0442 \u0441 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u043c \u0440\u0430\u0437\u044a\u044f\u0441\u043d\u0438\u0442\u044c, \u0447\u0442\u043e \u043f\u0440\u043e\u0438\u0441\u0445\u043e\u0434\u0438\u0442 \u043f\u0440\u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f\u0445 \u0432\u043d\u0443\u0442\u0440\u0438 VPN-\u0442\u0443\u043d\u043d\u0435\u043b\u044f \u043c\u0435\u0436\u0434\u0443 \u043e\u0444\u0438\u0441\u043e\u043c \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f \u0438 \u0441\u0440\u0435\u0434\u043e\u0439 \u0432 \u043e\u0431\u043b\u0430\u043a\u0435, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043f\u0440\u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f\u0445 \u0432\u043d\u0435 VPN-\u0442\u0443\u043d\u043d\u0435\u043b\u044f. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u0432\u0435\u0441\u044c \u0442\u0435\u043a\u0441\u0442, \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u043d\u043d\u044b\u0439 \u043d\u0438\u0436\u0435, \u2014 \u044d\u0442\u043e \u0440\u0435\u0430\u043b\u044c\u043d\u043e\u0435 \u043f\u0438\u0441\u044c\u043c\u043e, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043c\u044b \u043e\u0442\u043f\u0440\u0430\u0432\u0438\u043b\u0438 \u043e\u0434\u043d\u043e\u043c\u0443 \u0438\u0437 \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u0432 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":53573,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-53572","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t