Die ou portaal sonder kliënt het 'n uitvee-knoppie, 'n gunstelingster en 'n deelpad gehad wat in 'n e-pos geplak is. Slegs een daarvan is 'n beheermaatreël. Om die portaal te vervang beteken om te besluit watter bewerkings afgeleë gebruikers nog nodig het en waar elkeen afgedwing word, nie om die uitleg van 'n bladsy na te maak wat toevallig gewerk het nie. Twee vervangingsvorme dek die meeste gevalle, en hulle faal op verskillende punte.

'n Knoppie is nie 'n toestemming nie

Begin met die lys bewerkings: lees, oplaai, hernoem, verwyder. Besluit watter rolle elkeen kry en dwing daardie besluit dan by die lêerdiens af, eerder as in die koppelvlak. As jy 'n verwyder-beheer in 'n nuwe portaal wegsteek, bly die toestemming aan die bedienerkant ongeskonde, en enigiemand met 'n inheemse kliënt en dieselfde rekening kan die lêer steeds verwyder.

Verwydering verdien 'n aparte besluit, want dit is die bewerking waaroor gebruikers spyt is. Vra waar 'n verwyderde item werklik herstel kan word, en moenie aanneem die antwoord is die skootrekenaar se asblik of die portaal se eie asblik nie. 'n Netwerkdeling lei oor die algemeen nie verwyderings deur die plaaslike asblik nie.

Op 'n deling wat deur Windows ondersteun word, verskaf Volume Shadow Copy die momentopname-meganisme en die koördinering wat rugsteunsagteware gebruik, maar die teenwoordigheid daarvan sê niks oor of hierdie deling weergawes hou wat jy kan herstel nie. Die eienaar van die lêerdiens moet die weergawebeleid bevestig en 'n herstel demonstreer voordat die portaal buite werking gestel word.

Opsie A: 'n inheemse lêerkliënt oor die tonnel

'n Gekarteerde skyf of 'n SMB-kliënt behou die bewerkings wat gebruikers reeds ken, en toestemmings word by elke versoek deur die lêerbediener afgedwing. Die identiteit wat saak maak, is die lêerdiens-identiteit, so toegang oorleef 'n verandering van VPN-produk solank die tonnel die verkeer steeds dra en die rekening steeds bestaan.

Die koste is dat die kliënt die diens direk moet bereik. Naamoplossing, poortbereikbaarheid en die verifikasiemetode word almal deel van die ontwerp vir afgeleë toegang, en 'n portaal wat die verbinding vroeër geproxie het, het elkeen van daardie vereistes verberg. Gebruikers op onbestuurde toestelle kry ook 'n deling wat in hul lêerbestuurder gemonteer word, wat 'n wyer oppervlak is as 'n blaaier-oortjie. Begroot vir daardie ondersteuningslas voor die migrasie, want dit kom op die eerste dag en nie eers na 'n oorgangsperiode nie.

Herstel is die sterkste argument vir hierdie vorm: vorige weergawes en hersteltoestemmings is inheems aan die platform, en die diensdesk kan dieselfde prosedure gebruik as wat dit op die perseel gebruik.

Opsie B: 'n proksie of toepassing-gateway

'n Portaal wat die lêer gaan haal en na die blaaier stroom, hou die lêerdiens buite die gebruiker se netwerkpad. Dit is nuttig wanneer die toestel nie by die tonnel kan aansluit nie, of wanneer die organisasie elke versoek by een enkele keurpunt wil laat aanteken. Die afruiling is dat die proksie 'n deelnemer aan elke bewerking word, en dit moet die gebruiker se identiteit deurgee na die lêerdiens in plaas daarvan om sy eie diensrekening vir alles te gebruik.

Verwyder- en hernoem-gedrag moet geïmplementeer word eerder as geërf. As die proksie 'n verwyderaksie blootstel, roep daardie aksie die agterkant aan met een of ander identiteit, en die ouditspoor behoort die gebruiker te noem, nie die gateway nie. As die proksie nie kan hernoem nie, sê dit voordat gebruikers dit halfpad deur 'n projek ontdek.

Skakelherskrywing is waar hierdie vorm stilweg die betekenis verander. 'n URL wat die portaal proxie, is nie dieselfde objek as 'n URL wat die blaaier direk oopmaak nie, en om die een in die ander te omskep kan die verifikasiekonteks stroop wat dit laat werk het.

Name, identiteite en die skakels tussenin

Versprei die goedgekeurde bediener en deelpad, nie 'n domeinblaailys nie. Blaai hang af van ontdekkingsdienste wat dalk nie die tonnel oorsteek nie, en 'n pad wat werk omdat die gebruiker se skootrekenaar 'n domein kan opnoem, is 'n pad wat op die volgende onbestuurde toestel breek.

Hersien eenmalige aanmelding toepassing vir toepassing. 'n Token wat vir die portaal uitgereik is, moet nie herspeel word na 'n lêerdiens wat dit nooit gevalideer het nie, en navraagparameters wat identifiseerders dra, moet nie in 'n openbare skakel gekopieer word net omdat hulle in die ou boekmerk verskyn het nie. Behandel elke goedgekeurde toepassing as sy eie vertrouensgrens.

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

Kies teen die vereiste-lys

Nie een van die twee vorme wen heeltemal nie. 'n Werkmag op bestuurde skootrekenaars met 'n werkende tonnel kry meer uit die inheemse kliënt, want herstel en toestemmings kom van die platform eerder as van 'n herimplementering. 'n Gemengde bevolking van kontrakteurs en persoonlike toestelle kan die proksie regverdig, mits die identiteitsinstallasie eg is en nie 'n gedeelde diensrekening nie.

Skryf die vergelyking neer teen die vier bewerkings en die herstelantwoord, en stel die ou portaal eers buite werking nadat een herstel deur die nuwe pad uitgevoer is. Daardie toets oefen die dele van die ontwerp wat 'n suksesvolle aanmelding nooit raak nie.

Verwante artikels