Munkához használt VPN-nel az Egyesült Arab Emírségekbe: mit érdemes először tisztázni

Kezdje a munkautat szűkebb kérdéssel annál, mint hogy a VPN-szoftver általában engedélyezett-e. A hasznos kérdés az, melyik privát rendszert kell elérnie, melyik vállalati átjárón keresztül, és ki támogatja az eszközt, ha az alagút nem jön fel. Minden más a kapcsolódásról egy második beszélgetés, és a kettő összekeverése olyan tervet ad, amely egyikre sem válaszol. Az írásos terv szétválasztja őket.

Mit fed le valójában a dokumentált használati eset

Az Egyesült Arab Emírségek távközlési szabályozója, a TDRA közzéteszi Internet-irányelvek című dokumentumát, amely a VPN-technológia szervezeti használatát tárgyalja belső hálózatok eléréséhez, mellette külön a tartalomszűrésről és a kommunikációs szolgáltatásokról szóló vitát. Ezek külön témák. Az a vállalat, amely a saját átjáróján keresztül éri el a saját intranetjét, leírt szervezeti használati eset, nem pedig átfogó állítás minden szolgáltatásról, amelyet egy utazó használhat. Ez nem jogi vélemény az ön konkrét útjáról sem, és ha valaki bármelyikként olvassa, ott kezdődik a téma körüli viták többsége.

Olvassa el a közzétett iránymutatást közvetlenül, ne összefoglalót, és kezelje ezt az oldalt tervezési ellenőrzőlistaként, nem pedig a jogi helyzetére vonatkozó tanácsként. A dokumentált belső hozzáférési eseten kívül eső minden kérdés szakképzett helyi jogászhoz és a munkáltatója utazási szabályzatához tartozik.

Rendelje a munkát konkrét átjáróhoz

Írja fel, milyen rendszerekre van valóban szüksége: az intranet, egy dokumentumtár, a belső alkalmazás, amely a vállalati hálózaton kívül nem létezik. Ezután tegyen fel két kérdést az IT-nak: melyik jóváhagyott átjáró szolgálja ki ezeket a rendszereket, és változtat-e mást az eszközön az utazási profil. A válasz általában konkrétabb, mint amit a profil neve sejtet.

Egyes szervezetek külön utazási átjárót tesznek közzé más tanúsítvánnyal vagy más hitelesítési lépéssel; mások azt várják, hogy a szokásos profilt használja, amely az összes forgalmat irányíthatja, nem csak a vállalati tartományokat. A profil neve ritkán mondja meg, melyik. Kérdezzen, vagy olvassa el az útválasztási táblázatot, miután csatlakozott.

Ha tudja, melyik van önnél, az megváltoztatja azt, amire számíthat. A teljes alagút profilja a szokásos böngészését is a vállalaton keresztül küldi, ami talán pontosan az, amit a munkáltató szeretne, és mindenképp olyasmi, amit az utazás előtt kell megérteni, nem közben. Meghatározza a támogatási útvonalat is, mert aki tanúsítványt tud újra kiállítani vagy fiókot visszaállítani, az általában munkaidőben érhető el egy időzónában. Ez fontosabb, mint az ügyfélverzió.

Mit tesz a profil a forgalma többi részével

Az osztott alagút profilja csak a vállalati előtagokat viszi; a teljes alagút profilja mindent. Egyik sem eleve jobb, de csak az egyik illik a szűk belső hozzáférési esethez, és a különbség olyan konfigurációs döntés, amelyet a szervezete már meghozott. Az eredményt leolvashatja az eszközről, ahelyett hogy a profil nevéből találgatna:

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

A második parancs megmutatja, melyik interfész vinné a forgalmat egy vállalati címre. Ha a szokásos céljai is az alagúton keresztül oldódnak fel, a profil teljes alagút, és minden olyan várakozás, hogy a szokásos böngészés kívül marad, téves. Jobb ezt az utazás előtt felfedezni, mint egy hívás közben.

A DNS ugyanezt a logikát követi. Az alagút által kényszerített feloldó dönti el, hova mennek a nevek, és egy osztott konfiguráció a belső neveket a vállalathoz, minden mást a helyi feloldóhoz küldhet, vagy fordítva, attól függően, hogyan építették. Ellenőrizze, melyik feloldót használja az eszköz valójában a csatlakozás után, ne azt, amelyiket a profil ígérte. Egy belső név lekérdezése hotelszobai hálózatról a leggyorsabb módja a különbség meglátásának.

Készítse elő a hibaút tervét, mielőtt felszáll

Tételezze fel, hogy az alagút hotelszobai hálózatról első próbálkozásra nem csatlakozik, és döntse el előre, mit tesz. Ez a jóváhagyott tartalék megoldást jelenti, amelyet az IT-csapata támogat, a kapcsolattartót, aki időzónákon át tud segíteni, és az eszköz helyi számát, ha a hitelesítés telefonhoz kötött. Ennek a háromnak a leírása a különbség a terv és a szándék között.

Tesztelje a támogatott hitelesítési és helyreállítási lépéseket az utazás előtt, beleértve minden második tényezőt, amely regisztrált eszközt igényel. Az a tényező, amelyhez olyan roaming szám kell, amelyet nem aktivált, olyan hiba, amelyet ma előre láthat, és a repülőtéren nem tud kijavítani. Tesztelje a tartalék megoldást is, ne csak az elsődleges utat, és tegye ezt olyan hálózatról, amely nem az irodai LAN. Az a tartalék, amelyet senki nem próbált ki, remény, nem terv.

Tartsa a tartalék megoldást a szervezet jóváhagyott lehetőségei között. Az improvizált nyilvános kijárat nem támogatási útvonal, és ez nem egyedül, hotelszobában meghozandó döntés. Ha a jóváhagyott tartalék is meghiúsul, a helyes következő lépés a támogatási kapcsolat, nem egy másik kijárat.

Őrizze meg a feljegyzést, és ellenőrizze újra

Mentse a tervet oda, ahol megtalálja: az átjáró nevét, a támogatott kapcsolattartót, a szükséges rendszereket és azt a dátumot, amikor ellenőrizte a szabályozó iránymutatását. Az iránymutatás és a szervezeti szabályzat változik, és egy dátummal ellátott feljegyzés többet ér egy emléknél. A következő utazás tervezését is olcsóbbá teszi.

Ezután vizsgálja át a tervet azokon a részeken, amelyek egyáltalán nem technológiáról szólnak — mit tesz, ha egy várt szolgáltatás nem elérhető, és ki dönti el, hogy az utazás folytatódik-e. Ezekre a válaszokra általában egy személynél talál, nem egy ügyfélbeállításnál.