Komencu laborvojaĝon per pli mallarĝa demando ol ĉu VPN-programaro estas ĝenerale permesita. La utila demando estas kiun privatan sistemon vi devas atingi, per kiu firmaa enirejo, kaj kiu subtenas la aparaton se la tunelo ne ekfunkcios. Ĉio alia pri konektebleco estas dua interparolo, kaj miksi la du kreas planon, kiu respondas al neniu. Skribita plano apartigas ilin.

Kion la dokumentita uzkazo vere kovras

La telekomunika reguligisto de UAE, TDRA, publikigas Interretajn gvidliniojn kiuj traktas organizan uzon de VPN-teknologio por atingi internajn retojn, apud aparta diskuto pri enhava filtrado kaj komunikaj servoj. Tiuj estas apartaj temoj. Firmao, kiu atingas sian propran intraneton per sia propra enirejo, estas priskribita organiza uzkazo, ne ĝenerala aserto pri ĉiu servo, kiun vojaĝanto eble uzos. Ĝi ankaŭ ne estas jura opinio pri via konkreta vojaĝo, kaj legi ĝin kiel ajnan el la du estas kie komenciĝas la plej multaj disputoj pri ĉi tiu temo.

Legu la publikigitajn gvidliniojn rekte anstataŭ resumon, kaj traktu ĉi tiun paĝon kiel planadan kontrol-liston, ne kiel konsilon pri via jura pozicio. Por io ajn ekster la dokumentita kazo de interna aliro, la demandoj apartenas al kvalifikita loka jurkonsilisto kaj al la vojaĝpolitiko de via dunganto.

Mapu la laboron al specifa enirejo

Skribu la sistemojn, kiujn vi vere bezonas: la intraneto, dokumenta konservejo, la interna aplikaĵo, kiu ne ekzistas ekster la firmaa reto. Poste demandu al IT du demandojn: kiu aprobita enirejo servas tiujn sistemojn, kaj ĉu la vojaĝa profilo ŝanĝas ion alian pri la aparato. La respondo kutime estas pli specifa ol la profila nomo sugestas.

Kelkaj organizoj publikigas dediĉitan vojaĝan enirejon kun malsama atestilo aŭ malsama aŭtentiga paŝo; aliaj atendas, ke vi uzu la ordinaran profilon, kiu povas enkursigi la tutan trafikon anstataŭ nur firmaajn gamojn. La profila nomo malofte diras kiu. Demandu, aŭ legu la enkursigan tabelon post kiam vi konektiĝos.

Scii kiun vi havas ŝanĝas tion, kion vi devus atendi. Plena tunela profilo sendas ankaŭ vian ordinaran retumadon tra la firmao, kio povas esti ĝuste tio, kion la dunganto intencas, kaj certe estas io komprenenda antaŭ la vojaĝo, ne dum ĝi. Ĝi ankaŭ identigas la subtenan vojon, ĉar la persono, kiu povas reeldoni atestilon aŭ restarigi konton, kutime atingeblas dum labortempo en unu horzono. Tio pli gravas ol la klienta versio.

Kion la profilo faras al la resto de via trafiko

Disigita tunela profilo portas nur la firmaajn prefiksojn; plena tunela profilo portas ĉion. Neniu estas esence pli bona, sed nur unu kongruas kun la mallarĝa kazo de interna aliro, kaj la diferenco estas agorda decido, kiun via organizo jam faris. Vi povas legi la rezulton sur la aparato anstataŭ diveni el la profila nomo:

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

La dua komando montras, kiu interfaco portus trafikon al firmaa adreso. Se ankaŭ viaj ordinaraj celoj solviĝas tra la tunelo, la profilo estas plena tunelo, kaj ajna atendo, ke ordinara retumado restas ekstere, estas malĝusta. Pli bone malkovri tion antaŭ la vojaĝo ol dum alvoko.

DNS sekvas la saman logikon. Solvilo puŝita de la tunelo decidas, kien iras nomoj, kaj disigita agordo povas sendi internajn nomojn al la firmao kaj ĉion alian al la loka solvilo, aŭ la malon laŭ tio, kiel ĝi estis konstruita. Kontrolu, kiun solvilon la aparato efektive uzas post konektiĝo, ne kiun la profilo promesis. Serĉo de interna nomo el hotelreta reto estas la plej rapida maniero vidi la diferencon.

Preparu la malsukcesan vojon antaŭ ol flugi

Supozu, ke la tunelo ne konektiĝos je la unua provo el hotelreta reto, kaj decidu anticipe, kion vi faros. Tio signifas la aprobitan rezervan solvon, kiun subtenas via IT-teamo, la kontakton, kiu povas helpi tra horzonoj, kaj la lokan numeron por la aparato se aŭtentigo dependas de telefono. Skribi tiujn tri estas la diferenco inter plano kaj intenco.

Testu la subtenatajn aŭtentigajn kaj restarigajn paŝojn antaŭ la vojaĝo, inkluzive de ajna dua faktoro, kiu postulas registritan aparaton. Faktoro, kiu bezonas sovaĝan numeron, kiun vi ne aktivigis, estas malsukceso, kiun vi povas antaŭvidi hodiaŭ kaj ne povas ripari ĉe la flughaveno. Testu ankaŭ la rezervan solvon, ne nur la ĉefan vojon, kaj faru tion el reto, kiu ne estas via oficeja LAN. Rezerva solvo, kiun neniu provis, estas espero, ne plano.

Tenu la rezervan solvon ene de la aprobitaj opcioj de la organizo. Improvizita publika eliro ne estas subtena vojo, kaj ĝi ne estas decido farota sola en hotelĉambro. Se ankaŭ la aprobita rezerva solvo malsukcesas, la ĝusta sekva paŝo estas la subtena kontakto, ne alia eliro.

Konservu la rikordon kaj rekontrolu ĝin

Konservu la planon tie, kie vi trovos ĝin: la nomo de la enirejo, la subtenata kontakto, la sistemoj, kiujn vi bezonis, kaj la dato, kiam vi kontrolis la gvidliniojn de la reguligisto. Gvidlinioj kaj organiza politiko ŝanĝiĝas, kaj noto kun dato valoras pli ol memoro. Ĝi ankaŭ malpli kosts la planadon de la sekva vojaĝo.

Poste revizu la planon pri la partoj, kiuj tute ne temas pri teknologio — kion vi faros, se servo, kiun vi atendis, ne disponeblas, kaj kiu decidas, ĉu la vojaĝo daŭros. Tiuj respondoj kutime troviĝas ĉe persono, ne ĉe klienta agordo.

Rilataj artikoloj