Замена застарелог VPN портала за датотеке: задржите контроле
Изворни клијент за датотеке и прокси портал спроводе дозволе, опоравак и идентитет на различитим местима. Упоредите их на четири операције које су корисницима потребне.
Стари портал без клијента имао је дугме за брисање, звездицу за омиљене и путању дељења залепљену у е-пошту. Само једно од тога је контрола. Заменити портал значи одлучити које су операције удаљеним корисницима још потребне и где се свака спроводи, а не понављати изглед странице која је случајно радила. Два облика замене покривају већину случајева, и они отказују на различитим местима.
Дугме није дозвола
Почните са списком операција: читање, отпремање, преименовање, брисање. Одлучите које улоге добијају сваку, затим ту одлуку спроведите у услузи за датотеке, а не у интерфејсу. Скривање контроле за брисање на новом порталу оставља позадинску дозволу нетакнутом, и свако са изворним клијентом и истим налогом још може да уклони датотеку.
Брисање заслужује посебну одлуку јер је то операција због које се корисници кају. Питајте одакле се обрисана ставка заиста може опоравити, и не претпостављајте да је одговор корпа за отпатке на преноснику или сопствена корпа портала. Мрежно дељење обично не усмерава брисања кроз локалну корпу.
На дељењу заснованом на Windows-у, Volume Shadow Copy обезбеђује механизам снимака и координацију коју користи софтвер за резервне копије, али његово присуство не говори ништа о томе да ли ово дељење чува верзије које можете да вратите. Власник услуге за датотеке мора да потврди политику верзија и прикаже опоравак пре него што портал буде повучен.
Опција А: изворни клијент за датотеке преко тунела
Мапирана јединица или SMB клијент задржава операције које корисници већ знају, а дозволе спроводи сервер за датотеке при сваком захтеву. Идентитет који је важан је идентитет услуге за датотеке, па приступ преживљава промену VPN производа све док тунел још преноси саобраћај и налог још постоји.
Цена је да клијент мора директно да достигне услугу. Разрешавање имена, доступност портова и метод аутентификације постају део пројекта удаљеног приступа, а портал који је раније посредовао везу крио је сваки од тих захтева. Корисници на неадминистрираним уређајима добијају и дељење монтирано у свом менаџеру датотека, што је шира површина од језичка у прегледачу. Предвидите тај терет подршке пре миграције, јер долази већ првог дана, а не после грејс периода.
Опоравак је најјачи аргумент за овај облик: претходне верзије и дозволе за враћање су изворне на платформи, и служба подршке може да користи исти поступак који користи на локацији.
Опција Б: прокси или апликацијска капија
Портал који преузима датотеку и преноси је у прегледач држи услугу за датотеке изван мрежне путање корисника. То је корисно када уређај не може да се придружи тунелу или када организација жели да сваки захтев буде забележен на једном уском грлу. Компромис је да прокси постаје учесник у свакој операцији и мора да пренесе идентитет корисника до услуге за датотеке уместо да за све користи сопствени сервисни налог.
Понашање при брисању и преименовању мора да се имплементира, а не да се наследи. Ако прокси излаже радњу брисања, та радња позива позадину са неким идентитетом, а траг ревизије треба да именује корисника, а не капију. Ако прокси не може да преименује, реците то пре него што корисници открију усред пројекта.
Преписивање веза је место где овај облик тихо мења значење. URL који портал посредује није исти објекат као URL који прегледач отвара директно, а претварање једног у друго може да уклони контекст аутентификације који га је чинио функционалним.
Имена, идентитети и везе између њих
Делите одобрени сервер и путању дељења, а не листу за прегледање домена. Прегледање зависи од услуга откривања које можда не прелазе тунел, а путања која ради зато што преносник корисника може да наброји домен је путања која се ломи на следећем неадминистрираном уређају.
Прегледајте јединствену пријаву апликацију по апликацију. Токен издат за портал не треба поново да се пушта услузи за датотеке која га никада није валидирала, а параметри упита који носе идентификаторе не треба да се копирају у јавну везу само зато што су се појавили у старој обележивачу. Третирајте сваку одобрену апликацију као сопствену границу поверења.
| 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 |
Изаберите према листи захтева
Ниједан облик не побеђује директно. Радна снага на администрираним преносницима са исправним тунелом добија више од изворног клијента, јер опоравак и дозволе долазе са платформе, а не из поновне имплементације. Мешана популација извођача и личних уређаја може да оправда прокси, под условом да је инфраструктура идентитета стварна, а не заједнички сервисни налог.
Запишите поређење према четири операције и одговору о опоравку, па повуците стари портал тек након што је један опоравак извршен новом путањом. Тај тест вежба делове пројекта које успешна пријава никада не дотиче.