Заміна застарілого файлового порталу VPN: зберегти контроль

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

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

Почніть зі списку операцій: читання, завантаження, перейменування, видалення. Визначте, які ролі що отримують, а потім забезпечте це рішення у файловій службі, а не в інтерфейсі. Приховування елемента видалення в новому порталі залишає права на бекенді недоторканими, і будь-хто з нативним клієнтом і тим самим обліковим записом усе ще може видалити файл.

Видалення заслуговує окремого рішення, бо це операція, про яку користувачі шкодують. Запитайте, звідки видалений елемент справді можна відновити, і не припускайте, що відповідь — кошик ноутбука чи власний кошик порталу. Мережевий ресурс зазвичай не спрямовує видалення через локальний кошик.

На спільному ресурсі під Windows Volume Shadow Copy надає механізм знімків і узгодження, яке використовує програмне забезпечення резервного копіювання, але сама його наявність нічого не каже про те, чи зберігає цей ресурс версії, які можна відновити. Власник файлової служби має підтвердити політику версій і продемонструвати відновлення до виведення порталу з експлуатації.

Варіант A: нативний файловий клієнт через тунель

Підключений диск або клієнт SMB зберігає операції, які користувачі вже знають, а права забезпечує файловий сервер у кожному запиті. Важлива ідентичність — це ідентичність файлової служби, тож доступ переживає зміну продукту VPN, поки тунель ще передає трафік і обліковий запис ще існує.

Ціна в тому, що клієнт мусить безпосередньо дістатися служби. Розв'язання імен, доступність портів і метод автентифікації стають частиною проєкту віддаленого доступу, а портал, який раніше проксіював з'єднання, приховував кожну з цих вимог. Користувачі на некерованих пристроях також отримують спільний ресурс, змонтований у файловому менеджері, а це ширша поверхня, ніж вкладка браузера. Закладіть це навантаження підтримки в бюджет до міграції, бо воно приходить першого ж дня, а не після пільгового періоду.

Відновлення — найсильніший аргумент за цю форму: попередні версії та права на відновлення є нативними для платформи, і служба підтримки може використати ту саму процедуру, що й на місці.

Варіант B: проксі або шлюз застосунків

Портал, який забирає файл і передає його в браузер потоком, тримає файлову службу поза мережевим шляхом користувача. Це корисно, коли пристрій не може приєднатися до тунелю або коли організація хоче, щоб кожен запит реєструвався в одній вузькій точці. Компроміс у тому, що проксі стає учасником кожної операції і має доводити ідентичність користувача до файлової служби, а не використовувати для всього власний службовий обліковий запис.

Поведінку видалення та перейменування треба реалізувати, а не успадкувати. Якщо проксі надає дію видалення, ця дія викликає бекенд з якоюсь ідентичністю, і слід аудиту має називати користувача, а не шлюз. Якщо проксі не вміє перейменовувати, скажіть це до того, як користувачі виявлять це посеред проєкту.

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

Імена, ідентичності та посилання між ними

Поширюйте затверджений сервер і шлях до спільної теки, а не список для перегляду домену. Перегляд залежить від служб виявлення, які можуть не проходити через тунель, а шлях, що працює тому, що ноутбук користувача вміє перелічувати домен, ламається на наступному некерованому пристрої.

Перегляньте єдиний вхід застосунок за застосунком. Токен, виданий для порталу, не повинен відтворюватися файловій службі, яка його ніколи не перевіряла, а параметри запиту з ідентифікаторами не повинні копіюватися в публічне посилання лише тому, що вони були в старій закладці. Ставтеся до кожного затвердженого застосунку як до власної межі довіри.

Виберіть за списком вимог

Жодна форма не виграє одразу. Колектив на керованих ноутбуках із робочим тунелем отримує більше від нативного клієнта, бо відновлення й права приходять від платформи, а не від повторної реалізації. Змішана популяція підрядників і особистих пристроїв може виправдати проксі за умови, що інфраструктура ідентичності справжня, а не спільний службовий обліковий запис.

Запишіть порівняння за чотирма операціями та відповіддю про відновлення, а потім виведіть старий портал з експлуатації лише після того, як новим шляхом виконано одне відновлення. Цей тест задіює ті частини проєкту, яких успішний вхід ніколи не торкається.