Pristup na daljinu ili VPN od lokacije do lokacije: šta odgovara?

Zaposlenik na putu i poslovnica trebaju različite tunele, a pogrešan izbor daje rješenje koje radi u laboratoriji i pada prvog ponedjeljka. Pristup na daljinu spaja uređaj s pristupnom tačkom. Veza od lokacije do lokacije spaja dvije pristupne tačke koje predstavljaju mreže. Kontrolna lista ispod odlučuje koje od toga zahtjev zapravo opisuje.

Ko poziva i šta stoji iza pozivaoca

Kod pristupa na daljinu softver na laptopu ili telefonu uspostavlja tunel, a pristupna tačka provjerava korisnika, uređaj ili oboje prije dodjele adrese i ruta. Kod veze od lokacije do lokacije ruteri, zaštitni zidovi ili cloud pristupne tačke uspostavljaju vezu, a uređaji iza njih koriste obično rutiranje umjesto klijenta. Ta razlika odlučuje ko je odgovoran za neprekidni rad tunela: uređaj zaposlenika u prvom slučaju, upravljani uređaj u drugom. Ona odlučuje i opisuje li provjera identiteta osobu ili mrežu.

Zaustavite se ovdje ako zahtjev traži da svaki računar u jednoj kancelariji dosegne drugu kancelariju bez podešavanja po uređaju. To je veza od lokacije do lokacije, a gomila prijava za pristup na daljinu loša je zamjena.

Adresiranje i povratni put

Planirajte odvojene lokalne i udaljene opsege. Dvije lokacije mogu koristiti istu privatnu podmrežu, a rješenje tada treba prevođenje ili prenumerisanje prije nego rutiranje postane jednoznačno. Kućni ruter s istim opsegom kao sjedište stvara isti problem za jednog udaljenog radnika. Preklapanje je dovoljno često da provjera istog pripada prvom razgovoru.

Povratni put jednako je važan kao odlazni. Server može primiti zahtjev i ipak nemati rutu natrag prema klijentskoj mreži.

Dokumentujte koji ruter poznaje udaljeni prefiks, posebno uz cloud mreže i više pristupnih tačaka. Zelena ikona tunela ne može odgovoriti ima li odredište ispravan povratni put, a ni ping u jednom smjeru. Kod pristupa na daljinu pristupna tačka obično drži rutu pula; kod veze od lokacije do lokacije svaki posredni ruter koji nosi prefiks mora se složiti. Prevođenje može sakriti rutu koja nedostaje dok se ne pokvari aplikacija koja ugrađuje adrese.

Izlaz u internet zasebna je odluka

Privatna dostupnost ne zahtijeva da tunel nosi javno pregledanje. Izlazi li običan web saobraćaj kroz pristupnu tačku druga je odluka, donesena po rješenju i zabilježena u profilu klijenta ili u konfiguraciji lokacije.

Puni tunel i podijeljeni tunel odgovori su na to pitanje, ne na pitanje pristupa na daljinu nasuprot vezi od lokacije do lokacije. Interna imena trebaju odgovarajući DNS u oba rješenja, jer javni razrješivač nema odgovor za ime privatnog uredskog hosta. Slanje razrješivača i slanje zadane rute povezana su podešavanja, a promjena jednog bez drugog daje kvarove koji izgledaju kao DNS problemi.

Koristite topologiju da suzite kvar

Jedan prenosni računar u pokretu gubi pristup kod klijenta, svog računa ili svoje lokalne mreže. Cijela poslovnica gubi pristup na dijeljenim putevima i pristupnim tačkama.

Provjerite prvo uspostavljanje tunela, zatim rute, zatim dopušteni saobraćaj, zatim razrješavanje imena, zatim prijavu u aplikaciju i zaustavite se na prvom koraku koji ne uspije.ip route get 10.60.8.15 odgovara na pitanje rutiranja prije nego što pročitate i jedan dnevnik aplikacije. Postavke šifriranja ne popravljaju grešku dopuštenja za dijeljeni fajl, a ispravan ping ne dokazuje da je aplikacija ovlaštena. Zadržavanje redoslijeda sprječava nasumične promjene konfiguracije koje od jednog kvara prave tri.

Najzad, držite definicije jasnim kad čitate materijal dobavljača: komercijalni server za izlaz u internet druga je usluga od privatne pristupne tačke kompanije i ne daje nikakav pristup mreži te kompanije.