Artikujt e vërtetë lindin nga letrat për mbështetjen teknike të Tucha. Për shembull, një klient kohët e fundit na u drejtua me një kërkesë për të sqaruar se çfarë ndodh gjatë lidhjeve brenda tunelit VPN midis zyrës së përdoruesit dhe mjedisit cloud, si dhe gjatë lidhjeve jashtë tunelit VPN. Prandaj, i gjithë teksti më poshtë është një letër aktuale që i kemi dërguar njërit prej klientëve tanë në përgjigje të pyetjes së tij. Natyrisht, adresat IP u ndryshuan në mënyrë që të mos de-anonimizohej klienti. Por, po, mbështetja teknike Tucha është me të vërtetë e famshme për përgjigjet e saj të hollësishme dhe emailet informuese. 🙂
Sigurisht, ne e kuptojmë se për shumë njerëz ky artikull nuk do të jetë një zbulim. Por, meqenëse artikujt për administratorët fillestarë shfaqen herë pas here në Habr, dhe gjithashtu duke qenë se ky artikull u shfaq nga një letër e vërtetë për një klient të vërtetë, ne ende do ta ndajmë këtë informacion këtu. Ekziston një probabilitet i lartë që të jetë i dobishëm për dikë.
Prandaj, ne shpjegojmë në detaje se çfarë ndodh midis serverit në cloud dhe zyrës nëse ata janë të lidhur nga një rrjet site-to-site. Vini re se disa shërbime janë të aksesueshme vetëm nga zyra, dhe disa janë të aksesueshme nga kudo në internet.
Le të shpjegojmë menjëherë se çfarë dëshironte klienti ynë në server 192.168.A.1 ju mund të vini nga kudo nëpërmjet RDP, duke u lidhur me AAA2: 13389, dhe akses në shërbime të tjera vetëm nga zyra (192.168.B.0/24)lidhur me VPN. Gjithashtu, klienti fillimisht e kishte konfiguruar se makina 192.168.B.2 në zyrë ishte gjithashtu e mundur të përdorej RDP nga kudo, duke u lidhur me BBB1: 11111. Ne ndihmuam në organizimin e lidhjeve IPSec midis cloud dhe zyrës dhe specialisti i IT-së i klientit filloi të bënte pyetje se çfarë do të ndodhte në këtë apo atë rast. Për t'iu përgjigjur të gjitha këtyre pyetjeve, ne në fakt i kemi shkruar gjithçka që mund të lexoni më poshtë.
Tani le t'i shikojmë këto procese në më shumë detaje.
Pozicioni një
Kur diçka dërgohet nga 192.168.B.0/24 в 192.168.A.0/24 ose jashtë 192.168.A.0/24 в 192.168.B.0/24, futet në VPN. Kjo do të thotë, kjo paketë është e koduar dhe transmetuar në mes BBB1 и AAA1Por 192.168.A.1 e sheh paketën saktësisht nga 192.168.B.1. Ata mund të komunikojnë me njëri-tjetrin duke përdorur çdo protokoll. Përgjigjet e kthimit transmetohen në të njëjtën mënyrë përmes VPN, që do të thotë se paketa nga 192.168.A.1 për 192.168.B.1 do të dërgohet si një datagram ESP nga AAA1 mbi BBB1, të cilin ruteri do ta shpalos në atë anë, nxirre atë paketë prej saj dhe dërgojeni 192.168.B.1 si një paketë nga 192.168.A.1.
Shembull specifik:
1) 192.168.B.1 apelon tek 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 lidhje nga 192.168.B.1:55555 (ai e zgjedh vetë numrin e portit për reagime; në vijim ne do të përdorim numrin 55555 si shembull të numrit të portit që zgjedh sistemi kur krijon një lidhje TCP) në 192.168.A.1:3389;
3) një sistem operativ që funksionon në një kompjuter me adresën 192.168.B.1, vendos ta përcjellë këtë paketë në adresën e portës së ruterit (192.168.B.254 në rastin tonë), sepse rrugë të tjera, më specifike për 192.168.A.1, nuk ka, prandaj, e transmeton paketën përmes rrugës së paracaktuar (0.0.0.0/0);
4) për këtë ai përpiqet të gjejë adresën MAC për adresën IP 192.168.B.254 në tabelën e cache të protokollit ARP. Nëse nuk zbulohet, dërgohet nga adresa 192.168.B.1 transmeton kush-ka kërkesë në rrjet 192.168.B.0/24. kur 192.168.B.254 si përgjigje, ai i dërgon adresën e tij MAC, sistemi transmeton një paketë Ethernet për të dhe e fut këtë informacion në tabelën e tij të cache;
5) ruteri e merr këtë paketë dhe vendos se ku ta përcjellë: ai ka një politikë të shkruar sipas së cilës duhet të dërgojë të gjitha paketat ndërmjet 192.168.B.0/24 и 192.168.A.0/24 transferimi përmes një lidhjeje VPN ndërmjet BBB1 и AAA1;
6) ruteri gjeneron një datagram ESP nga BBB1 mbi AAA1;
7) ruteri vendos se kujt t'ia dërgojë këtë paketë, ai ia dërgon, të themi, BBB254 (Gateway ISP) sepse ka rrugë më specifike për të AAA1, se 0.0.0.0/0, nuk ka;
8) saktësisht njësoj siç u tha tashmë, gjen adresën MAC për të BBB254 dhe e transmeton paketën në portën e ISP-së;
9) Ofruesit e internetit transmetojnë një datagram ESP nga BBB1 mbi AAA1;
10) router virtual i ndezur AAA1 merr këtë datagram, e deshifron atë dhe merr një paketë nga 192.168.B.1:55555 për 192.168.A.1:3389;
11) ruteri virtual kontrollon kujt t'ia kalojë, gjen rrjetin në tabelën e rrugëzimit 192.168.A.0/24 dhe e dërgon direkt tek 192.168.A.1, sepse ka një ndërfaqe 192.168.A.254/24;
12) për këtë, ruteri virtual gjen adresën MAC për të 192.168.A.1 dhe ia transmeton këtë paketë atij nëpërmjet një rrjeti virtual Ethernet;
13) 192.168.A.1 merr këtë paketë në portin 3389, pranon të krijojë një lidhje dhe gjeneron një paketë në përgjigje nga 192.168.A.1:3389 mbi 192.168.B.1:55555;
14) sistemi i tij e transmeton këtë paketë në adresën e portës së ruterit virtual (192.168.A.254 në rastin tonë), sepse rrugë të tjera, më specifike për 192.168.B.1, nuk ka, prandaj duhet të transmetojë paketën përmes rrugës së paracaktuar (0.0.0.0/0);
15) njësoj si në rastet e mëparshme, një sistem që funksionon në një server me adresën 192.168.A.1, gjen adresën MAC 192.168.A.254, pasi është në të njëjtin rrjet me ndërfaqen e tij 192.168.A.1/24;
16) ruteri virtual e merr këtë paketë dhe vendos se ku ta përcjellë: ai ka një politikë të shkruar sipas së cilës duhet të dërgojë të gjitha paketat ndërmjet 192.168.A.0/24 и 192.168.B.0/24 transferimi përmes një lidhjeje VPN ndërmjet AAA1 и BBB1;
17) ruteri virtual gjeneron një datagram ESP nga AAA1 për BBB1;
18) ruteri virtual vendos se kujt t'ia dërgojë këtë paketë, ia dërgon atë AAA254 (Gateway ISP, në këtë rast, jemi edhe ne), sepse ka rrugë më specifike për të BBB1, se 0.0.0.0/0, nuk ka;
19) Ofruesit e internetit transmetojnë një datagram ESP përmes rrjeteve të tyre me AAA1 mbi BBB1;
20) router i ndezur BBB1 merr këtë datagram, e deshifron atë dhe merr një paketë nga 192.168.A.1:3389 për 192.168.B.1:55555;
21) ai e kupton që duhet të transferohet posaçërisht te 192.168.B.1, duke qenë se ai është në të njëjtin rrjet me të, prandaj, ai ka një hyrje përkatëse në tabelën e rrugëzimit, e cila e detyron atë të dërgojë pako për të gjithë 192.168.B.0/24 drejtpërdrejt;
22) ruteri gjen adresën MAC për të 192.168.B.1 dhe i jep atij këtë paketë;
23) sistemi operativ në një kompjuter me adresën 192.168.B.1 merr një paketë nga 192.168.A.1:3389 për 192.168.B.1:55555 dhe fillon hapat e ardhshëm për të krijuar një lidhje TCP.
Ky shembull në mënyrë mjaft të përmbledhur dhe të thjeshtuar (dhe këtu mund të mbani mend një mori detajesh të tjera) përshkruan se çfarë ndodh në nivelet 2-4. Nivelet 1, 5-7 nuk merren parasysh.
Pozicioni dy
Nëse me 192.168.B.0/24 diçka i dërgohet posaçërisht AAA2, nuk shkon në VPN, por direkt. Kjo është, nëse përdoruesi nga adresa 192.168.B.1 apelon tek AAA2: 13389, kjo paketë vjen nga adresa BBB1, kalon AAA2, dhe më pas ruteri e merr atë dhe ia transmeton 192.168.A.1. 192.168.A.1 nuk di asgjë për 192.168.B.1, ai sheh një pako nga BBB1, sepse e kapi. Prandaj, përgjigja ndaj kësaj kërkese ndjek rrugën e përgjithshme, vjen nga adresa në të njëjtën mënyrë AAA2 dhe shkon në BBB1, dhe ai ruter ia dërgon këtë përgjigje 192.168.B.1, ai e sheh përgjigjen nga AAA2, të cilit ai iu drejtua.
Shembull specifik:
1) 192.168.B.1 apelon tek AAA2, dëshiron të krijojë një lidhje TCP me AAA2: 13389;
2) 192.168.B.1 dërgon një kërkesë për lidhje nga 192.168.B.1:55555 (ky numër, si në shembullin e mëparshëm, mund të jetë i ndryshëm) në AAA2: 13389;
3) një sistem operativ që funksionon në një kompjuter me adresën 192.168.B.1, vendos ta përcjellë këtë paketë në adresën e portës së ruterit (192.168.B.254 në rastin tonë), sepse rrugë të tjera, më specifike për AAA2, nuk ka një të tillë, që do të thotë se e transmeton paketën përmes rrugës së paracaktuar (0.0.0.0/0);
4) për këtë, 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 të protokollit ARP. Nëse nuk zbulohet, dërgohet nga adresa 192.168.B.1 transmeton kush-ka kërkesë në rrjet 192.168.B.0/24. kur 192.168.B.254 si përgjigje, ai i dërgon adresën e tij MAC, sistemi transmeton një paketë Ethernet për të dhe e fut këtë informacion në tabelën e tij të cache;
5) ruteri e merr këtë paketë dhe vendos se ku ta përcjellë: ai ka një politikë të shkruar sipas së cilës duhet të përcjellë (duke zëvendësuar adresën e kthimit) të gjitha paketat nga 192.168.B.0/24 në nyjet e tjera të internetit;
6) meqenëse kjo politikë nënkupton që adresa e kthimit duhet të përputhet me adresën e ulët në ndërfaqen përmes së cilës do të transmetohet kjo paketë, ruteri fillimisht vendos se kujt ta dërgojë saktësisht këtë paketë dhe ai, si në shembullin e mëparshëm, duhet ta dërgojë atë. te BBB254 (Gateway ISP) sepse ka rrugë më specifike për të AAA2, se 0.0.0.0/0, nuk ka;
7) pra, ruteri zëvendëson adresën e kthimit të paketës, tani e tutje paketa është nga BBB1: 44444 (numri i portit, natyrisht, mund të jetë i ndryshëm) në AAA2: 13389;
8) ruteri kujton atë që ka bërë, që do të thotë kur AAA2: 13389 к BBB1: 44444 vjen përgjigja, ai do të dijë se duhet të ndryshojë adresën e destinacionit dhe portin në 192.168.B.1:55555.
9) tani ruteri duhet ta kalojë atë në rrjetin ISP nëpërmjet BBB254prandaj, ashtu siç e kemi përmendur tashmë, gjen adresën MAC për BBB254 dhe e transmeton paketën në portën e ISP-së;
10) Ofruesit e internetit transmetojnë pako nga BBB1 mbi AAA2;
11) router virtual i ndezur AAA2 merr këtë paketë në portin 13389;
12) ekziston një rregull në ruterin virtual që përcakton që paketat e marra nga çdo dërgues në këtë port duhet të transmetohen në 192.168.A.1:3389;
13) ruteri virtual gjen rrjetin në tabelën e rrugëzimit 192.168.A.0/24 dhe e dërgon direkt 192.168.A.1 sepse ka një ndërfaqe 192.168.A.254/24;
14) për këtë, ruteri virtual gjen adresën MAC për të 192.168.A.1 dhe ia transmeton këtë paketë atij nëpërmjet një rrjeti virtual Ethernet;
15) 192.168.A.1 merr këtë paketë në portin 3389, pranon të krijojë një lidhje dhe gjeneron një paketë në përgjigje nga 192.168.A.1:3389 mbi BBB1: 44444;
16) sistemi i tij e transmeton këtë paketë në adresën e portës së ruterit virtual (192.168.A.254 në rastin tonë), sepse rrugë të tjera, më specifike për BBB1, nuk ka, prandaj duhet të transmetojë paketën përmes rrugës së paracaktuar (0.0.0.0/0);
17) saktësisht njësoj si në rastet e mëparshme, një sistem që funksionon në një server me adresën 192.168.A.1, gjen adresën MAC 192.168.A.254, pasi është në të njëjtin rrjet me ndërfaqen e tij 192.168.A.1/24;
18) ruteri virtual e merr këtë paketë. Duhet të theksohet se ai kujton atë që mori AAA2: 13389 paketë nga BBB1: 44444 dhe ndryshoi adresën dhe portin e marrësit në 192.168.A.1:3389, pra, paketa nga 192.168.A.1:3389 për BBB1: 44444 ndryshon adresën e dërguesit në AAA2: 13389;
19) ruteri virtual vendos se kujt t'ia dërgojë këtë paketë, ia dërgon atë AAA254 (Gateway ISP, në këtë rast, jemi edhe ne), sepse ka rrugë më specifike për të BBB1, se 0.0.0.0/0, nuk ka;
20) Ofruesit e internetit transmetojnë një paketë me AAA2 mbi BBB1;
21) router i ndezur BBB1 merr këtë pako dhe kujton se kur e dërgoi paketën nga 192.168.B.1:55555 për AAA2: 13389, ai ndryshoi adresën dhe portin e dërguesit në BBB1: 44444, atëherë kjo është përgjigja që duhet të dërgohet 192.168.B.1:55555 (në fakt, ka disa kontrolle të tjera atje, por ne nuk hyjmë thellë në këtë);
22) ai e kupton se ajo duhet të transmetohet drejtpërdrejt në 192.168.B.1, duke qenë se ai është në të njëjtin rrjet me të, prandaj, ai ka një hyrje përkatëse në tabelën e rrugëzimit, e cila e detyron atë të dërgojë pako për të gjithë 192.168.B.0/24 drejtpërdrejt;
23) ruteri gjen adresën MAC për të 192.168.B.1 dhe i jep atij këtë paketë;
24) sistemi operativ në një kompjuter me adresën 192.168.B.1 merr një paketë nga AAA2: 13389 për 192.168.B.1:55555 dhe fillon hapat e ardhshëm për të krijuar 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 vetëm komunikon me AAA2. Po kështu, 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 BBB1, dhe ai nuk di asgjë tjetër, si të thuash.
Gjithashtu duhet theksuar se nëse ky kompjuter akseson AAA2: 1540, lidhja nuk do të vendoset sepse përcjellja e lidhjes në portin 1540 nuk është konfiguruar në ruterin virtual, edhe nëse në ndonjë server në rrjetin virtual 192.168.A.0/24 (për shembull, në një server me adresën 192.168.A.1) dhe ka disa shërbime që presin lidhje në këtë port. Nëse një përdorues kompjuteri me një adresë 192.168.B.1 Është e domosdoshme të vendoset një lidhje me këtë shërbim, ai duhet të përdorë një VPN, d.m.th. kontaktoni direkt 192.168.A.1:1540.
Duhet theksuar se çdo përpjekje për të krijuar një lidhje me AAA1 (përveç lidhjes IPSec nga BBB1 nuk do të ketë sukses. Çdo përpjekje për të krijuar lidhje me AAA2, përveç lidhjeve me portin 13389, gjithashtu nuk do të jenë të suksesshme.
Gjithashtu vërejmë se nëse do të AAA2 Nëse dikush tjetër aplikon (për shembull, CCCC), gjithçka e treguar në paragrafët 10-20 do të zbatohet edhe për të. Çfarë ndodh para dhe pas kësaj varet nga ajo që saktësisht qëndron prapa këtij CCCC Ne nuk kemi një informacion të tillë, ndaj ju këshillojmë të konsultoheni me administratorët e nyjes me adresën CCCC
Pozicioni tre
Dhe, anasjelltas, nëse me 192.168.A.1 diçka dërgohet në një port që është konfiguruar për të përcjellë brenda në BBB1 (për shembull, 11111), gjithashtu nuk përfundon në VPN, por thjesht rrjedh nga AAA1 dhe futet në BBB1, dhe ai tashmë e transmeton atë diku në, të themi, 192.168.B.2:3389. Ai e sheh këtë paketë jo nga 192.168.A.1, por AAA1. Dhe kur 192.168.B.2 përgjigjet, nga vjen paketa BBB1 mbi AAA1, dhe më vonë arrin te iniciatori i lidhjes - 192.168.A.1.
Shembull specifik:
1) 192.168.A.1 apelon tek BBB1, dëshiron të krijojë një lidhje TCP me BBB1: 11111;
2) 192.168.A.1 dërgon një kërkesë për lidhje nga 192.168.A.1:55555 (ky numër, si në shembullin e mëparshëm, mund të jetë i ndryshëm) në BBB1: 11111;
3) një sistem operativ që funksionon në një server me adresën 192.168.A.1, vendos ta përcjellë këtë paketë në adresën e portës së ruterit (192.168.A.254 në rastin tonë), sepse rrugë të tjera, më specifike për BBB1, nuk ka, prandaj, e transmeton paketën përmes rrugës së paracaktuar (0.0.0.0/0);
4) për këtë, siç e përmendëm në shembujt e mëparshëm, përpiqet të gjejë adresën MAC për adresën IP 192.168.A.254 në tabelën e cache të protokollit ARP. Nëse nuk zbulohet, dërgohet nga adresa 192.168.A.1 transmeton kush-ka kërkesë në rrjet 192.168.A.0/24. kur 192.168.A.254 si përgjigje, ai i dërgon asaj adresën e tij MAC, sistemi transmeton një paketë Ethernet për të dhe e fut këtë informacion në tabelën e tij të cache;
5) ruteri virtual e merr këtë paketë dhe vendos se ku ta përcjellë: ai ka një politikë të shkruar sipas së cilës duhet të përcjellë (duke zëvendësuar adresën e kthimit) të gjitha paketat nga 192.168.A.0/24 në nyjet e tjera të internetit;
6) meqenëse kjo politikë supozon se adresa e kthimit duhet të përputhet me adresën e ulët në ndërfaqen përmes së cilës do të transmetohet kjo paketë, ruteri virtual fillimisht vendos se kujt ta dërgojë saktësisht këtë paketë dhe ai, si në shembullin e mëparshëm, duhet të dërgojë atë në AAA254 (Gateway ISP, në këtë rast, jemi edhe ne), sepse ka rrugë më specifike për të BBB1, se 0.0.0.0/0, nuk ka;
7) kjo do të thotë që ruteri virtual zëvendëson adresën e kthimit të paketës, tani e tutje është një pako nga AAA1: 44444 (numri i portit, natyrisht, mund të jetë i ndryshëm) në BBB1: 11111;
8) ruteri virtual kujton se çfarë bëri, pra, kur nga BBB1: 11111 për AAA1: 44444 vjen përgjigja, ai do të dijë se duhet të ndryshojë adresën e destinacionit dhe portin në 192.168.A.1:55555.
9) tani ruteri virtual duhet ta kalojë atë te rrjeti ISP nëpërmjet AAA254, kështu që ashtu siç e përmendëm tashmë, gjen adresën MAC për të AAA254 dhe e transmeton paketën në portën e ISP-së;
10) Ofruesit e internetit transmetojnë pako nga AAA1 në BBB1;
11) router i ndezur BBB1 merr këtë paketë në portin 11111;
12) ekziston një rregull në ruterin virtual që përcakton që paketat që vijnë nga çdo dërgues në këtë port duhet të transmetohen në 192.168.B.2:3389;
13) ruteri gjen rrjetin në tabelën e rrugëzimit 192.168.B.0/24 dhe e dërgon direkt tek 192.168.B.2, sepse ka një ndërfaqe 192.168.B.254/24;
14) për këtë, ruteri virtual gjen adresën MAC për të 192.168.B.2 dhe ia transmeton këtë paketë atij nëpërmjet një rrjeti virtual Ethernet;
15) 192.168.B.2 merr këtë paketë në portin 3389, pranon të krijojë një lidhje dhe gjeneron një paketë në përgjigje nga 192.168.B.2:3389 mbi AAA1: 44444;
16) sistemi i tij e transmeton këtë paketë në adresën e portës së ruterit (192.168.B.254 në rastin tonë), sepse rrugë të tjera, më specifike për AAA1, nuk ka, prandaj duhet të transmetojë paketën përmes rrugës së paracaktuar (0.0.0.0/0);
17) në të njëjtën mënyrë si në rastet e mëparshme, një sistem që funksionon në një kompjuter me adresën 192.168.B.2, gjen adresën MAC 192.168.B.254, pasi është në të njëjtin rrjet me ndërfaqen e tij 192.168.B.2/24;
18) ruteri e merr këtë paketë. Duhet të theksohet se ai kujton atë që mori BBB1: 11111 paketë nga AAA1 dhe ndryshoi adresën dhe portin e marrësit në 192.168.B.2:3389, pra, paketa nga 192.168.B.2:3389 për AAA1: 44444 ndryshon adresën e dërguesit në BBB1: 11111;
19) ruteri vendos se kujt t'ia dërgojë këtë paketë. Ai ia dërgon, të themi, BBB254 (Gateway ISP, adresën e saktë të së cilës nuk e dimë), sepse nuk ka rrugë më specifike për të AAA1, se 0.0.0.0/0, nuk ka;
20) Ofruesit e internetit transmetojnë një paketë me BBB1 mbi AAA1;
21) router virtual i ndezur AAA1 merr këtë pako dhe kujton se kur e dërgoi paketën nga 192.168.A.1:55555 për BBB1: 11111, ai ndryshoi adresën dhe portin e dërguesit në AAA1: 44444. Kjo do të thotë se kjo është përgjigja që duhet dërguar 192.168.A.1:55555 (në fakt, siç e përmendëm edhe në shembullin e mëparshëm, ka edhe disa kontrolle të tjera, por këtë herë nuk i thellojmë ato);
22) ai e kupton se ajo duhet të transmetohet drejtpërdrejt në 192.168.A.1, duke qenë se ai është në të njëjtin rrjet me të, do të thotë se ai ka një hyrje përkatëse në tabelën e rrugëzimit që e detyron atë të dërgojë pako në të gjithë 192.168.A.0/24 drejtpërdrejt;
23) ruteri gjen adresën MAC për të 192.168.A.1 dhe i jep atij këtë paketë;
24) sistemi operativ në server me adresën 192.168.A.1 merr një paketë nga BBB1: 11111 për 192.168.A.1:55555 dhe fillon hapat e ardhshëm për të krijuar një lidhje TCP.
Pikërisht njësoj si në rastin e mëparshëm, në këtë rast serveri me adresën 192.168.A.1 nuk di asgjë për kompjuterin me adresën 192.168.B.1, ai vetëm komunikon me BBB1. Kompjuter me adresë 192.168.B.1 gjithashtu nuk di asgjë për serverin me adresën 192.168.A.1. Ai beson se është lidhur nga adresa AAA1, dhe pjesa tjetër është e fshehur prej tij.
Prodhim
Kështu ndodh gjithçka për lidhjet brenda tunelit VPN midis zyrës së klientit dhe mjedisit cloud, si dhe për lidhjet jashtë tunelit VPN. Dhe nëse keni ndonjë pyetje ose keni nevojë për ndihmën tonë në zgjidhjen e problemeve të cloud,
Burimi: www.habr.com