Заместване на стар VPN файлов портал: запазете контролите

Старият портал без клиент имаше бутон за изтриване, звезда за любими и път за споделяне, поставен в имейл. Само едно от тях е контрола. Заместването на портала означава да решите кои операции отдалечените потребители все още имат нужда и къде всяка от тях се налага, а не да възпроизведете оформлението на страница, която случайно е работила. Две форми на заместване покриват повечето случаи и те се провалят на различни места.

Бутонът не е разрешение

Започнете със списъка с операции: четене, качване, преименуване, изтриване. Решете кои роли получават всяка от тях, след което наложете това решение във файловата услуга, а не в интерфейса. Скриването на контрола за изтриване в нов портал оставя разрешението на сървърната част непокътнато и всеки с вграден клиент и същия акаунт все още може да премахне файла.

Изтриването заслужава отделно решение, защото това е операцията, за която потребителите съжаляват. Попитайте откъде изтрит елемент действително може да бъде възстановен и не приемайте, че отговорът е кошчето на лаптопа или собственото кошче на портала. Мрежовото споделяне обикновено не насочва изтриванията през локалното кошче.

При споделяне с поддръжка на Windows Volume Shadow Copy осигурява механизма за моментни снимки и координацията, която използва софтуерът за архивиране, но наличието му не казва нищо за това дали това споделяне запазва версии, които можете да възстановите. Собственикът на файловата услуга трябва да потвърди политиката за версиите и да демонстрира възстановяване, преди порталът да бъде изведен от експлоатация.

Вариант A: вграден файлов клиент през тунела

Свързан диск или SMB клиент запазва операциите, които потребителите вече познават, а правата се налагат от файловия сървър при всяка заявка. Идентичността, която има значение, е идентичността на файловата услуга, така че достъпът оцелява при смяна на VPN продукта, стига тунелът все още да пренася трафика и акаунтът все още да съществува.

Цената е, че клиентът трябва да достигне услугата директно. Разрешаването на имена, достъпността на портовете и методът за удостоверяване стават част от дизайна за отдалечен достъп, а порталът, който преди проксираше връзката, скриваше всяко едно от тези изисквания. Потребителите на неуправлявани устройства също получават споделяне, монтирано в техния файлов мениджър, което е по-широка повърхност от раздел в браузъра. Предвидете този обем на поддръжка преди миграцията, защото той идва в първия ден, а не след гратисен период.

Възстановяването е най-силният аргумент за тази форма: предишните версии и правата за възстановяване са вградени в платформата и службата за поддръжка може да използва същата процедура, която използва на място.

Вариант B: прокси или шлюз за приложения

Портал, който изтегля файла и го предава към браузъра, държи файловата услуга извън мрежовия път на потребителя. Това е полезно, когато устройството не може да се присъедини към тунела или когато организацията иска всяка заявка да бъде регистрирана в една точка на натоварване. Компромисът е, че проксито става участник във всяка операция и трябва да пренесе идентичността на потребителя до файловата услуга, вместо да използва собствения си служебен акаунт за всичко.

Поведението при изтриване и преименуване трябва да бъде реализирано, а не наследено. Ако проксито предоставя действие за изтриване, това действие извиква сървърната част с някаква идентичност и одитната следа трябва да посочва потребителя, а не шлюза. Ако проксито не може да преименува, кажете го, преди потребителите да го открият по средата на проект.

Пренаписването на връзки е мястото, където тази форма тихо променя значението. URL, което проксито обслужва, не е същият обект като URL, който браузърът отваря директно, и превръщането на едното в другото може да отнеме контекста за удостоверяване, който го е карал да работи.

Имена, идентичности и връзките помежду им

Разпространявайте одобрения сървър и път за споделяне, а не списък за разглеждане на домейн. Разглеждането зависи от услуги за откриване, които може да не преминават през тунела, а път, който работи, защото лаптопът на потребителя може да изброи домейн, е път, който се чупи на следващото неуправлявано устройство.

Прегледайте единното влизане приложение по приложение. Токен, издаден за портала, не трябва да се преиграва към файлова услуга, която никога не го е валидирала, а параметрите на заявката, които носят идентификатори, не трябва да се копират в публична връзка само защото са се появили в старата отметка. Отнасяйте се към всяко одобрено приложение като към собствена граница на доверие.

Изберете спрямо списъка с изисквания

Нито една от двете форми не печели безусловно. Работната сила на управлявани лаптопи с работещ тунел получава повече от вградения клиент, защото възстановяването и правата идват от платформата, а не от пресъздаване. Смесена популация от изпълнители и лични устройства може да оправдае проксито, при условие че инфраструктурата за идентичност е истинска, а не споделен служебен акаунт.

Запишете сравнението спрямо четирите операции и отговора за възстановяване, след което изведете стария портал от експлоатация само след като едно възстановяване бъде извършено по новия път. Този тест упражнява частите от дизайна, които успешното влизане никога не докосва.