Zastąpienie starego portalu plików VPN: zachowaj mechanizmy kontroli
Natywny klient plików i portal pośredniczący egzekwują uprawnienia, odzyskiwanie i tożsamość w różnych miejscach. Porównaj je pod kątem czterech operacji potrzebnych użytkownikom.
Stary portal bez klienta miał przycisk usuwania, gwiazdkę ulubionych i ścieżkę udostępniania wklejoną do wiadomości e-mail. Tylko jedna z tych rzeczy jest mechanizmem kontroli. Zastąpienie portalu oznacza zdecydowanie, których operacji zdalni użytkownicy nadal potrzebują i gdzie każda jest egzekwowana, a nie odtwarzanie układu strony, która przypadkiem działała. Dwa kształty zastąpienia obejmują większość przypadków i zawodzą w różnych punktach.
Przycisk to nie uprawnienie
Zacznij od listy operacji: odczyt, wysyłanie, zmiana nazwy, usuwanie. Zdecyduj, które role dostają każdą z nich, a następnie egzekwuj tę decyzję w usłudze plików, a nie w interfejsie. Ukrycie kontrolki usuwania w nowym portalu pozostawia uprawnienie backendu nietknięte, a każdy z natywnym klientem i tym samym kontem nadal może usunąć plik.
Usuwanie zasługuje na osobną decyzję, ponieważ to operacja, której użytkownicy żałują. Zapytaj, skąd usunięty element naprawdę można odzyskać, i nie zakładaj, że odpowiedzią jest kosz na laptopie albo własny kosz portalu. Udział sieciowy zazwyczaj nie kieruje usunięć przez lokalny kosz.
W udziale opartym na Windows Volume Shadow Copy dostarcza mechanizm migawek i koordynację, której używa oprogramowanie do kopii zapasowych, ale jego obecność nic nie mówi o tym, czy ten udział przechowuje wersje, które można przywrócić. Właściciel usługi plików musi potwierdzić politykę wersji i pokazać przywrócenie, zanim portal zostanie wycofany.
Opcja A: natywny klient plików przez tunel
Zmapowany dysk lub klient SMB zachowuje operacje, które użytkownicy już znają, a uprawnienia są egzekwowane przez serwer plików przy każdym żądaniu. Znaczenie ma tożsamość usługi plików, więc dostęp przetrwa zmianę produktu VPN, dopóki tunel nadal przenosi ruch, a konto nadal istnieje.
Koszt polega na tym, że klient musi dotrzeć do usługi bezpośrednio. Rozwiązywanie nazw, osiągalność portów i metoda uwierzytelniania stają się częścią projektu dostępu zdalnego, a portal, który wcześniej pośredniczył w połączeniu, ukrywał każde z tych wymagań. Użytkownicy na urządzeniach niezarządzanych dostają też udział zamontowany w menedżerze plików, co jest szerszą powierzchnią niż karta przeglądarki. Zaplanuj to obciążenie wsparcia przed migracją, bo pojawia się pierwszego dnia, a nie po okresie karencji.
Odzyskiwanie jest najsilniejszym argumentem za tym kształtem: poprzednie wersje i uprawnienia do przywracania są natywne dla platformy, a help desk może użyć tej samej procedury, której używa na miejscu.
Opcja B: proxy lub brama aplikacji
Portal, który pobiera plik i strumieniuje go do przeglądarki, trzyma usługę plików poza ścieżką sieciową użytkownika. Jest to przydatne, gdy urządzenie nie może dołączyć do tunelu albo gdy organizacja chce, aby każde żądanie było rejestrowane w jednym punkcie zwężenia. Kompromis polega na tym, że proxy staje się uczestnikiem każdej operacji i musi przenosić tożsamość użytkownika do usługi plików zamiast używać własnego konta usługi do wszystkiego.
Zachowanie przy usuwaniu i zmianie nazwy trzeba zaimplementować, a nie odziedziczyć. Jeśli proxy udostępnia akcję usuwania, ta akcja wywołuje backend z jakąś tożsamością, a ścieżka audytu powinna wskazywać użytkownika, a nie bramę. Jeśli proxy nie potrafi zmienić nazwy, powiedz to, zanim użytkownicy odkryją to w połowie projektu.
Przepisywanie linków to miejsce, w którym ten kształt po cichu zmienia znaczenie. URL, który portal pośredniczy, nie jest tym samym obiektem co URL, który przeglądarka otwiera bezpośrednio, a zamiana jednego w drugi może usunąć kontekst uwierzytelniania, który czynił go działającym.
Nazwy, tożsamości i linki pomiędzy nimi
Rozdawaj zatwierdzony serwer i ścieżkę udziału, a nie listę przeglądania domeny. Przeglądanie zależy od usług odnajdywania, które mogą nie przechodzić przez tunel, a ścieżka, która działa, bo laptop użytkownika potrafi wyliczyć domenę, jest ścieżką, która psuje się na następnym niezarządzanym urządzeniu.
Przejrzyj logowanie jednokrotne aplikacja po aplikacji. Token wydany dla portalu nie powinien być odtwarzany wobec usługi plików, która nigdy go nie zweryfikowała, a parametrów zapytania niosących identyfikatory nie należy kopiować do publicznego linku tylko dlatego, że pojawiły się w starej zakładce. Traktuj każdą zatwierdzoną aplikację jako własną granicę zaufania.
| 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 |
Wybierz według listy wymagań
Żaden kształt nie wygrywa wprost. Zespół na zarządzanych laptopach z działającym tunelem więcej zyskuje z natywnego klienta, bo odzyskiwanie i uprawnienia pochodzą z platformy, a nie z ponownej implementacji. Mieszana populacja wykonawców i urządzeń prywatnych może uzasadniać proxy, pod warunkiem że instalacja tożsamości jest prawdziwa, a nie wspólne konto usługi.
Zapisz porównanie wobec czterech operacji i odpowiedzi o odzyskiwanie, a następnie wycofaj stary portal dopiero po wykonaniu jednego przywrócenia nową ścieżką. Ten test ćwiczy te części projektu, których udane logowanie nigdy nie dotyka.