Nga mesazhet e ardhura në shërbimin e mbështetjes teknike Tucha, lindin artikuj të vërtetë. Kështu, së fundmi një klient na u drejtua për të sqaruar se çfarë ndodh gjatë lidhjeve brenda tunelit VPN ndërmjet zyrës së përdoruesit dhe mjedisit në re, si dhe gjatë lidhjeve jashtë tunelit VPN. Prandaj, gjithçka e shkruar më poshtë është një letër reale që i dërguam njërit nga klientët tanë si përgjigje ndaj pyetjes së tij. Sigurisht, ndryshuam adresat IP për të mos e de-anonimizuar klientin. Por, po, shërbimi i mbështetjes teknike Tucha në të vërtetë njihet për përgjigjet e tij të zgjeruara dhe shkresat informuese. 🙂
Sigurisht, ne e kuptojmë se për shumë njerëz ky artikull nuk do të jetë një zbulim. Por, duke pasur parasysh që herë pas here në Habr shfaqen artikuj për administratorët e rinj, dhe gjithashtu duke marrë parasysh se ky artikull erdhi nga një letër reale për një klient të vërtetë, ne do të ndajmë këtë informacion edhe këtu. Ka një mundësi të madhe që dikujt do t'i jetë i dobishëm.
Pra ndaj shpjegojmë me hollësi se çfarë ndodh midis serverit në cloud dhe zyrës, nëse ato janë të lidhura me një rrjet site-to-site. Vlen të theksohet se disa shërbime janë të disponueshme vetëm nga zyra, ndërsa të tjera — nga kudo në internet.
Menjëherë do të sqarojmë se klienti ynë dëshiroi që në server 192.168.A.1 të mund të lidhet nga kudo përmes RDP, duke u lidhur me A.A.A.2:13389, ndërsa për shërbimet e tjera — vetëm nga zyra (192.168.B.0/24), e cila është e lidhur përmes VPN. Po ashtu, klienti kishte vendosur nga fillimi që te makina 192.168.B.2 në zyrë gjithashtu të ishte mundësia e lidhjes përmes RDP nga kudo, duke u lidhur me B.B.B.1:11111. Ne ndihmuam në organizimin e lidhjeve IPSec midis cloud-it dhe zyrës, dhe specialisti IT i klientit filloi të bëjë pyetje rreth asaj se çfarë do ndodhte në rastet e ndryshme. Për t'iu përgjigjur të gjitha këtyre pyetjeve, ne, në thelb, i shkruam gjithçka që mund të lexoni më poshtë.
Tani le të shqyrtojmë këto procese më hollësisht.
Pozita e parë
Kur diçka dërgohet nga 192.168.B.0/24 në 192.168.A.0/24 apo nga 192.168.A.0/24 në 192.168.B.0/24, ajo kalon në VPN. Kjo do të thotë se ky paket është shtesë e koduar dhe dërgohet midis B.B.B.1 dhe A.A.A.1, por 192.168.A.1 sheh paketin pikërisht nga 192.168.B.1. Ata mund të komunikojnë me njëri-tjetrin përmes protokollesh të ndryshme. Po ashtu, përgjigjet dërgohen përmes VPN, kështu që paketi nga 192.168.A.1 për 192.168.B.1 do të dërgohet si një ESP-datagram nga A.A.A.1 në B.B.B.1, i cili në anën tjetër do të shndërrohet nga router-i, do të nxjerrë atë paketë dhe do t’ia japë 192.168.B.1 si paketë nga 192.168.A.1.
Një shembull konkret:
1) 192.168.B.1 i drejtohet 192.168.A.1, dëshiron të krijojë një lidhje TCP me 192.168.A.1:3389;
2) 192.168.B.1 dërgon një kërkesë për të krijuar lidhjen nga 192.168.B.1:55555 (numri i portit për përgjigje e zgjedh vetë, këtu dhe më tej do të përdorim numrin 55555 si një shembull të tillë porti, që sistemi e zgjedh gjatë krijimit të lidhjes TCP) në 192.168.A.1:3389;
3) sistemi operativ që funksionon në kompjuterin me adresë 192.168.B.1, vendos të dërgojë këtë paketë në adresën gateway të router-it (192.168.B.254 në rastin tonë), sepse nuk ka rute më specifike për 192.168.A.1, prandaj, ajo e dërgon paketën përmes rrugës për default (0.0.0.0/0);
4) për këtë ajo përpiqet të gjejë adresën MAC për adresën IP 192.168.B.254 në tabelën e cache-it të protokollit ARP. Nëse nuk e gjen, dërgon nga adresa 192.168.B.1 një kërkesë të përgjithshme who-has në rrjet 192.168.B.0/24. Kur 192.168.B.254 ajo i kthehet asaj me adresën e tij MAC, sistemi dërgon një paketë Ethernet për të dhe e regjistron këtë informacion në tabelën e tij të cache;
5) ruter i pranon këtë paketë dhe vendos se ku ta dërgojë: ai ka një politikë të shkruar, sipas së cilës duhet të dërgojë të gjitha paketat nëpërmjet 192.168.B.0/24 dhe 192.168.A.0/24 lidhjes VPN midis B.B.B.1 dhe A.A.A.1;
6) ruter formon një datagram ESP nga B.B.B.1 në A.A.A.1;
7) ruter vendos se kujt t'i dërgojë këtë paketë, ai e dërgon atë te, për shembull, B.B.B.254 (gateway i ofruesit të shërbimit të internetit), sepse nuk ka rrugë më specifike drejt A.A.A.1, se 0.0.0.0/0;
8) ashtu siç u tha tashmë, ai gjen adresën MAC për B.B.B.254 dhe e dërgon paketën te gateway i ofruesit të shërbimit të internetit;
9) ofruesit e shërbimit të internetit transmetojnë nëpër rrjetet e tyre datagramin ESP nga B.B.B.1 në A.A.A.1;
10) ruter virtual në A.A.A.1 pranon këtë datagram, e dekripton atë dhe merr paketën nga 192.168.B.1:55555 për 192.168.A.1:3389;
11) ruter virtual kontrollon kujt t'i dërgojë, gjen në tabelën e routingut rrjetin 192.168.A.0/24 dhe e dërgon atë menjëherë te 192.168.A.1, pasi ka një ndërfaqe 192.168.A.254/24;
12) për këtë, ruter virtual gjen adresën MAC për 192.168.A.1 dhe ia dërgon këtë paketë përmes një rrjeti virtual Ethernet;
13) 192.168.A.1 merr këtë paket në portin 3389, pranon të vendosë lidhjen dhe formon paketën në përgjigje nga 192.168.A.1:3389 në 192.168.B.1:55555;
14) sistemi i tij dërgon këtë paketë në adresën e gateway-it të router-it virtual (192.168.A.254 në rastin tonë), sepse nuk ka rute më specifike për 192.168.B.1, nuk ka, dhe për këtë arsye duhet të dërgojë paketën përmes rrugës standarde (0.0.0.0/0);
15) ashtu si në rastet e mëparshme, sistemi që punon në serverin me adresën 192.168.A.1, gjen adresën MAC 192.168.A.254, pasi ajo ndodhet në të njëjtin rrjet me ndërfaqen e saj 192.168.A.1/24;
16) router-i virtual pranon këtë paketë dhe vendos se ku ta dërgojë: ai ka një politikë, sipas së cilës duhet të kalojë të gjitha paketat ndërmjet 192.168.A.0/24 dhe 192.168.B.0/24 lidhjes VPN midis A.A.A.1 dhe B.B.B.1;
17) router-i virtual formon paketën ESP nga A.A.A.1 për B.B.B.1;
18) router-i virtual vendos, kujt t'i dërgojë këtë paketë, e dërgon në A.A.A.254 (gateway i ofruesit të shërbimit të internetit, në këtë rast, jemi gjithashtu ne), sepse nuk ka rruge më specifike për B.B.B.1, se 0.0.0.0/0;
19) ofruesit e shërbimit të internetit dërgojnë përmes rrjeteve të tyre paketën ESP me A.A.A.1 në B.B.B.1;
20) router-in në B.B.B.1 pranon këtë datagram, e dekripton atë dhe merr paketën nga 192.168.A.1:3389 për 192.168.B.1:55555;
21) ai e kupton se duhet ta dërgojë saktësisht në 192.168.B.1, pasi ai ndodhet në të njëjtën rrjet me të, atij i krijohet një shënim përkatës në tabelën e rrugëve, i cili e detyron atë të dërgojë paketa për të gjitha 192.168.B.0/24 direkt;
22) routeri gjen adresën MAC për 192.168.B.1 dhe i dërgon atij këtë paketë;
23) sistemi operacional në kompjuterin me adresë 192.168.B.1 pranon paketën nga 192.168.A.1:3389 për 192.168.B.1:55555 dhe nisin hapat e ardhshëm për të vendosur një lidhje TCP.
Në këtë shembull, është përshkruar në mënyrë mjaft të shkurtër dhe të thjeshtë (dhe këtu mund të kujtojmë shumë detaje të tjera) se çfarë ndodh në nivelet 2-4. Nivelet 1, 5-7 nuk janë shqyrtuar.
Pozita e dytë
Nëse me 192.168.B.0/24 diçka dërgohet saktësisht në A.A.A.2, ajo shkon jo në VPN, por direkt. Kështu që nëse përdoruesi nga adresa 192.168.B.1 i drejtohet A.A.A.2:13389, kjo paketë dërgohet nga adresa B.B.B.1, kalon në A.A.A.2, dhe atje routeri e pranon atë dhe e dërgon në 192.168.A.1. 192.168.A.1 nuk di gjë për 192.168.B.1, ai sheh një paketë nga B.B.B.1, pasi ai e dërgoi atë. Prandaj, përgjigja për këtë kërkesë shkon përmes rrugës së zakonshme, ajo dërgohet po ashtu nga adresa A.A.A.2 dhe shkon në B.B.B.1, dhe ai router këtë përgjigje e kthen në 192.168.B.1, ai sheh përgjigjen nga A.A.A.2, të cilit iu drejtua.
Një shembull konkret:
1) 192.168.B.1 i drejtohet A.A.A.2, dëshiron të krijojë një lidhje TCP me A.A.A.2:13389;
2) 192.168.B.1 dërgon një kërkesë për të krijuar lidhjen nga 192.168.B.1:55555 (këtë numër, ashtu si në shembullin e kaluar, mund të jetë i ndryshëm) në A.A.A.2:13389;
3) sistemi operativ që funksionon në kompjuterin me adresë 192.168.B.1, vendos të dërgojë këtë paketë në adresën gateway të router-it (192.168.B.254 në rastin tonë), sepse nuk ka rute më specifike për A.A.A.2, nuk ka, dhe kjo do të thotë se ajo dërgon paketën përmes rrugës së paracaktuar (0.0.0.0/0);
4) për këtë ajo, siç e përmendëm në shembullin e mëparshëm, përpiqet të gjejë adresën MAC për adresën IP 192.168.B.254 në tabelën e cache-it të protokollit ARP. Nëse nuk e gjen, dërgon nga adresa 192.168.B.1 një kërkesë të përgjithshme who-has në rrjet 192.168.B.0/24. Kur 192.168.B.254 ajo i kthehet asaj me adresën e tij MAC, sistemi dërgon një paketë Ethernet për të dhe e regjistron këtë informacion në tabelën e tij të cache;
5) routeri pranon këtë paketë dhe vendos se ku ta dërgojë atë: ai ka një politikë të caktuar, sipas së cilës ai duhet të maskojë (duke ndryshuar adresën e kthimit) të gjitha paketat nga 192.168.B.0/24 për në nyjat e tjera të rrjetit Internet;
6) sepse kjo politikë nënkupton se adresa e kthimit duhet të përputhet me adresën më të ulët në ndërfaqen përmes të cilës do të dërgohet kjo paketë, routeri së pari vendos se kujt t'i dërgojë këtë paketë, dhe ai, si në shembullin e mëparshëm, duhet ta dërgojë atë në B.B.B.254 (gateway i ofruesit të shërbimit të internetit), sepse nuk ka rrugë më specifike drejt A.A.A.2, se 0.0.0.0/0;
7) për këtë arsye, routeri ndryshon adresën e kthimit të paketës, pra paketa nga B.B.B.1:44444 (numri i portit sigurisht që mund të jetë tjetër) në A.A.A.2:13389;
8) routeri kujton se çfarë bëri, kështu që kur A.A.A.2:13389 për B.B.B.1:44444 kthehet një përgjigje, ai do të dijë se duhet të ndryshojë adresën dhe portin e marrësit në 192.168.B.1:55555.
9) tani routeri duhet ta dërgojë atë te rrjeti i ofruesit të Internetit përmes B.B.B.254, prandaj, ashtu siç e kemi përmendur më parë, ai gjen adresën MAC për B.B.B.254 dhe e dërgon paketën te gateway i ofruesit të shërbimit të internetit;
10) ofruesit e internetit dërgojnë nëpër rrjetet e tyre një paketë prej B.B.B.1 në A.A.A.2;
11) router virtual në A.A.A.2 pranon këtë paketë në portin 13389;
12) në routerin virtual ka një rregull që parashikon se paketat që vijnë nga çdo dërgues në këtë port, duhet të dërgohen në 192.168.A.1:3389;
13) routeri virtual gjen në tabelën e rrugëve rrjetin 192.168.A.0/24 dhe e dërgon direkt 192.168.A.1, pasi ka një ndërfaqe 192.168.A.254/24;
14) për këtë router virtual gjen adresën MAC për 192.168.A.1 dhe ia dërgon këtë paketë përmes një rrjeti virtual Ethernet;
15) 192.168.A.1 merr këtë paket në portin 3389, pranon të vendosë lidhjen dhe formon paketën në përgjigje nga 192.168.A.1:3389 në B.B.B.1:44444;
16) sistemi i tij dërgon këtë paketë në adresën e dergut të routerit virtual (192.168.A.254 në rastin tonë), sepse nuk ka rute më specifike për B.B.B.1, nuk ka, dhe për këtë arsye duhet të dërgojë paketën përmes rrugës standarde (0.0.0.0/0);
17) po ashtu si në rastet e mëparshme, sistemi që punon në serverin me adresën 192.168.A.1, gjen adresën MAC 192.168.A.254, pasi ajo ndodhet në të njëjtin rrjet me ndërfaqen e saj 192.168.A.1/24;
18) routeri virtual pranon këtë paketë. Duhet të vihet në dukje se ai kujton se ka marrë në A.A.A.2:13389 paketën nga B.B.B.1:44444 dhe i ka ndryshuar adresën dhe portin e marrësit në 192.168.A.1:3389, prandaj, për paketën nga 192.168.A.1:3389 për B.B.B.1:44444 ai e ndryshon adresën e dërguesit në A.A.A.2:13389;
19) routeri virtual vendos se kujt t'i dërgojë këtë paketë, ai e dërgon në A.A.A.254 (gateway i ofruesit të shërbimit të internetit, në këtë rast, jemi gjithashtu ne), sepse nuk ka rruge më specifike për B.B.B.1, se 0.0.0.0/0;
20) ofruesit e internetit dërgojnë nëpër rrjetet e tyre një paketë me A.A.A.2 në B.B.B.1;
21) routeri në B.B.B.1 pranon këtë paketë dhe kujton se, kur ai ndihmoi paketën nga 192.168.B.1:55555 për A.A.A.2:13389, ai ndryshoi adresën dhe portin e dërguesit në B.B.B.1:44444, kjo do të thotë se është përgjigja që duhet të dërgohet në 192.168.B.1:55555 (në të vërtetë, ka edhe disa kontrollime të tjera, por ne nuk do të thellohemi në këtë);
22) ai kupton se duhet ta dërgojë drejtpërdrejt në 192.168.B.1, pasi ai është në të njëjtin rrjet me të, kështu që ka një regjistrim në tabelën e routing-ut që bën që paketat të dërgohen për të gjithë 192.168.B.0/24 direkt;
23) router-i gjen adresën MAC për 192.168.B.1 dhe i dërgon atij këtë paketë;
24) sistemi operativ në kompjuterin me adresën 192.168.B.1 pranon paketën nga A.A.A.2:13389 për 192.168.B.1:55555 dhe nisin hapat e ardhshëm për të vendosur një lidhje TCP.
Duhet theksuar se në këtë rast kompjuteri me adresën 192.168.B.1 nuk di asgjë për serverin me adresën 192.168.A.1, ai komunikon vetëm me A.A.A.2. Po ashtu, serveri me adresën 192.168.A.1 nuk di asgjë për kompjuterin me adresën 192.168.B.1. Ai beson se është lidhur nga adresa B.B.B.1, dhe nuk di asgjë tjetër, kështu për të thënë.
Duhet gjithashtu theksuar se në rast se ky kompjuter i drejtohet A.A.A.2:1540, lidhja nuk do të krijohet, sepse përcaktimi i lidhjeve në portin 1540 nuk është i konfiguruar në router-in virtual, edhe nëse në ndonjë server në rrjetin virtual 192.168.A.0/24 (p.sh., në serverin me adresën 192.168.A.1) dhe ka ndonjë shërbim që pret lidhje në këtë port. Nëse përdoruesi i kompjuterit me adresë 192.168.B.1 është jashtëzakonisht i nevojshëm të vendosë lidhjen me këtë shërbim, ai duhet të përdorë VPN, dmth të lidhet drejtpërdrejt me 192.168.A.1:1540.
Duhet të theksohet se çdo përpjekje për të vendosur lidhjen me A.A.A.1 (përveç lidhjes IPSec nga ana e B.B.B.1 nuk do të jetë e suksesshme. Të gjitha përpjekjet për të vendosur lidhje me A.A.A.2, përveç lidhjeve me portin 13389, gjithashtu nuk do të jenë të suksesshme.
Po ashtu, të theksojmë se nëse tek A.A.A.2 kërkon ndonjë tjetër (p.sh., C.C.C.C), gjithçka që është e shënuar në pikët 10-20 do të jetë e lidhur edhe me të. Çfarë ndodh deri dhe pas kësaj varet nga çfarë ndodhet pas këtij C.C.C.C. Ne nuk kemi një informacion të tillë, ndaj rekomandojmë të kërkoni konsultime me administratorët e nodit me adresën C.C.C.C.
Pozita e tretë
Dhe, përkundrazi, nëse nga 192.168.A.1 dërgohet ndonjë gjë në ndonjë port që është konfiguruar për të kaluar brenda në B.B.B.1 (p.sh., 11111), ajo gjithashtu nuk kalon nëpër VPN, por thjesht lëshohet nga A.A.A.1 dhe shkon në B.B.B.1, ndërsa ai e kalon diku tjetër, për shembull, 192.168.B.2:3389. Ai e sheh këtë paketë jo nga 192.168.A.1, por nga A.A.A.1. Dhe, kur 192.168.B.2 përgjigjet, paketa shkon nga B.B.B.1 në A.A.A.1, dhe më vonë shkon te iniciatori i lidhjes — 192.168.A.1.
Një shembull konkret:
1) 192.168.A.1 i drejtohet B.B.B.1, dëshiron të krijojë një lidhje TCP me B.B.B.1:11111;
2) 192.168.A.1 dërgon një kërkesë për të krijuar lidhjen nga 192.168.A.1:55555 (këtë numër, ashtu si në shembullin e kaluar, mund të jetë i ndryshëm) në B.B.B.1:11111;
3) sistemi operativ që punon në serverin me adresën 192.168.A.1, vendos të dërgojë këtë paketë në adresën gateway të router-it (192.168.A.254 në rastin tonë), sepse nuk ka rute më specifike për B.B.B.1, prandaj, ajo e dërgon paketën përmes rrugës për default (0.0.0.0/0);
4) për këtë, siç e përmendëm në shembujt e mëparshëm, ai përpiqet të gjejë adresën MAC për adresën IP 192.168.A.254 në tabelën e cache-it të protokollit ARP. Nëse nuk e gjen, dërgon nga adresa 192.168.A.1 një kërkesë të përgjithshme who-has në rrjet 192.168.A.0/24. Kur 192.168.A.254 në përgjigje, i dërgon adresën e tij MAC, sistemi dërgon paketën Ethernet për të dhe regjistron këtë informacion në tabelën e tij të cache-it;
5) routeri virtual pranon këtë paketë dhe vendos se ku ta dërgojë: ai ka të shkruar një politikë, sipas së cilës duhet të bëjë NAT (të zëvendësojë adresën përkatëse) për të gjitha paketat nga 192.168.A.0/24 për në nyjat e tjera të rrjetit Internet;
6) duke qenë se kjo politikë parashikon që adresa përkatëse duhet të përputhet me adresën më të ulët në ndërfaqen përmes së cilës do të dërgohet kjo paketë, routeri virtual fillimisht vendos se kujt saktësisht t'i dërgojë këtë paketë, dhe ai, si në shembullin e mëparshëm, duhet ta dërgojë në A.A.A.254 (gateway i ofruesit të shërbimit të internetit, në këtë rast, jemi gjithashtu ne), sepse nuk ka rruge më specifike për B.B.B.1, se 0.0.0.0/0;
7) pra, routeri virtual ndërron adresën përkatëse të paketës, tani kjo është një paketë nga A.A.A.1:44444 (numri i portit sigurisht që mund të jetë tjetër) në B.B.B.1:11111;
8) routeri virtual regjistron se çfarë ka bërë, për këtë arsye, kur nga B.B.B.1:11111 për A.A.A.1:44444 kthehet një përgjigje, ai do të dijë se duhet të ndryshojë adresën dhe portin e marrësit në 192.168.A.1:55555.
9) tani duhet që router virtual ta dërgojë në rrjetin e ofruesit të internetit përmes A.A.A.254, ashtu siç e përmendëm më parë, ai gjen adresën MAC për A.A.A.254 dhe e dërgon paketën te gateway i ofruesit të shërbimit të internetit;
10) ofruesit e internetit dërgojnë nëpër rrjetet e tyre një paketë prej A.A.A.1 në B.B.B.1;
11) routeri në B.B.B.1 pranon këtë paket në portin 11111;
12) në routerin virtual ekziston një rregull që parashikon se paketat që vijnë nga çdo dërgues në këtë port duhet të dërgohen në 192.168.B.2:3389;
13) routeri gjen në tabelën e rrugës rrjetin 192.168.B.0/24 dhe e dërgon atë menjëherë te 192.168.B.2, pasi ka një ndërfaqe 192.168.B.254/24;
14) për këtë router virtual gjen adresën MAC për 192.168.B.2 dhe ia dërgon këtë paketë përmes një rrjeti virtual Ethernet;
15) 192.168.B.2 merr këtë paket në portin 3389, pranon të vendosë lidhjen dhe formon paketën në përgjigje nga 192.168.B.2:3389 në A.A.A.1:44444;
16) sistemi i tij e dërgon këtë paket në adresën e portës së routerit (192.168.B.254 në rastin tonë), sepse nuk ka rute më specifike për A.A.A.1, nuk ka, dhe për këtë arsye duhet të dërgojë paketën përmes rrugës standarde (0.0.0.0/0);
17) ashtu siç ndodhi në rastet e mëparshme, sistemi që funksionon në kompjuterin me adresë 192.168.B.2, gjen adresën MAC 192.168.B.254, pasi ajo ndodhet në të njëjtin rrjet me ndërfaqen e saj 192.168.B.2/24;
18) routeri pranon këtë paket. Duhet theksuar se ai mban mend se e mori në B.B.B.1:11111 paketën nga A.A.A.1 dhe i ka ndryshuar adresën dhe portin e marrësit në 192.168.B.2:3389, prandaj, për paketën nga 192.168.B.2:3389 për A.A.A.1:44444 ai e ndryshon adresën e dërguesit në B.B.B.1:11111;
19) routeri vendos se kujt t'ia dërgojë këtë paket. Ai e dërgon atë në, për shembull, B.B.B.254 (portin e ofruesit të internetit, adresën e saktë të cilit ne nuk e dimë), sepse nuk ka rrugë më specifike për A.A.A.1, se 0.0.0.0/0;
20) ofruesit e internetit dërgojnë nëpër rrjetet e tyre një paketë me B.B.B.1 në A.A.A.1;
21) routerin virtual në A.A.A.1 pranon këtë paketë dhe kujton se, kur ai ndihmoi paketën nga 192.168.A.1:55555 për B.B.B.1:11111, ai ndryshoi adresën dhe portin e dërguesit në A.A.A.1:44444. Kështu, kjo është përgjigja që duhet dërguar në 192.168.A.1:55555 (në të vërtetë, ashtu siç e përmendëm në shembullin e mëparshëm, ka edhe disa kontrollime të tjera, por këtë herë ne nuk do të thellohemi në to);
22) ai e kupton se duhet ta transferojë drejtpërdrejt në 192.168.A.1, pasi ai është në të njëjtën rrjet, do të thotë që ai ka një rekord përkatës në tabelën e routing-ut që e bën atë të dërgojë paketa për të gjithë 192.168.A.0/24 direkt;
23) router-i gjen adresën MAC për 192.168.A.1 dhe i dërgon atij këtë paketë;
24) sistemi operativ në serverin me adresën 192.168.A.1 pranon paketën nga B.B.B.1:11111 për 192.168.A.1:55555 dhe nisin hapat e ardhshëm për të vendosur një lidhje TCP.
Po ashtu, siç ndodhi në rastin e mëparshëm, në këtë rast serveri me adresë 192.168.A.1 nuk di asgjë për kompjuterin me adresën 192.168.B.1, ai komunikon vetëm me B.B.B.1. Kompjuteri me adresën 192.168.B.1 as nuk e di asgjë për serverin me adresën 192.168.A.1. Ai beson se është lidhur nga adresa A.A.A.1, dhe gjithë e kaluar është e fshehur prej tij.
Përfundim
Kështu ndodhin gjërat në lidhjet brenda tunelit VPN midis zyrës së klientit dhe mjedisit në cloud, si dhe në lidhjet jashtë tunelit VPN. Nëse keni pyetje ose keni nevojë për ndihmën tonë për zgjidhjet në cloud,
Burimi: habr.com
