Nahradenie starého VPN súborového portálu: zachovajte kontroly
Natívny súborový klient a proxy portál presadzujú oprávnenia, obnovu a identitu na rôznych miestach. Porovnajte ich na štyroch operáciách, ktoré používatelia potrebujú.
Starý portál bez klienta mal tlačidlo odstránenia, hviezdičku obľúbených a cestu zdieľania vloženú do e-mailu. Iba jedna z toho je kontrola. Nahradiť portál znamená rozhodnúť, ktoré operácie vzdialení používatelia ešte potrebujú a kde sa každá presadzuje, nie reprodukovať rozloženie stránky, ktorá náhodou fungovala. Dva tvary náhrady pokrývajú väčšinu prípadov a zlyhávajú v rôznych bodoch.
Tlačidlo nie je oprávnenie
Začnite zoznamom operácií: čítanie, nahrávanie, premenovanie, odstránenie. Rozhodnite, ktoré roly dostanú ktorú, a potom toto rozhodnutie presaďte v súborovej službe, nie v rozhraní. Skrytie ovládania odstránenia v novom portáli ponecháva backendové oprávnenie nedotknuté a ktokoľvek s natívnym klientom a rovnakým účtom môže súbor stále odstrániť.
Odstránenie si zaslúži samostatné rozhodnutie, pretože je to operácia, ktorú používatelia ľutujú. Opýtajte sa, odkiaľ sa dá odstránená položka skutočne obnoviť, a nepredpokladajte, že odpoveďou je koš na notebooku alebo vlastný kôš portálu. Sieťové zdieľanie zvyčajne nevedie odstránenia cez miestny kôš.
Na zdieľaní založenom na Windows poskytuje Volume Shadow Copy mechanizmus snímok a koordináciu, ktorú používa zálohovací softvér, ale jeho prítomnosť nič nehovorí o tom, či toto zdieľanie uchováva verzie, ktoré môžete obnoviť. Vlastník súborovej služby musí potvrdiť politiku verzií a pred vyradením portálu predviesť obnovu.
Možnosť A: natívny súborový klient cez tunel
Mapovaný disk alebo klient SMB zachováva operácie, ktoré používatelia už poznajú, a oprávnenia presadzuje súborový server pri každej požiadavke. Dôležitá je identita súborovej služby, takže prístup prežije zmenu produktu VPN, pokiaľ tunel ešte prenáša prevádzku a účet ešte existuje.
Cenou je, že klient musí službu dosiahnuť priamo. Rozlišovanie názvov, dostupnosť portov a metóda overovania sa všetky stanú súčasťou návrhu vzdialeného prístupu a portál, ktorý predtým proxoval pripojenie, skrýval každú z týchto požiadaviek. Používatelia na nespravovaných zariadeniach dostanú aj zdieľanie pripojené v správcovi súborov, čo je širší povrch než karta prehliadača. Rozpočítajte toto zaťaženie podpory pred migráciou, pretože prichádza prvý deň a nie po období zhovievavosti.
Obnova je najsilnejší argument pre tento tvar: predchádzajúce verzie a oprávnenia na obnovu sú natívne pre platformu a help desk môže použiť rovnaký postup ako na mieste.
Možnosť B: proxy alebo aplikačná brána
Portál, ktorý súbor načíta a streamuje ho do prehliadača, drží súborovú službu mimo sieťovej cesty používateľa. To je užitočné, keď sa zariadenie nemôže pripojiť k tunelu alebo keď organizácia chce, aby bola každá požiadavka zaznamenaná v jednom úzkom mieste. Kompromis je, že proxy sa stáva účastníkom každej operácie a musí preniesť identitu používateľa až do súborovej služby namiesto toho, aby na všetko používal vlastný servisný účet.
Správanie pri odstraňovaní a premenovaní treba implementovať, nie zdediť. Ak proxy sprístupní akciu odstránenia, táto akcia volá backend s nejakou identitou a auditná stopa by mala uviesť používateľa, nie bránu. Ak proxy nevie premenovať, povedzte to skôr, než to používatelia objavia v strede projektu.
Prepísanie odkazov je miesto, kde tento tvar potichu mení význam. URL, ktorú portál proxuje, nie je ten istý objekt ako URL, ktorú prehliadač otvára priamo, a prevod jednej na druhú môže odstrániť kontext overenia, ktorý ju robil funkčnou.
Názvy, identity a odkazy medzi nimi
Distribuujte schválený server a cestu zdieľania, nie zoznam na prehliadanie domény. Prehliadanie závisí od služieb zisťovania, ktoré nemusia prejsť tunelom, a cesta, ktorá funguje preto, že notebook používateľa dokáže vymenovať doménu, je cesta, ktorá sa zlomí na ďalšom nespravovanom zariadení.
Prejdite si jednotné prihlásenie aplikáciu po aplikácii. Token vydaný pre portál by sa nemal prehrávať súborovej službe, ktorá ho nikdy neoverila, a parametre dopytu nesúce identifikátory by sa nemali kopírovať do verejného odkazu len preto, že sa objavili v starej záložke. Každú schválenú aplikáciu berte ako vlastnú hranicu dôvery.
| Requirement | Native client | Proxy portal |
|---|---|---|
| Permission enforcement | File service, per request | Proxy identity, then file service |
| Restore path | Platform versions and backups | Proxy trash plus backend restore |
| Device requirements | Tunnel and client | Browser only |
| Audit identity | File server logs | Proxy logs, if it forwards the user |
Vyberte podľa zoznamu požiadaviek
Ani jeden tvar nevyhráva priamo. Pracovná sila na spravovaných notebookoch s fungujúcim tunelom získa viac z natívneho klienta, pretože obnova a oprávnenia prichádzajú z platformy, nie z opätovnej implementácie. Zmiešaná populácia dodávateľov a osobných zariadení môže odôvodniť proxy, za predpokladu, že identitná inštalácia je skutočná a nie spoločný servisný účet.
Zapíšte porovnanie voči štyrom operáciám a odpovedi o obnove, a starý portál vyraďte až po tom, ako bola novou cestou vykonaná jedna obnova. Ten test precvičuje tie časti návrhu, ktorých sa úspešné prihlásenie nikdy nedotkne.