Qasje në distancë apo VPN lokacion-lokacion: cila përshtatet?

Një punonjës në udhëtim dhe një zyrë dege kanë nevojë për tunele të ndryshme, dhe zgjedhja e gabuar prodhon një dizajn që funksionon në laborator dhe dështon të hënën e parë. Qasja në distancë lidh një pajisje me një portë. Lokacion-lokacion lidh dy porta që përfaqësojnë rrjete. Lista e kontrollit më poshtë përcakton se cilin prej tyre përshkruan në të vërtetë kërkesa.

Kush e hap lidhjen dhe çfarë qëndron pas tij

Në qasjen në distancë, softueri në laptop ose telefon ndërton tunelin, dhe porta vërteton një përdorues, një pajisje ose të dyja përpara se të caktojë një adresë dhe rrugë. Në lokacion-lokacion, ruterat, muret e zjarrit ose portat e resë ndërtojnë lidhjen, dhe pajisjet pas tyre përdorin rrugëtim të zakonshëm në vend që të ekzekutojnë një klient. Ky ndryshim përcakton kush e mban kohën e funksionimit të tunelit: pajisja e punonjësit në rastin e parë, një pajisje e menaxhuar në të dytin. Ai gjithashtu përcakton nëse vërtetimi përshkruan një person apo një rrjet.

Ndaloni këtu nëse kërkesa është që çdo makinë në një zyrë të arrijë një zyrë tjetër pa konfigurim për çdo pajisje. Ky është lokacion-lokacion, dhe një grumbull hyrjesh të qasjes në distancë është zëvendësim i dobët.

Adresimi dhe rruga e kthimit

Planifikoni intervale lokale dhe të largëta të dallueshme. Dy lokacione mund të përdorin të njëjtën nënrrjetë private, dhe dizajni atëherë kërkon përkthim ose rinumerim përpara se rrugëtimi të jetë i padyshimtë. Një ruter shtëpiak që përdor të njëjtin interval si selia krijon të njëjtin problem për një punonjës në distancë. Mbivendosja është mjaft e zakonshme saqë kontrolli i saj i takon bisedës së parë.

Rruga e përgjigjes ka po aq rëndësi sa ajo e daljes. Një server mund të marrë një kërkesë dhe ende të mos ketë rrugë kthimi drejt rrjetit të klientit.

Dokumentoni cili ruter e njeh prefiksin e largët, veçanërisht me rrjetet e resë dhe disa porta. Një ikonë e gjelbër tuneli nuk mund të përgjigjet nëse një destinacion ka rrugë kthimi funksionale, dhe as një ping në një drejtim nuk mundet. Në qasjen në distancë porta zakonisht zotëron rrugën e grupit; në lokacion-lokacion, çdo ruter i ndërmjetëm që mban prefiksin duhet të pajtohet. Përkthimi mund të fshehë një rrugë që mungon derisa të prishet një aplikacion që përfshin adresa.

Dalja në internet është vendim i veçantë

Arritshmëria private nuk kërkon që tuneli të transportojë shfletimin publik. Nëse trafiku i zakonshëm i uebit del përmes portës është një vendim i dytë, i marrë për çdo dizajn dhe i regjistruar në profilin e klientit ose në konfigurimin e lokacionit.

Tuneli i plotë dhe tuneli i ndarë janë përgjigje për atë pyetje, jo për pyetjen e qasjes në distancë kundrejt lokacion-lokacion. Emrat e brendshëm kanë nevojë për DNS të përshtatshëm në të dy dizajnet, sepse një zgjidhës publik nuk ka përgjigje për një emër zyre private. Shtyrja e një zgjidhësi dhe shtyrja e një rruge të paracaktuar janë cilësime të lidhura, dhe ndryshimi i njërës pa tjetrën prodhon dështime që duken si probleme DNS.

Përdorni topologjinë për të ngushtuar defektin

Një laptop që lëviz dhe humb aksesin e drejton vëmendjen te klienti, llogaria e tij ose rrjeti lokal. Një degë e tërë që humb aksesin e drejton vëmendjen te rrugët e përbashkëta dhe portat.

Kontrolloni së pari ndërtimin e tunelit, pastaj rrugët, pastaj trafikun e lejuar, pastaj zgjidhjen e emrave, pastaj hyrjen në aplikacion, dhe ndaloni në hapin e parë që dështon. ip route get 10.60.8.15 i përgjigjet pyetjes së rrugëtimit përpara se të lexoni një regjistër të vetëm aplikacioni. Cilësimet e kriptimit nuk rregullojnë një gabim leje për ndarjen e skedarëve, dhe një ping funksional nuk provon që aplikacioni është i autorizuar. Mbajtja e rendit fiks parandalon ndryshimet e rastësishme të konfigurimit që kthejnë një defekt në tre.

Së fundi, mbajini përkufizimet të qarta kur lexoni materialin e furnitorëve: një server komercial për dalje në internet është shërbim i ndryshëm nga porta private e një kompanie dhe nuk jep akses në rrjetin e asaj kompanie.