Kur një klient i aksesit në distancë duhet të veprojë si porta e degës

Një laptop i lidhur me një VPN mund të arrijë selinë. Printeri dhe serveri i skedarëve në të njëjtin tavolinë nuk munden, sepse asgjë nuk i përcjell paketat e tyre në atë tunel apo nuk i kthen përgjigjet. Shndërrimi i klientit në portë dege është një vendim rrugëtimi dhe pronësie para se të jetë vendim konfigurimi. Emri i protokollit në kuti nuk përgjigjet nëse ai rol mbështetet.

Çfarë nuk ju thotë etiketa e protokollit

OpenVPN dokumenton një projekt nga vendi në vend ku një lidhës përcjell një nënrrjet të tërë, dhe Access Server e zbaton atë me një rol porte dhe rrugëtim të qartë. Një produkt tjetër i tregtuar si VPN SSL mund të ofrojë vetëm funksione përdoruesi në distancë, pa asnjë mënyrë të mbështetur për të shpallur një rrjet pas klientit. Edhe versioni ka rëndësi, sepse një funksion në një botim nuk është premtim për një tjetër. Lexoni implementimin që ekzekutoni vërtet, dhe trajtoni një recetë të shkruar për një produkt tjetër si një aluzion, jo si projekt.

Pyetja që duhet zgjidhur së pari është nëse pronari i VPN-së e mbështet fare rolin e përcjelljes. Nëse jo, asnjë rrugëtim në anën e klientit nuk e bën të mbështetur.

Kontrata ka dy anë: dega dhe selia

Në anën e degës, një host i vetëm zotëron përcjelljen, filtrimin dhe rikuperimin. I nevojitet një rrugë e menduar nga çdo pajisje e degës, dhe lidhja e jashtme VPN duhet të mbetet e arritshme përmes rrjetit bazë edhe kur tuneli është i ndalur. Në anën e selisë, dikush duhet të përcaktojë nënrrjetin e degës, të pranojë identitetin e portës dhe të lejojë burime të caktuara. Asnjëra gjysmë nuk funksionon vetëm.

Rruga e kthimit është pjesa që anashkalohet. Një adresë tuneli për klientin nuk shpall nënrrjetin pas saj, ndaj ruterat e selisë kanë nevojë për një rrugë që tregon drejt portës VPN për atë prefiks.

Në një projekt të rrugëtuar, koncentratori përcjell paketat për prefiksin e degës dhe rrugëtimi i LAN-it mbi të di si t'i kthejë përgjigjet. Në një projekt të përkthyer, burimi që sheh selia rishkruhet, gjë që mund të heqë nevojën për një rrugë kthimi ndërsa fsheh se cila makinë e degës dërgoi trafikun. Ai kompromis i përket dokumentit të projektit, sepse regjistrat e aplikacioneve dhe rregullat e aksesit humbin identitetin për pajisje sapo hyn në lojë përkthimi.

I rrugëtuar apo i përkthyer: zgjidhni rrugën e kthimit me vetëdije

Zgjidhni të rrugëtuar kur identiteti për pajisje dhe politika për host kanë rëndësi dhe mund ta mbani rrugën e kthimit në çdo ruter përkatës.

Zgjidhni të përkthyer kur nuk mund të shtoni rrugë, por mund të pranoni që selia sheh një adresë të vetme burimi. Ekzistojnë projekte të përziera dhe është më e vështirë të arsyetosh për to, ndaj shkruani cilat prefikse janë të rrugëtuar dhe cilat të përkthyer. Më pas verifikoni zgjedhjen me një regjistrim në të dy skajet në vend që t'i besoni statusit të tunelit.

Një kontroll i dobishëm është asimetrik: kërkoni një burim nga një pajisje e degës, më pas konfirmoni që përgjigja largohet nga selia drejt prefiksit të degës. traceroute -n 10.60.4.20 nga një host në seli tregon nëse ajo rrugë kalon përmes portës VPN.

Menaxhojeni si infrastrukturë, jo si identifikim

Vendosni si porta niset, vërtetohet, përditësohet dhe rikuperohet kur askush nuk është i identifikuar. Rinovimi i kredencialeve, kërkesat shumëfaktore, sjellja në gjumë dhe kush përgjigjet kur dega humbet aksesin bëhen të gjitha çështje operacionale. Disa njerëz që ndajnë një rrugë rrjeti nuk duhet të trashëgojnë privilegjet personale të përdoruesit të portës, ndaj autorizimi i burimeve, shtrirja e regjistrimit dhe politika e dështimit kanë nevojë për një pronar të emërtuar. Ndarja e një llogarie për të shmangur regjistrimin e çdo pajisjeje nuk është projekt.

Krahasoni këtë rregullim me një portë vendi të mbështetur nën të njëjtat kërkesa përpara se të angazhoheni. Ripërdorimi i një desktopi të vjetër nuk heq punën e mirëmbajtjes ose rikuperimit, dhe çmimi i dorës së dytë nuk përshkruan koston operative.

Vlerësoni aplikacionet e synuara të degës, trafikun e tyre të kthimit dhe një destinacion të refuzuar sipas një plani të miratuar. Suksesi duket si një shërbim rrjeti i zotëruar me identitet dege të emërtuar dhe politikë të qartë, jo si një dritare klienti që thotë Lidhur.