Å erstatta ein gamal VPN-filportal: hald på kontrollane

Den gamle klientlause portalen hadde ein slettaknapp, ei favorittstjerne og ein delebanesti lima inn i ein e-post. Berre éin av desse er ein kontroll. Å erstatta portalen tyder å avgjera kva operasjonar eksterne brukarar framleis treng og kvar kvar einskild vert handheva, ikkje å gjenskapa oppsettet til ei side som tilfeldigvis fungerte. To erstattingsformer dekkjer dei fleste tilfella, og dei sviktar på ulike punkt.

Ein knapp er ikkje eit løyve

Start med operasjonslista: lesa, lasta opp, gje nytt namn, sletta. Avgjer kva roller som får kvar av dei, og handhev den avgjerda i filtenesta i staden for i grensesnittet. Å skjula ein slettakontroll i ein ny portal lèt backend-løyvet vera intakt, og alle med ein innebygd klient og same konto kan framleis fjerna fila.

Sletting fortener ei eiga avgjerd fordi det er operasjonen brukarane angrar på. Spør kvar eit sletta element faktisk kan gjenopprettast frå, og ikkje gå ut frå at svaret er papirkorga på laptopen eller søppelbøtta til portalen sjølv. Ei nettverksdeling ruter vanlegvis ikkje slettingar gjennom den lokale papirkorga.

På ei Windows-basert deling gjev Volume Shadow Copy maskineriet for snapshots og koordineringa som tryggingskopiprogramvara brukar, men tilstadeværet seier ingenting om denne delinga held versjonar du kan gjenoppretta. Eigaren av filtenesta må stadfesta versjonspolicyen og visa ei gjenoppretting før portalen vert avvikla.

Alternativ A: ein innebygd filklient over tunnelen

Ein tilordna stasjon eller ein SMB-klient held på operasjonane brukarane alt kjenner, og løyva vert handheva av filserveren ved kvar førespurnad. Identiteten som tel er identiteten til filtenesta, så tilgangen overlever eit byte av VPN-produkt så lenge tunnelen framleis ber trafikken og kontoen framleis finst.

Kostnaden er at klienten må nå tenesta direkte. Namneoppslag, porttilgjenge og autentiseringsmetoden vert alle ein del av designet for ekstern tilgang, og ein portal som tidlegare proxa tilkoplinga gøymde kvart av desse krava. Brukarar på ustyrte einingar får òg ei deling montert i filhandsamaren sin, noko som er ei breiare flate enn ei nettlesarfane. Budsjetter den støttebelastninga før migreringa, fordi ho kjem den første dagen og ikkje etter ein frist.

Gjenoppretting er det sterkaste argumentet for denne forma: tidlegare versjonar og gjenopprettingsløyve er innebygde i plattformen, og brukarstøtta kan bruka same prosedyre som på staden.

Alternativ B: ein proxy eller applikasjonsgateway

Ein portal som hentar fila og strøymer ho til nettlesaren held filtenesta utanfor nettverksbanen til brukaren. Det er nyttig når eininga ikkje kan bli med i tunnelen eller når organisasjonen vil at kvar førespurnad skal loggast på eitt flaskehalspunkt. Avveginga er at proxyen vert deltakar i kvar operasjon, og han må bera identiteten til brukaren vidare til filtenesta i staden for å bruka sin eigen tenestekonto til alt.

Sletting og nytt namn må implementerast, ikkje arvast. Viss proxyen eksponerer ei sletting, kallar den handlinga backend med ein eller annan identitet, og revisjonssporet bør namngje brukaren og ikkje gatewayen. Viss proxyen ikkje kan gje nytt namn, sei det før brukarane oppdagar det midt i eit prosjekt.

Omskriving av lenkjer er der denne forma stille endrar tydinga. Ein URL som portalen proxar er ikkje same objektet som ein URL nettlesaren opnar direkte, og å konvertera den eine til den andre kan fjerna autentiseringskonteksten som gjorde han fungerande.

Namn, identitetar og lenkjene mellom dei

Distribuer den godkjende serveren og delebanestien, ikkje ei domenenettlesarliste. Nettlesing er avhengig av oppdagartenester som kanskje ikkje kryssar tunnelen, og ein bane som fungerer fordi laptopen til brukaren kan ramsa opp eit domene, er ein bane som brest på neste ustyrte eining.

Gå gjennom einskil innlogging applikasjon for applikasjon. Eit token utferda for portalen bør ikkje spelast av til ei filteneste som aldri validerte det, og spørjeparametrar som ber identifikatorar bør ikkje kopierast inn i ei open lenkje berre fordi dei dukka opp i den gamle bokmerket. Handsame kvar godkjend applikasjon som si eiga tillitsgrense.

Vel mot kravlista

Ingen av formene vinn eintydig. Ein arbeidsstyrke på styrte laptopar med ein fungerande tunnel får meir ut av den innebygde klienten, fordi gjenoppretting og løyve kjem frå plattformen og ikkje frå ein reimplementasjon. Ein blanda populasjon av entreprenørar og personlege einingar kan rettferdiggjera proxyen, føresett at identitetsrøyret er ekte og ikkje ein delt tenestekonto.

Skriv ned samanlikninga mot dei fire operasjonane og gjenopprettingssvaret, og avvikle den gamle portalen berre etter at éi gjenoppretting er utført via den nye banen. Den testen trenar delane av designet som ei vellukka innlogging aldri rører.