Den gamle klientløse portal havde en sletknap, en favoritstjerne og en delevej indsat i en e-mail. Kun én af disse er en kontrol. At udskifte portalen betyder at beslutte, hvilke handlinger fjernbrugere stadig har brug for, og hvor hver enkelt håndhæves, ikke at genskabe layoutet af en side, der tilfældigvis virkede. To erstatningsformer dækker de fleste tilfælde, og de fejler forskellige steder.

En knap er ikke en tilladelse

Start med handlingslisten: læse, uploade, omdøbe, slette. Beslut, hvilke roller der får hver enkelt, og håndhæv derefter den beslutning i filservicen i stedet for i grænsefladen. Skjuler man en sletkontrol i en ny portal, forbliver tilladelsen på serverenden intakt, og enhver med en indbygget klient og samme konto kan stadig fjerne filen.

Sletning fortjener en særskilt beslutning, fordi det er den handling, brugerne fortryder. Spørg, hvor en slettet fil faktisk kan gendannes fra, og antag ikke, at svaret er laptopens papirkurv eller portalens egen papirkurv. En netværksdeling sender normalt ikke sletninger gennem den lokale papirkurv.

På en Windows-understøttet deling leverer Volume Shadow Copy snapshot-mekanismen og den koordinering, som backupsoftware bruger, men dens tilstedeværelse siger intet om, hvorvidt denne deling beholder versioner, du kan gendanne. Ejeren af filservicen skal bekræfte versionspolitikken og demonstrere en gendannelse, før portalen udfases.

Mulighed A: en indbygget filklient over tunnelen

Et tilknyttet drev eller en SMB-klient bevarer de handlinger, brugerne allerede kender, og tilladelser håndhæves af filserveren ved hver anmodning. Den identitet, der betyder noget, er filservicens identitet, så adgang overlever et skift af VPN-produkt, så længe tunnelen stadig bærer trafikken, og kontoen stadig findes.

Omkostningen er, at klienten skal nå tjenesten direkte. Navneopløsning, porttilgængelighed og godkendelsesmetoden bliver alle en del af designet til fjernadgang, og en portal, der tidligere proxyede forbindelsen, skjulte hvert af disse krav. Brugere på ustyrede enheder får også en deling monteret i deres filhåndtering, hvilket er en bredere overflade end en browservifte. Budgetlæg den supportbyrde før migreringen, fordi den kommer på den første dag og ikke efter en henstandsperiode.

Gendannelse er det stærkeste argument for denne form: tidligere versioner og gendannelsestilladelser er indbyggede i platformen, og supportdesken kan bruge samme procedure som på stedet.

Mulighed B: en proxy eller applikationsgateway

En portal, der henter filen og streamer den til browseren, holder filservicen ude af brugerens netværkssti. Det er nyttigt, når enheden ikke kan tilslutte sig tunnelen, eller når organisationen vil have hver anmodning logget ét snævert sted. Afvejningen er, at proxyen bliver deltager i hver handling, og den skal føre brugerens identitet videre til filservicen i stedet for at bruge sin egen servicekonto til alt.

Slette- og omdøbsadfærd skal implementeres frem for arves. Hvis proxyen udstiller en slettehandling, kalder den handling serverenden med en eller anden identitet, og revisionssporet bør navngive brugeren, ikke gatewayen. Hvis proxyen ikke kan omdøbe, så sig det, før brugerne opdager det midt i et projekt.

Omskrivning af links er der, hvor denne form stille ændrer betydning. En URL, som portalen proxyer, er ikke det samme objekt som en URL, browseren åbner direkte, og konvertering af den ene til den anden kan fjerne den godkendelseskontekst, der fik den til at virke.

Navne, identiteter og linkene imellem

Distribuer den godkendte server og delevej, ikke en domenebrowserliste. Browsing afhænger af opdagelsestjenester, der måske ikke krydser tunnelen, og en sti, der virker, fordi brugerens laptop kan opregne et domæne, er en sti, der brækker på den næste ustyrede enhed.

Gennemgå single sign-on applikation for applikation. Et token udstedt til portalen bør ikke genafspilles til en filservice, der aldrig har valideret det, og forespørgselsparametre, der bærer identifikatorer, bør ikke kopieres til et offentligt link, blot fordi de optrådte i det gamle bogmærke. Behandl hver godkendt applikation som sin egen tillidsgrænse.

RequirementNative clientProxy portal
Permission enforcementFile service, per requestProxy identity, then file service
Restore pathPlatform versions and backupsProxy trash plus backend restore
Device requirementsTunnel and clientBrowser only
Audit identityFile server logsProxy logs, if it forwards the user

Vælg ud fra kravlisten

Ingen af formerne vinder fuldstændigt. En arbejdsstyrke på styrede laptops med en fungerende tunnel får mere ud af den indbyggede klient, fordi gendannelse og tilladelser kommer fra platformen i stedet for fra en genimplementering. En blandet befolkning af entreprenører og personlige enheder kan begrunde proxyen, forudsat at identitetsinfrastrukturen er reel og ikke en delt servicekonto.

Skriv sammenligningen ned mod de fire handlinger og gendannelsessvaret, og udfas derefter den gamle portal, først når én gendannelse er udført gennem den nye sti. Den test øver de dele af designet, som et vellykket login aldrig berører.

Relaterede artikler