Nahrazení starého VPN souborového portálu: zachovejte kontroly

Starý portál bez klienta měl tlačítko pro smazání, hvězdičku pro oblíbené a cestu ke sdílení vloženou do e-mailu. Pouze jedna z těchto věcí je kontrola. Nahradit portál znamená rozhodnout, které operace vzdálení uživatelé ještě potřebují a kde se každá z nich vynucuje, ne reprodukovat rozvržení stránky, která náhodou fungovala. Dva tvary náhrady pokrývají většinu případů a selhávají na různých místech.

Tlačítko není oprávnění

Začněte seznamem operací: čtení, nahrávání, přejmenování, mazání. Rozhodněte, které role dostanou každou z nich, a toto rozhodnutí pak vynucujte v souborové službě, ne v rozhraní. Skrytí ovládání mazání v novém portálu ponechá oprávnění na serverové části nedotčené a kdokoli s nativním klientem a stejným účtem může soubor stále odstranit.

Mazání si zaslouží samostatné rozhodnutí, protože je to operace, které uživatelé litují. Zeptejte se, odkud lze smazanou položku skutečně obnovit, a nepředpokládejte, že odpovědí je koš notebooku nebo vlastní koš portálu. Síťové sdílení obvykle nevede mazání přes místní koš.

Na sdílení s podporou Windows poskytuje Volume Shadow Copy mechanismus snímků a koordinaci, kterou používá zálohovací software, ale jeho přítomnost nic neříká o tom, zda toto sdílení uchovává verze, které můžete obnovit. Vlastník souborové služby musí potvrdit zásady verzí a prokázat obnovu, než bude portál vyřazen.

Varianta A: nativní souborový klient přes tunel

Namapovaný disk nebo klient SMB zachovává operace, které uživatelé už znají, a oprávnění vynucuje souborový server při každém požadavku. Důležitá je identita souborové služby, takže přístup přežije změnu produktu VPN, dokud tunel stále přenáší provoz a účet stále existuje.

Cena je, že klient musí službu dosáhnout přímo. Překlad názvů, dostupnost portů a metoda ověřování se všechny stanou součástí návrhu vzdáleného přístupu a portál, který dříve spojení proxoval, skrýval každý z těchto požadavků. Uživatelé na nespravovaných zařízeních také dostanou sdílení připojené ve svém správci souborů, což je širší plocha než karta prohlížeče. Naplánujte tuto zátěž podpory před migrací, protože dorazí první den, ne až po lhůtě smíření.

Obnova je nejsilnější argument pro tento tvar: předchozí verze a oprávnění k obnovení jsou nativní na platformě a helpdesk může použít stejný postup, jaký používá na místě.

Varianta B: proxy nebo aplikační brána

Portál, který soubor načte a přenese do prohlížeče, drží souborovou službu mimo síťovou cestu uživatele. To je užitečné, když se zařízení nemůže připojit k tunelu nebo když organizace chce, aby byl každý požadavek zaznamenán v jednom hrdle. Kompromis je, že se proxy stává účastníkem každé operace a musí přenést identitu uživatele do souborové služby, místo aby pro všechno používala svůj vlastní servisní účet.

Chování mazání a přejmenování musí být implementováno, ne zděděno. Pokud proxy vystavuje akci mazání, tato akce volá serverovou část s nějakou identitou a auditní stopa by měla jmenovat uživatele, ne bránu. Pokud proxy neumí přejmenovat, řekněte to dřív, než to uživatelé objeví v polovině projektu.

Přepisování odkazů je místo, kde tento tvar tiše mění význam. URL, které portál proxuje, není stejný objekt jako URL, které prohlížeč otevře přímo, a převod jednoho na druhé může strhnout kontext ověřování, který ho nechal fungovat.

Názvy, identity a odkazy mezi nimi

Distribuujte schválený server a cestu ke sdílení, ne seznam pro procházení domény. Procházení závisí na službách zjišťování, které nemusí projít tunelem, a cesta, která funguje proto, že notebook uživatele umí vyjmenovat doménu, je cesta, která se zlomí na dalším nespravovaném zařízení.

Projděte jednotné přihlašování aplikaci po aplikaci. Token vydaný pro portál by se neměl přehrávat do souborové služby, která ho nikdy neověřila, a parametry dotazu, které nesou identifikátory, by se neměly kopírovat do veřejného odkazu jen proto, že se objevily ve staré záložce. Každou schválenou aplikaci považujte za vlastní hranici důvěry.

Vyberte podle seznamu požadavků

Ani jeden tvar nevyhrává úplně. Pracovní síla na spravovaných noteboocích s funkčním tunelem získá víc z nativního klienta, protože obnova a oprávnění přicházejí z platformy, ne z nové implementace. Smíšená populace dodavatelů a osobních zařízení může proxy ospravedlnit, pokud je identitní infrastruktura skutečná a nejde o sdílený servisní účet.

Zapište srovnání proti čtyřem operacím a odpovědi o obnově, a teprve potom vyřaďte starý portál, až když byla jednou obnova provedena novou cestou. Tento test procvičí části návrhu, kterých se úspěšné přihlášení nikdy nedotkne.