SoftEther VPN Azure: një rrugë rele, jo një portë e hapur

Serveri juaj ndodhet pas një ruteri që nuk mund ta konfiguroni, kështu që plani i dukshëm për të ridrejtuar një portë nuk është i disponueshëm. VPN Azure ekziston pikërisht për atë situatë, dhe e zgjidh duke përmbysur drejtimin e lidhjes së parë: serveri lidhet nga jashtë me një rele, dhe klientët arrijnë relen në vend të serverit. Kuptimi i këtij përmbysjeje shpjegon si atë që rregullon shërbimi ashtu edhe çdo kufi që do të hasni më vonë.

Çfarë ndryshon në rrugë

Me një dëgjues konvencional, një klient hap një lidhje TCP drejt një adrese publike që rutori juaj e përcjell te serveri. Me relen, serveri mban një lidhje dalëse drejt infrastrukturës së reles, dhe relja pranon lidhjet e klientëve dhe ua kalon ngarkesën e tyre serverit që pret. Nuk hapet asnjë portë hyrëse, nuk kërkohet një adresë statike, dhe rutori mbetet i paprekur. Nga këndvështrimi i murit të zjarrit, serveri është një klient dalës i zakonshëm, dhe për këtë arsye rrjetet kufizuese e lejojnë atë.

Relja i cakton atij serveri një emër në domenin e vet, dhe klientët konfigurohen të lidhen atje.

Ai emër i përket shërbimit të reles, i cili nuk është një Microsoft Azure VPN Gateway edhe pse të dy quhen Azure diçka. Trajtimi i tyre si të këmbyeshëm prodhon një konfigurim që nuk mund të funksionojë.

Cilat protokolle i mbijetojnë reles

Relja transporton protokollin SoftEther, dhe projekti dokumenton SSTP si opsion klienti, gjë që është e dobishme sepse Windows përfshin një klient SSTP. Megjithatë nuk bëhet transportues i përgjithshëm për çdo dëgjues në host: një dëgjues OpenVPN, një përgjigjës IPsec dhe një shërbim L2TP kanë secili nevojë për pikën e vet të arritshme fundore, dhe asnjëri prej tyre nuk transportohet përmes reles vetëm sepse serveri SoftEther është i lidhur.

Prandaj profilet e klientëve tregojnë emrin e reles dhe jo adresën e serverit, dhe një profil ekzistues i ndërtuar për një lidhje të drejtpërdrejtë nuk do të funksionojë pa ndryshime. Kontrolloni listën e klientëve të mbështetur për versionin që përdorni përpara se të projektosh rreth një protokolli që relja nuk e transporton.

Çfarë relja nuk bën për ju

Relja është një transport. Nuk krijon përdorues, hub-e virtuale, politika aksesi ose rrugë, dhe nuk di asgjë për rrjetet private pas serverit tuaj. Nëse klientët në distancë duhet të arrijnë një nënrrjet LAN, serveri ende ka nevojë për konfigurimin e urës ose të rrugëzimit, rrugën e kthimit dhe politikën e murit të zjarrit që e bëjnë atë të funksionojë. Planet e adresimit që mbivendosen në të dy skajet janë gjithashtu të padukshme për relen dhe mbeten problemi juaj për t'u zgjidhur.

Edhe cilësimet e sigurisë të mbështetura janë tuajat për t'i zgjedhur. Dokumentacioni i projektit përfshin shembuj të platformave më të vjetra, dhe kopjimi i cilësimeve të vjetra të enkriptimit ose të certifikatave nga një pamje ekrani e vjetër është një mënyrë e mirë për të ndërtuar një tunel që askush nuk mund ta auditojë. Përdorni udhëzimet aktuale për versionin që përdorni.

Validimi i certifikatave dhe vërtetimi i përdoruesve mbeten përgjegjësi e serverit, dhe relja nuk zëvendëson kurrë asnjërën prej tyre.

Operojeni si një varësi

Disponueshmëria tani përfshin një palë të tretë. Kur relja është e paarritshme, klientët nuk mund të lidhen pavarësisht se sa i shëndetshëm është serveri juaj, dhe dështimi duket nga jashtë si një problem klienti. Monitoroni rrugën e reles veçmas nga shëndeti i serverit, dhe mbani një plan rezervë të dokumentuar, si një dëgjues i drejtpërdrejtë në një adresë tjetër, për ditën kur kjo ka rëndësi.

Vonesa ndjek gjeografinë e reles dhe jo afërsinë e përdoruesve tuaj, gjë që ia vlen të matet përpara se të premtohet performancë interaktive përmes saj.

Verifikoni identitetin e serverit dhe më pas një rrugë reale aplikacioni, jo vetëm një banderolë lidhjeje të suksesshme, dhe kontrolloni nëse burimi që ju nevojitet është i arritshëm mbi familjen e adresave që transporton relja. Shënoni emrin e reles, protokollin e përdorur dhe planin rezervë, sepse këto tre fakte u përgjigjen shumicës së pyetjeve të ardhshme për këtë lidhje.