Замена састарэлага VPN-партала файлаў: захаваць кантроль

Стары партал без кліента меў кнопку выдалення, зорку выбранага і шлях да спрэду, устаўлены ў электронны ліст. Толькі адзін з іх з'яўляецца элементам кантролю. Замяніць партал — значыць вырашыць, якія аперацыі дыстанцыйным карыстальнікам яшчэ патрэбныя і дзе кожная з іх забяспечваецца, а не ўзнаўляць разметку старонкі, якая выпадкова працавала. Дзве формы замены пакрываюць большасць выпадкаў, і яны адмаўляюць у розных месцах.

Кнопка — не права

Пачніце са спісу аперацый: чытанне, загрузка, перайменаванне, выдаленне. Вызначце, якія ролі атрымліваюць кожную з іх, затым забяспечце гэтае рашэнне ў файлавым сэрвісе, а не ў інтэрфейсе. Хаванне кнопкі выдалення ў новым партале пакідае правы сервернай часткі нязменнымі, і любы, хто мае ўбудаваны кліент і той жа ўліковы запіс, усё роўна можа выдаліць файл.

Выдаленне заслугоўвае асобнага рашэння, бо гэта аперацыя, пра якую карыстальнікі шкадуюць. Спытайце, адкуль выдалены элемент сапраўды можна аднавіць, і не мяркуйце, што адказ — гэта кошык ноўтбука або ўласны кошык партала. Сеткавы спрэд звычайна не накіроўвае выдаленні праз лакальны кошык.

На спрэдзе з падтрымкай Windows Volume Shadow Copy забяспечвае механізм здымкаў і каардынацыю, якую выкарыстоўвае праграмнае забеспячэнне рэзервовага капіравання, але яго наяўнасць нічога не кажа пра тое, ці захоўвае гэты спрэд версіі, якія вы можаце аднавіць. Уладальнік файлавага сэрвісу павінен пацвердзіць палітыку версій і прадэманстраваць аднаўленне, перш чым партал будзе выведзены з эксплуатацыі.

Варыянт A: убудаваны файлавы кліент праз тунэль

Злучаны дыск або кліент SMB захоўвае аперацыі, якія карыстальнікі ўжо ведаюць, а правы забяспечвае файлавы сервер пры кожным запыце. Важная ідэнтычнасць — гэта ідэнтычнасць файлавага сэрвісу, таму доступ захоўваецца пасля змены прадукту VPN, пакуль тунэль яшчэ перадае трафік і ўліковы запіс яшчэ існуе.

Кошт у тым, што кліент павінен дабрацца да сэрвісу напрамую. Развязанне імёнаў, дасяжнасць порта і метад аўтэнтыфікацыі ўсе становяцца часткай праекта дыстанцыйнага доступу, а партал, які раней праксіраваў злучэнне, хаваў кожнае з гэтых патрабаванняў. Карыстальнікі на некіраваных прыладах таксама атрымліваюць спрэд, падмантаваны ў іх файлавы менеджар, што з'яўляецца шырэйшай паверхняй, чым укладка браўзера. Закладзіце бюджэт на гэтую нагрузку падтрымкі да міграцыі, бо яна прыходзіць у першы дзень, а не пасля ільготнага перыяду.

Аднаўленне — самы моцны аргумент для гэтай формы: папярэднія версіі і правы на аднаўленне ўбудаваныя ў платформу, і служба падтрымкі можа выкарыстаць тую ж працэдуру, што і на месцы.

Варыянт B: проксі або шлюз прыкладанняў

Партал, які загружае файл і перадае яго ў браўзер, трымае файлавы сэрвіс па-за сеткавым шляхам карыстальніка. Гэта карысна, калі прылада не можа далучыцца да тунэля або калі арганізацыя хоча, каб кожны запыт рэгістраваўся ў адным вузкім месцы. Каміраміс у тым, што проксі становіцца ўдзельнікам кожнай аперацыі і павінен перадаваць ідэнтычнасць карыстальніка ў файлавы сэрвіс замест таго, каб выкарыстоўваць свой уласны ўліковы запіс службы для ўсяго.

Паводзіны выдалення і перайменавання трэба рэалізаваць, а не ўнаследаваць. Калі проксі прадстаўляе дзеянне выдалення, гэтае дзеянне выклікае серверную частку з нейкай ідэнтычнасцю, і журнал аўдыту павінен называць карыстальніка, а не шлюз. Калі проксі не можа перайменаваць, скажыце пра гэта, перш чым карыстальнікі выявяць гэта пасярэдзіне праекта.

Перапісванне спасылак — гэта месца, дзе гэтая форма ціха змяняе сэнс. URL, які праксіруе партал, — не той самы аб'ект, што URL, які браўзер адкрывае напрамую, і пераўтварэнне аднаго ў другое можа пазбавіць кантэкст аўтэнтыфікацыі, які рабіў яго працаздольным.

Імёны, ідэнтычнасці і спасылкі паміж імі

Раздавайце зацверджаны сервер і шлях да спрэду, а не спіс прагляду дамена. Прагляд залежыць ад службаў выяўлення, якія могуць не перасякаць тунэль, а шлях, які працуе таму, што ноўтбук карыстальніка можа пералічыць дамен, — гэта шлях, які ламаецца на наступнай некіраванай прыладзе.

Пераглядзіце адзіны ўваход па адным прыкладанні. Токен, выдадзены для партала, не павінен перадавацца файлаваму сэрвісу, які ніколі яго не правяраў, а параметры запыту, якія нясуць ідэнтыфікатары, не павінны капіравацца ў публічную спасылку проста таму, што яны з'явіліся ў старым закладцы. Разглядайце кожнае зацверджанае прыкладанне як сваю ўласную мяжу даверу.

Выбірайце супраць спісу патрабаванняў

Ні адна з форм не перамагае цалкам. Рабочая сіла на кіраваных ноўтбуках з працоўным тунэлем атрымлівае больш ад убудаванага кліента, бо аднаўленне і правы паходзяць ад платформы, а не ад пераймання. Змешаная супольнасць падрадчыкаў і асабістых прылад можа апраўдаць проксі, пры ўмове, што інфраструктура ідэнтычнасці рэальная, а не агульны ўліковы запіс службы.

Запішыце параўнанне супраць чатырох аперацый і адказу пра аднаўленне, затым выведзіце стары партал з эксплуатацыі толькі пасля таго, як адно аднаўленне будзе выканана праз новы шлях. Гэты тэст практыкуе тыя часткі праекта, якіх паспяховы ўваход ніколі не закранае.