Om ’n werks-VPN na die VAE te neem: wat jy eerste moet bevestig

Begin ’n werksreis met ’n smaller vraag as of VPN-sagteware oor die algemeen toegelaat word. Die nuttige een is watter private stelsel jy moet bereik, deur watter maatskappypoort, en wie die toestel ondersteun as die tonnel nie opkom nie. Alles anders oor konnektiwiteit is ’n tweede gesprek, en om die twee te vermeng lewer ’n plan op wat nie een van die twee antwoord nie. ’n Geskrewe plan skei hulle.

Wat die gedokumenteerde gebruiksgeval werklik dek

Die VAE-telekomreguleerder, TDRA, publiseer Riglyne vir die internet wat organisatoriese gebruik van VPN-tegnologie vir toegang tot interne netwerke aanspreek, saam met afsonderlike bespreking van inhoudfiltrering en kommunikasiedienste. Dit is onderskeie onderwerpe. ’n Maatskappy wat sy eie intranet deur sy eie poort bereik, is ’n beskryfde organisatoriese gebruiksgeval, nie ’n algemene stelling oor elke diens wat ’n reisiger moontlik gebruik nie. Dit is ook nie ’n regsopinie oor jou spesifieke reis nie, en om dit as enige van die twee te lees, is waar die meeste argumente oor hierdie onderwerp begin.

Lees die gepubliseerde leiding direk eerder as ’n opsomming, en beskou hierdie bladsy as ’n beplanningskontrolelys eerder as as advies oor jou regsposisie. Vir enigiets buite die gedokumenteerde interne-toegangsgeval hoort die vrae by gekwalifiseerde plaaslike regsadviseurs en by jou werkgewer se reisbeleid.

Karteer die werk na ’n spesifieke poort

Skryf die stelsels neer wat jy werklik nodig het: die intranet, ’n dokumentstoor, die interne toepassing wat nie buite die maatskappynetwerk bestaan nie. Stel dan twee vrae aan IT: watter goedgekeurde poort daardie stelsels bedien, en of die reisprofiel enigiets anders aan die toestel verander. Die antwoord is gewoonlik spesifiewer as wat die profielnaam laat blyk.

Sommige organisasies publiseer ’n toegewyde reispoort met ’n ander sertifikaat of ’n ander verifikasiestap; ander verwag dat jy die gewone profiel gebruik, wat alle verkeer eerder as net korporatiewe reekse kan roeteer. Die profielnaam sê selde watter een. Vra, of lees die roetetabel sodra jy gekoppel is.

Om te weet watter een jy het, verander wat jy moet verwag. ’n Volledige-tonnel-profiel stuur jou gewone blaaiery ook deur die maatskappy, wat miskien presies is wat die werkgewer bedoel en beslis iets is om voor die reis te verstaan eerder as tydens dit. Dit identifiseer ook die ondersteuningsroete, want die persoon wat ’n sertifikaat kan heruitreik of ’n rekening kan herstel, is gewoonlik tydens besigheidsure in een tydsone bereikbaar. Dit maak meer saak as die kliëntweergawe.

Wat die profiel aan die res van jou verkeer doen

’n Split-tonnel-profiel dra net die korporatiewe voorvoegsels; ’n volledige-tonnel-profiel dra alles. Nie een is inherent beter nie, maar net een van hulle pas by die nou interne-toegangsgebruiksgeval, en die verskil is ’n konfigurasiebesluit wat jou organisasie reeds geneem het. Jy kan die resultaat op die toestel lees eerder as om uit die profielnaam te raai:

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

Die tweede opdrag wys watter koppelvlak verkeer na ’n korporatiewe adres sou dra. As jou gewone bestemmings ook deur die tonnel oplos, is die profiel volledige tonnel, en enige verwagting dat gewone blaaiery buite dit bly, is verkeerd. Beter om dit voor die reis te ontdek as tydens ’n oproep.

DNS volg dieselfde logika. ’n Resolver wat deur die tonnel gestoot word, bepaal waar name heen gaan, en ’n split-konfigurasie kan interne name na die maatskappy stuur en alles anders na die plaaslike resolver, of die omgekeerde, afhangend van hoe dit gebou is. Kyk watter resolver die toestel werklik gebruik nadat jy gekoppel het, nie watter een die profiel belowe het nie. ’n Opsoek van ’n interne naam vanaf ’n hotelnetwerk is die vinnigste manier om die verskil te sien.

Berei die foutpad voor voor jy vlieg

Aanvaar dat die tonnel nie met die eerste poging vanaf ’n hotelnetwerk sal koppel nie, en besluit vooraf wat jy sal doen. Dit beteken die goedgekeurde terugvalopsie wat jou IT-span ondersteun, die kontakpersoon wat oor tydsones kan help, en die plaaslike nommer vir die toestel as verifikasie van ’n telefoon afhang. Om daardie drie neer te skryf is die verskil tussen ’n plan en ’n voorneme.

Toets die ondersteunde verifikasie- en herstelstappe voor die reis, insluitend enige tweede faktor wat ’n geregistreerde toestel vereis. ’n Faktor wat ’n roamingnommer nodig het wat jy nie geaktiveer het nie, is ’n fout wat jy vandag kan voorspel en nie by die lughawe kan regstel nie. Toets ook die terugvalopsie, nie net die primêre pad nie, en doen dit vanaf ’n netwerk wat nie jou kantoor-LAN is nie. ’n Terugvalopsie wat niemand probeer het nie, is ’n hoop eerder as ’n plan.

Hou die terugvalopsie binne die organisasie se goedgekeurde opsies. ’n Geïmproviseerde openbare uitgang is nie ’n ondersteuningsroete nie, en dit is nie ’n besluit om alleen in ’n hotelkamer te neem nie. As die goedgekeurde terugvalopsie ook misluk, is die korrekte volgende stap die ondersteuningskontak, nie ’n ander uitgang nie.

Hou die rekord en hersien dit

Stoor die plan waar jy dit sal vind: die poortnaam, die ondersteunde kontak, die stelsels wat jy nodig gehad het, en die datum waarop jy die reguleerder se leiding nagegaan het. Leiding en organisasiebeleid verander, en ’n nota met ’n datum is meer werd as ’n geheue. Dit maak ook die volgende reis goedkoper om te beplan.

Hersien dan die plan vir die dele wat glad nie oor tegnologie gaan nie — wat jy sal doen as ’n diens wat jy verwag het, onbeskikbaar is, en wie besluit of die reis voortgaan. Daardie antwoorde word gewoonlik deur ’n persoon gehou, nie deur ’n kliëntinstelling nie.