Arbeids-VPN i utlandet: godkjenning, rute og gjenoppretting av innlogging

Tunnelen kommer opp på hotellrommet, ikonet blir grønt, og den første interne applikasjonen timer ut. I mellomtiden sitter telefonnummeret som mottar innloggingskoden på et SIM-kort som sluttet å virke da flyet landet. VPN koblet til, og arbeidet feilet likevel, fordi tre adskilte spørsmål var slått sammen til én test. Svar på dem i rekkefølgen nedenfor, og reisen slutter å være et eksperiment.

Godkjenning er ikke det samme som tilkobling

At en arbeidsgiver tillater arbeid fra et annet land, at en klient setter opp en tunnel der, og at en identitetsleverandør godtar innloggingen er tre forskjellige resultater. Hvert av dem eies av en annen del av organisasjonen, og hvert av dem kan feile mens de to andre lykkes. En rask vellykket test forteller deg bare at nettverksruten virket i det øyeblikket.

Derfor er et grønt ikon under en prøvekjøring et så misvisende bevis: det besvarer det tekniske spørsmålet og lar policyen, applikasjonsavhengighetene og gjenopprettingsveien ligge nøyaktig der de var. Behandle testen som ett av tre svar, ikke som hele verifiseringen.

Få arbeidsstedet godkjent først

Gi den ansvarlige kontakten det planlagte stedet, datoene, enheten og arbeidet som skal gjøres. Spør hvilket utstyr som forventes, hvordan dataene kan håndteres, og hvem som støtter deg mens du er borte. Spørsmål om ansettelse, skatt og jurisdiksjon hører til eieren av de spørsmålene, ikke til personen som utsteder VPN-kontoer. Skriv ned svaret et sted du kan nå det på reisen.

Få organisasjonens faktiske svar skriftlig. Et foruminnlegg om en annen arbeidsgivers begrensninger, eller en kollegas beretning om en grenseovergang, kan ikke fastsette policyen din. Å behandle en anekdote som godkjenning er måten folk ender med å forklare en ikke-godkjent reise for en leder.

Øv på den faktiske tilkoblingsruten

Bekreft den støttede klienten, profilen, endepunktet og transporten med IT, og list deretter opp de private applikasjonene og navnene arbeidet faktisk trenger. Et tunnelikon beviser ikke at noe av det er tilgjengelig, og et internt navn som bare løses opp etter tilkobling er en konkret avhengighet det er verdt å skrive ned før avreise. Grupper avhengighetene etter applikasjon, slik at en manglende oppdages i planleggingsfasen og ikke den første morgenen. Hvert punkt på den listen kan feile uavhengig.

Be om en godkjent test i stedet for å improvisere en. Å koble til hjemmefra gjennom en urelatert utenlandsk utgang er ikke en prøve på hotell-Wi-Fi, et mobilt hotspot, en oppdatering av en administrert enhet eller en tvungen portal. Å bygge en ikke-godkjent nestet tunnel for at testen skal se utenlandsk ut endrer ordningen i stedet for å validere den, og setter testen i en tilstand ingen har gjennomgått.

Hold den godkjente profilen og de ikke-hemmelige støtteinstruksjonene tilgjengelige offline, og hvis det kreves et lokalt adgangstrinn før trafikken flyter, bruk den dokumenterte prosedyren mens du beholder blokkeringspolicyen organisasjonen har satt. En omvei som slår av en kontroll for å komme på nett er en endring av ordningen, ikke en løsning på den.

Hold gjenopprettingen av innlogging uavhengig

Spør om sted, enhetstilstand eller en annen kontekstuell betingelse påvirker adgangen, og bekreft at autentikatoren og gjenopprettingsprosessen fortsatt vil være tilgjengelige under reisen. Ikke anta at en endret kildeadresse utløser en alarm, eller at en godkjent reise fjerner alle sikkerhetskontroller. Begge antakelsene fører til den samme overraskelsen på det verste tidspunktet.

Skriv ned hvem du skal kontakte ved en avvist innlogging, en tapt autentikator eller en utilgjengelig tjeneste. VPN-operatøren, identitetsadministratoren og applikasjonseieren løser ulike trinn, og en gjenopprettingsvei som er helt avhengig av VPN-en du ikke når, er ingen reserve. Et andre kontaktsystem som ikke deler den feilende ruten, er minimumet. Avtal den kanalen før avreise, ikke etter at innloggingen feiler.

EFFs planleggingsveiledning begynner med hva som beskyttes og mot hvem, deretter innsatsen og hjelpen som er tilgjengelig. Brukt her navngir planen arbeidet og avhengighetene før den velger en teknikk for å endre adressen en observatør ser. Den rekkefølgen er det som holder det tekniske valget underordnet det faktiske kravet.

Legg igjen et kort overleveringsnotat: godkjent ordning, enhet og profil, nødvendige applikasjoner, testresultat og en støttekontakt som ikke er på samme tilkobling. Hold passord, private nøkler og gjenopprettingskoder utenfor en delt reiseplan, og hvis det dukker opp en advarsel mens du er borte, rapporter den faktiske feilen gjennom den kanalen i stedet for å bytte ruter for å skjule hvor du er.