Nuotolinė prieiga ar VPN tarp svetainių: kuris tinka?

Keliaujantis darbuotojas ir filialas turi skirtingų tunelių, o neteisingas pasirinkimas duoda projektą, kuris veikia laboratorijoje ir sugenda pirmą pirmadienį. Nuotolinė prieiga jungia įrenginį su šliuzu. Tarp svetainių jungia du šliuzus, atstovaujančius tinklus. Žemiau pateiktas kontrolinis sąrašas nustato, kurią iš dviejų reikalavimas iš tikrųjų aprašo.

Kas skambina ir kas stovi už skambinančiojo

Nuotolinės prieigos atveju programinė įranga nešiojamajame kompiuteryje ar telefone sukuria tunelį, o šliuzas prieš priskirdamas adresą ir maršrutus autentifikuoja naudotoją, įrenginį arba abu. Tarp svetainių maršrutizatoriai, ugniasienės ar debesų šliuzai užmezga ryšį, o už jų esantys įrenginiai naudoja įprastą maršrutizavimą, o ne klientą. Šis skirtumas lemia, kam priklauso tunelio veikimo užtikrinimas: pirmuoju atveju darbuotojo įrenginiui, antruoju – valdomam įrenginiui. Jis taip pat lemia, ar autentifikavimas aprašo asmenį, ar tinklą.

Sustokite čia, jei reikalavimas yra kad kiekviena vieno biuro mašina pasiektų kitą biurą be kiekvieno įrenginio nustatymo. Tai tarp svetainių, o nuotolinės prieigos prisijungimų krūva yra prastas pakaitalas.

Adresavimas ir grįžimo kelias

Planuokite atskirus vietinius ir nuotolinius diapazonus. Dvi svetainės gali naudoti tą patį privatų potinklį, ir tuomet projektui reikia vertimo arba pernumeravimo, kol maršrutizavimas taps vienareikšmis. Namų maršrutizatorius, naudojantis tą patį diapazoną kaip centrinė būstinė, sukuria tą pačią problemą vienam nuotoliniam darbuotojui. Persidengimas pakankamai dažnas, kad jo patikra priklauso pirmam pokalbiui.

Grįžimo kelias svarbus tiek pat, kiek išėjimo. Serveris gali priimti užklausą ir vis tiek neturėti maršruto atgal į kliento tinklą.

Dokumentuokite, kuris maršrutizatorius žino nuotolinį prefiksą, ypač su debesų tinklais ir keliais šliuzais. Žalia tunelio piktograma negali atsakyti, ar paskirties vieta turi veikiantį grįžimo kelią, ir vienos krypties ping taip pat ne. Nuotolinės prieigos atveju šliuzas paprastai valdo baseino maršrutą; tarp svetainių kiekvienas tarpinis maršrutizatorius, nešantis prefiksą, turi sutikti. Vertimas gali paslėpti trūkstamą maršrutą, kol nesuges programa, įterpianti adresus.

Išėjimas į internetą yra atskiras sprendimas

Privatus pasiekiamumas nereikalauja, kad tunelis perduotų viešą naršymą. Ar įprastas žiniatinklio srautas išeina per šliuzą, yra antras sprendimas, priimamas kiekvienam projektui ir įrašomas kliento profilyje arba svetainės konfigūracijoje.

Visas ir skaidytas tunelis yra atsakymai į tą klausimą, o ne į klausimą nuotolinė prieiga prieš tarp svetainių. Vidiniams vardams reikia tinkamo DNS abiejuose projektuose, nes viešas sprendiklis neturi atsakymo į privataus biuro mazgo vardą. Sprendiklio stūmimas ir numatytojo maršruto stūmimas yra susiję nustatymai, o vieno keitimas be kito duoda gedimus, kurie atrodo kaip DNS problemos.

Naudokite topologiją gedimui susiaurinti

Vienas keliaujantis nešiojamasis kompiuteris praranda prieigą prie kliento, savo paskyros ar vietinio tinklo. Visas filialas praranda prieigą bendruose keliuose ir šliuzuose.

Pirmiausia patikrinkite tunelio sukūrimą, tada maršrutus, tada leidžiamą srautą, tada vardų sprendimą, tada prisijungimą prie programos, ir sustokite ties pirmu žingsniu, kuris nepavyksta.ip route get 10.60.8.15 atsako į maršrutizavimo klausimą dar prieš perskaitant vieną programos žurnalą. Šifravimo nustatymai neištaiso failų bendrinimo leidimų klaidos, o veikiantis ping neįrodo, kad programa yra įgaliota. Tvarkos laikymasis apsaugo nuo atsitiktinių konfigūracijos pakeitimų, kurie vieną gedimą paverčia trimis.

Galiausiai, skaitydami tiekėjo medžiagą laikykite apibrėžimus tiesiai: komercinis interneto išėjimo serveris yra kita paslauga nei įmonės privatus šliuzas ir nesuteikia jokios prieigos prie tos įmonės tinklo.