Kaugjuurdepääs või saidilt-saidile VPN: milline sobib?

Reisiv töötaja ja harukontor vajavad erinevaid tunneleid ning vale valik annab lahenduse, mis töötab laboris ja nurjub esimesel esmaspäeval. Kaugjuurdepääs ühendab seadme lüüsiga. Saidilt-saidile ühendab kahte lüüsi, mis esindavad võrke. Allolev kontrollnimekiri otsustab, millist neist nõue tegelikult kirjeldab.

Kes helistab ja mis on helistaja taga

Kaugjuurdepääsu puhul püstitab sülearvutis või telefonis olev tarkvara tunneli ning lüüs autentib kasutaja, seadme või mõlemad enne aadressi ja marsruutide määramist. Saidilt-saidile puhul loovad ühenduse ruuterid, tulemüürid või pilvelüüsid ning nende taga olevad seadmed kasutavad tavalist marsruutimist kliendi käivitamise asemel. See erinevus otsustab, kelle vastutusel on tunneli töökindlus: esimesel juhul töötaja seadme, teisel juhul hallatava seadme oma. See otsustab ka, kas autentimine kirjeldab inimest või võrku.

Peatuge siin, kui nõue on, et iga masin ühes kontoris jõuaks teise kontorisse ilma seadmepõhise seadistuseta. See on saidilt-saidile ning hunnik kaugjuurdepääsu sisselogimisi on kehv asendus.

Adresseerimine ja tagasitee

Kavandage eraldi kohalikud ja kaugvahemikud. Kaks asukohta võivad kasutada sama privaatset alavõrku ning siis vajab lahendus tõlkimist või ümbernummerdamist, enne kui marsruutimine saab olla üheselt mõistetav. Peakontoriga sama vahemikku kasutav koduruuter tekitab sama probleemi ühele kaugtöötajale. Kattuvus on piisavalt tavaline, et selle kontrollimine kuulub esimesse vestlusesse.

Tagasitee on sama tähtis kui väljuv tee. Server võib päringu vastu võtta ja siiski mitte omada marsruuti tagasi kliendi võrku.

Dokumenteerige, milline ruuter teab kaugprefiksit, eriti pilvevõrkude ja mitme lüüsi korral. Roheline tunneliikoon ei suuda vastata, kas sihtkohal on toimiv tagasitee, ja ühes suunas tehtud ping samuti mitte. Kaugjuurdepääsu puhul kuulub basseini marsruut tavaliselt lüüsile; saidilt-saidile puhul peab nõustuma iga vahepealne ruuter, mis prefiksit kannab. Tõlkimine võib peita puuduva marsruudi, kuni puruneb rakendus, mis aadresse manustab.

Interneti väljapääs on eraldi otsus

Privaatne kättesaadavus ei nõua, et tunnel kannaks avalikku sirvimist. Kas tavaline veebiliiklus väljub lüüsi kaudu, on teine otsus, mis tehakse iga lahenduse kohta ja registreeritakse kliendi profiilis või saidi konfiguratsioonis.

Täistunnel ja jaotatud tunnel on vastused sellele küsimusele, mitte küsimusele kaugjuurdepääs versus saidilt-saidile. Sisemised nimed vajavad mõlemas lahenduses sobivat DNS-i, sest avalikul lahendajal pole vastust privaatse kontori hostinimele. Lahendaja saatmine ja vaikemarsruudi saatmine on seotud seaded ning ühe muutmine ilma teiseta annab tõrkeid, mis näevad välja nagu DNS-probleemid.

Kasutage topoloogiat rikke kitsendamiseks

Üks rändsülearvuti kaotab juurdepääsu kliendi, oma konto või kohaliku võrgu juures. Terve harukontor kaotab juurdepääsu jagatud teedel ja lüüsides.

Kontrollige esmalt tunneli püstitamist, seejärel marsruute, seejärel lubatud liiklust, seejärel nimede lahendamist, seejärel rakendusse sisselogimist ja peatuge esimesel sammul, mis nurjub.ip route get 10.60.8.15 vastab marsruutimisküsimusele enne, kui loete ühtki rakenduselogi. Krüpteerimisseaded ei paranda failijagamise õigusetõrget ning toimiv ping ei tõesta, et rakendus on volitatud. Järjekorrast kinnipidamine hoiab ära juhuslikud konfiguratsioonimuudatused, mis teevad ühest rikkest kolm.

Lõpuks hoidke mõisted selged, kui loete tarnija materjale: kommertsiaalne interneti väljapääsuserver on teine teenus kui ettevõtte privaatne lüüs ega anna mingit juurdepääsu selle ettevõtte võrgule.