Arbejds-VPN i udlandet: godkendelse, rute og gendannelse af login

Tunnelen kommer op på hotelværelset, ikonet bliver grønt, og den første interne applikation timer ud. Imens sidder det telefonnummer, der modtager login-koden, på et SIM-kort, som holdt op med at virke, da flyet landede. VPN’et blev forbundet, og arbejdet fejlede alligevel, fordi tre forskellige spørgsmål var blevet slået sammen til én test. Besvar dem i rækkefølgen nedenfor, og rejsen holder op med at være et eksperiment.

Godkendelse er ikke det samme som forbindelse

At en arbejdsgiver tillader arbejde fra et andet land, at en kunde opretter en tunnel der, og at en identitetsudbyder accepterer login er tre forskellige resultater. Hvert af dem ejes af en anden del af organisationen, og hvert af dem kan fejle, mens de to andre lykkes. En hurtig vellykket test fortæller dig kun, at netværksruten virkede i det øjeblik.

Derfor er et grønt ikon under en prøvekørsel så vildledende et bevis: det besvarer det tekniske spørgsmål og lader politikken, applikationsafhængighederne og gendannelsesvejen ligge præcis, hvor de var. Behandl testen som ét svar ud af tre, ikke som hele verifikationen.

Få først arbejdsstedet godkendt

Giv den ansvarlige kontakt det påtænkte sted, datoerne, enheden og det arbejde, der skal udføres. Spørg, hvilket udstyr der forventes, hvordan dataene må håndteres, og hvem der støtter dig, mens du er væk. Spørgsmål om ansættelse, skat og jurisdiktion hører til ejeren af de spørgsmål, ikke til personen, der udsteder VPN-konti. Skriv svaret ned et sted, du kan nå på rejsen.

Få organisationens faktiske svar på skrift. Et forumindlæg om en anden arbejdsgivers begrænsninger eller en kollegas beretning om en grænseovergang kan ikke fastlægge din politik. At behandle en anekdote som godkendelse er måden, hvorpå folk ender med at forklare en ikke-godkendt rejse for en chef.

Øv den reelle forbindelsesrute

Bekræft den understøttede klient, profil, endpoint og transport med IT, og list derefter de private applikationer og navne, som arbejdet faktisk har brug for. Et tunnelikon beviser ikke, at noget af det er tilgængeligt, og et internt navn, der først slås op efter forbindelse, er en konkret afhængighed, der er værd at skrive ned før afrejse. Gruppér afhængighederne efter applikation, så en manglende bemærkes i planlægningsfasen i stedet for den første morgen. Hvert punkt på den liste kan fejle uafhængigt.

Bed om en godkendt test i stedet for at improvisere en. At forbinde hjemmefra gennem en uvedkommende udenlandsk udgang er ikke en prøve på hotel-Wi-Fi, et mobilt hotspot, en opdatering af en administreret enhed eller en captive portal. At bygge en ikke-godkendt indlejret tunnel for at få testen til at se udenlandsk ud ændrer arrangementet i stedet for at validere det, og det sætter testen i en tilstand, som ingen har gennemgået.

Hold den godkendte profil og de ikke-hemmelige supportinstruktioner tilgængelige offline, og hvis der kræves et lokalt adgangsskridt, før trafikken løber, så brug dets dokumenterede procedure, mens du bevarer den blokeringspolitik, organisationen har sat. En omvej, der deaktiverer en kontrol for at komme online, er en ændring af arrangementet, ikke en løsning på det.

Hold gendannelsen af login uafhængig

Spørg, om placering, enhedstilstand eller en anden kontekstuel betingelse påvirker adgangen, og bekræft, at autentifikatoren og gendannelsesprocessen stadig vil være tilgængelige under rejsen. Antag ikke, at en ændret kildeadresse udløser en alarm, eller at en godkendt rejse fjerner alle sikkerhedstjek. Begge antagelser fører til den samme overraskelse på det værst tænkelige tidspunkt.

Skriv ned, hvem du skal kontakte ved et afvist login, en mistet autentifikator eller en utilgængelig tjeneste. VPN-operatøren, identitetsadministratoren og applikationsejeren løser forskellige trin, og en gendannelsesrute, der helt afhænger af det VPN, du ikke kan nå, er ikke en reserve. Et andet kontaktpunkt, der ikke deler den fejlende rute, er minimum. Aftal den kanal før afrejse, ikke efter loginet fejler.

EFF’s planlægningsvejledning begynder med, hvad der beskyttes og mod hvem, derefter indsatsen og den hjælp, der er til rådighed. Anvendt her navngiver planen arbejdet og dets afhængigheder, før den vælger en teknik til at ændre den adresse, en observatør ser. Den rækkefølge er det, der holder det tekniske valg underordnet det faktiske krav.

Efterlad en kort overdragelsesnote: godkendt arrangement, enhed og profil, nødvendige applikationer, testresultat og en supportkontakt, der ikke er på samme forbindelse. Hold adgangskoder, private nøgler og gendannelseskoder ude af en delt rejseplan, og hvis der dukker en advarsel op, mens du er væk, så rapportér den faktiske fejl gennem den kanal i stedet for at skifte ruter for at skjule, hvor du er.