Darbo VPN į JAE: ką pirmiausia patvirtinti

Darbo kelionę pradėkite siauresniu klausimu nei tai, ar VPN programinė įranga apskritai leidžiama. Naudingas klausimas — kurią privačią sistemą turite pasiekti, per kurią įmonės vartų sąsają ir kas palaiko įrenginį, jei tunelis nepakyla. Visa kita apie ryšį yra antras pokalbis, o abu sumaišius gaunamas planas, kuris neatsako nė į vieną. Rašytinis planas juos atskiria.

Ką iš tikrųjų apima dokumentuotas naudojimo atvejis

JAE telekomunikacijų reguliatorius TDRA skelbia Interneto gaires, kuriose nagrinėjamas organizacinis VPN technologijos naudojimas pasiekti vidinius tinklus, kartu atskirai aptariant turinio filtravimą ir ryšių paslaugas. Tai skirtingos temos. Įmonė, pasiekianti savo intranetą per savo vartų sąsają, yra aprašytas organizacinis naudojimo atvejis, o ne bendras teiginys apie kiekvieną paslaugą, kurią keliautojas galėtų naudoti. Tai taip pat nėra teisinė nuomonė apie jūsų konkrečią kelionę, ir šio teksto skaitymas kaip vieno iš dviejų yra vieta, nuo kurios prasideda dauguma ginčų šia tema.

Skaitykite paskelbtas gaires tiesiogiai, o ne santrauką, ir šį puslapį laikykite planavimo kontroliniu sąrašu, o ne patarimu dėl jūsų teisinės padėties. Viskam, kas nepatenka į dokumentuotą vidinės prieigos atvejį, klausimai priklauso kvalifikuotam vietos teisininkui ir jūsų darbdavio kelionių politikai.

Susiekite darbą su konkrečia vartų sąsaja

Užsirašykite sistemas, kurių iš tikrųjų reikia: intranetą, dokumentų saugyklą, vidinę programą, kurios nėra už įmonės tinklo ribų. Tada užduokite IT du klausimus: kuri patvirtinta vartų sąsaja aptarnauja tas sistemas ir ar kelionės profilis keičia ką nors kita įrenginyje. Atsakymas paprastai būna konkretesnis, nei leidžia manyti profilio pavadinimas.

Kai kurios organizacijos skelbia atskirą kelionės vartų sąsają su kitu sertifikatu ar kitu autentifikavimo žingsniu; kitos tikisi, kad naudosite įprastą profilį, kuris gali maršrutizuoti visą srautą, o ne tik įmonės diapazonus. Profilio pavadinimas retai pasako, kuri tai. Paklauskite arba perskaitykite maršrutizavimo lentelę prisijungę.

Žinojimas, kurią turite, keičia tai, ko turėtumėte tikėtis. Viso tunelio profilis siunčia ir jūsų įprastą naršymą per įmonę, o tai gali būti būtent tai, ko darbdavys nori, ir tikrai tai, ką reikia suprasti prieš kelionę, o ne jos metu. Jis taip pat nustato palaikymo kelią, nes žmogus, galintis iš naujo išduoti sertifikatą ar atkurti paskyrą, paprastai pasiekiamas darbo valandomis vienoje laiko juostoje. Tai svarbiau nei kliento versija.

Ką profilis daro likusiam jūsų srautui

Skirstytojo tunelio profilis perduoda tik įmonės prefiksus; viso tunelio profilis perduoda viską. Nė vienas nėra iš prigimties geresnis, bet tik vienas atitinka siaurą vidinės prieigos atvejį, o skirtumas yra konfigūracijos sprendimas, kurį jūsų organizacija jau priėmė. Rezultatą galite perskaityti įrenginyje, o ne spėlioti iš profilio pavadinimo:

ip -4 route
ip -4 route get 10.20.4.10
nmcli connection show --active

Antroji komanda rodo, kuri sąsaja perduotų srautą į įmonės adresą. Jei ir jūsų įprasti tikslai sprendžiami per tunelį, profilis yra viso tunelio, ir bet koks lūkestis, kad įprastas naršymas liks už jo, yra klaidingas. Geriau tai atrasti prieš kelionę nei pokalbio metu.

DNS laikosi tos pačios logikos. Tunelio stumiamas sprendėjas nusprendžia, kur eina vardai, o skirstytoji konfigūracija gali siųsti vidinius vardus įmonei, o visa kita vietiniam sprendėjui, arba atvirkščiai, priklausomai nuo to, kaip ji sukurta. Patikrinkite, kurį sprendėją įrenginys iš tikrųjų naudoja prisijungęs, o ne kurį žadėjo profilis. Vidinio vardo užklausa iš viešbučio tinklo yra greičiausias būdas pamatyti skirtumą.

Pasirengkite gedimo keliui prieš skrydį

Tarkime, kad tunelis iš viešbučio tinklo neprisijungs pirmu bandymu, ir iš anksto nuspręskite, ką darysite. Tai reiškia patvirtintą atsarginį variantą, kurį palaiko jūsų IT komanda, kontaktą, galintį padėti skirtingose laiko juostose, ir vietinį įrenginio numerį, jei autentifikavimas priklauso nuo telefono. Šių trijų užrašymas yra skirtumas tarp plano ir ketinimo.

Išbandykite palaikomus autentifikavimo ir atkūrimo veiksmus prieš kelionę, įskaitant bet kurį antrą veiksnį, kuriam reikia registruoto įrenginio. Veiksnys, kuriam reikia tarptinklinio ryšio numerio, kurio neaktyvavote, yra gedimas, kurį galite numatyti šiandien ir negalite ištaisyti oro uoste. Išbandykite ir atsarginį variantą, ne tik pagrindinį kelią, ir darykite tai iš tinklo, kuris nėra jūsų biuro LAN. Atsarginis variantas, kurio niekas neišbandė, yra viltis, o ne planas.

Laikykite atsarginį variantą organizacijos patvirtintų pasirinkimų ribose. Improvuotas viešas išėjimas nėra palaikymo kelias, ir tai nėra sprendimas, priimamas vienas viešbučio kambaryje. Jei patvirtintas atsarginis variantas taip pat nepavyksta, teisingas kitas žingsnis yra palaikymo kontaktas, o ne kitas išėjimas.

Išsaugokite įrašą ir patikrinkite jį dar kartą

Išsaugokite planą ten, kur jį rasite: vartų sąsajos pavadinimą, palaikomą kontaktą, reikalingas sistemas ir datą, kai tikrinote reguliatoriaus gaires. Gairės ir organizacijos politika keičiasi, o pastaba su data vertingesnė už prisiminimą. Tai taip pat daro kitos kelionės planavimą pigesnį.

Tada peržiūrėkite planą tose dalyse, kurios visai nesusijusios su technologijomis — ką darysite, jei laukiama paslauga nepasiekiama, ir kas nuspręs, ar kelionė tęsis. Tuos atsakymus paprastai turi žmogus, o ne kliento nustatymas.