Dostęp zdalny oparty na przeglądarce vs VPN: Które jest lepsze dla aplikacji biznesowych?

Dostęp zdalny oparty na przeglądarce i Wirtualne Sieci Prywatne rozwiązują różne problemy z dostępem. dostęp HTML5 często jest praktycznym rozwiązaniem, gdy użytkownicy potrzebują konkretnych aplikacji biznesowych lub pulpitów, podczas gdy VPN pozostaje przydatny, gdy punkt końcowy wymaga bezpośredniego połączenia z systemami, usługami lub protokołami wewnętrznymi. Dla wielu firm lepsza opcja zależy od tego, do czego użytkownicy muszą dotrzeć, z jakich punktów końcowych korzystają i jak dużo dostępu do sieci organizacja jest gotowa przyznać.

Czy dostęp przez przeglądarkę powinien zastąpić każde połączenie VPN? Czy użytkownicy, którzy potrzebują tylko jednej lub dwóch aplikacji biznesowych, w ogóle potrzebują tunelu sieciowego? Czy pewne zadania mogą być wykonywane bezpiecznie przez dany typ połączenia? Praca zdalna sprawiła, że VPN-y stały się potencjalnym domyślnym rozwiązaniem do łączenia użytkowników z zasobami wewnętrznymi. Jednak wielu pracowników, kontrahentów i partnerów w rzeczywistości nie potrzebuje dostępu do sieci, ale może potrzebować jedynie pakietu księgowego, platformy ERP, CRM lub innych.

Dla administratorów systemów pytanie jest szersze niż to, która metoda dostępu jest lepsza. Czytaj dalej, aby dowiedzieć się, jak to się odnosi do kwestii takich jak to, czego każdy użytkownik potrzebuje, aby uzyskać dostęp, z którego punktu końcowego i jak dużo łączności firma powinna udostępnić, aby to umożliwić.

Jakie są główne cele dostępu zdalnego opartego na przeglądarce i VPN?

Bezpośrednie porównanie ma sens tylko wtedy, gdy obie architektury są wyraźnie zdefiniowane. Zdalny dostęp oparty na przeglądarce zapewnia sesję do aplikacji lub pulpitów hostowanych gdzie indziej. VPN zapewnia łączność z punktem końcowym do dozwolonych zasobów znajdujących się za granicą prywatnej sieci.

Dostęp przez przeglądarkę dostarcza aplikacje i pulpity

Dzięki zdalnemu dostępowi opartemu na przeglądarce, aplikacja biznesowa działa na zdalnym hoście Windows, a nie na urządzeniu użytkownika. An portal HTML5 przenosi aktualizacje wyświetlania, wejście z klawiatury i akcje myszy między przeglądarką a zdalną sesją. Użytkownik może zobaczyć jedną opublikowaną aplikację, wybór aplikacji lub pełny zdalny pulpit. Punkt końcowy niekoniecznie otrzymuje bezpośrednie połączenie z wewnętrznymi systemami używanymi przez te aplikacje.

VPN zapewnia łączność sieciową

VPN ustanawia zaszyfrowany tunel między autoryzowanym punktem końcowym a bramą VPN. Routing, zasady zapory i polityki dostępu określają, do których wewnętrznych sieci, serwerów i usług punkt końcowy ma dostęp.

Ten model jest przydatny, gdy lokalnie zainstalowane aplikacje muszą komunikować się bezpośrednio z serwerami plików, bazami danych, interfejsami API, interfejsami zarządzania lub innymi wewnętrznymi usługami. Może jednak być szerszy niż wymagane, gdy użytkownik potrzebuje tylko dostępu do jednej centralnie hostowanej aplikacji biznesowej.

Szybkie porównanie dostępu przez przeglądarkę i VPN-ów

Dla aplikacji biznesowych centralne rozróżnienie nie dotyczy zatem przeglądarki versus klienta. Zespoły muszą porównać wymagany zakres dostępu i aspekty, takie jak miejsce wykonywania aplikacji, zamiast traktować technologie jako bezpośrednie substytuty.

Kryterium	Dostęp zdalny oparty na przeglądarce	VPN
Główny cel	Dostarcz aplikację lub pulpit opublikowany	Podłącz punkt końcowy do dozwolonych zasobów sieciowych
Wymaganie dotyczące punktu końcowego	kompatybilna przeglądarka	Konfiguracja klienta VPN lub systemu operacyjnego
Wykonanie aplikacji	Na zdalnym hoście	Często na końcówce
Zasięg sieci	Zazwyczaj ograniczone do sesji zdalnej	Określone przez zasady routingu i dostępu
Zarządzanie danymi	Dane biznesowe mogą pozostać na hoście	Dane mogą przechodzić między systemami wewnętrznymi a punktem końcowym.
Typowi użytkownicy	Pracownicy, kontrahenci i partnerzy potrzebujący określonych aplikacji	Użytkownicy potrzebujący bezpośredniego dostępu do kilku usług, protokołów lub narzędzi administracyjnych
Wsparcie peryferyjne	Zależy od HTML5 możliwości przekierowania	Zależy od lokalnej aplikacji i tunelu
Najlepszy model wdrożenia	Dostęp skoncentrowany na aplikacjach	Dostęp skoncentrowany na sieci

Żaden z modeli nie jest uniwersalnie lepszy. Wymagany przepływ pracy powinien określić, jak dużo dostępu jest rzeczywiście potrzebne, wskazując aplikacje i pulpity lub szerszą łączność sieciową.

Jak dostęp przez przeglądarkę pasuje do specyficznych wymagań aplikacji?

Dostęp zdalny oparty na przeglądarce najlepiej działa, gdy użytkownicy potrzebują tylko określonych aplikacji. Pracownik działu finansowego może potrzebować pakietu księgowego, operator magazynu: oprogramowania do zarządzania zapasami, a zewnętrzny partner: jednej aplikacji Windows z przeszłości. Żaden z tych przypadków nie wymaga automatycznie dostępu do otaczającej sieci.

Zcentralizowane aplikacje biznesowe Windows

Publikacja aplikacji utrzymuje aplikacje na centralnie zarządzanym hoście Windows. Zespoły IT mogą utrzymywać aplikację w jednym środowisku i udostępniać ją uprawnionym użytkownikom bez instalowania pełnego stosu aplikacji na każdym urządzeniu. Aktualizacje, kontrole i dostępność dla uprawnionych użytkowników są wyłączną odpowiedzialnością administratorów, a pełny stos oprogramowania jest znacznie oddalony od punktów końcowych.

Świetne do planowania zasobów przedsiębiorstwa (ERP), zarządzania relacjami z klientami (CRM), księgowości, administracji i innych aplikacji biznesowych, podejście to również pomaga w produkty dziedziczone Jest szczególnie przydatne dla starszego oprogramowania Windows, które pozostaje operacyjnie ważne dla firmy, ale nigdy nie zostało zaprojektowane jako aplikacja internetowa.

BYOD, Dostęp dla wykonawców i tymczasowy dostęp

Dostęp przez przeglądarkę może również uprościć dostęp z osobistych, tymczasowych lub zarządzanych zewnętrznie urządzeń. Użytkownicy zazwyczaj potrzebują jedynie kompatybilnej przeglądarki, co eliminuje konieczność, aby IT dystrybuowało i utrzymywało klienta VPN dla każdego punktu końcowego.

Niemniej jednak, urządzenia niezarządzane nie są z natury zaufane. Organizacje nadal potrzebują silnej autoryzacji, bezpiecznej konfiguracji portalu, odpowiednich ograniczeń sesji oraz jasnej polityki dotyczącej pobierania, drukowania, użycia schowka i transferu plików.

Jak VPN-y nadal pasują do szerokich wymagań sieciowych?

VPN pozostaje odpowiedni, gdy sam punkt końcowy musi komunikować się bezpośrednio z systemami wewnętrznymi. Kluczowe pytanie brzmi, skąd musi pochodzić łączność.

Przepływy pracy wymagające bezpośredniego dostępu do usług wewnętrznych

Niektóre przepływy pracy zależą od zainstalowanych aplikacji łączących się bezpośrednio z udostępnionymi plikami, wewnętrznymi stronami internetowymi, połączeniami z bazami danych, interfejsami API lub innymi wewnętrznymi usługami. Dostarczanie zdalnego dostępu do aplikacji lub pulpitu może nie odzwierciedlać pełnego przepływu pracy.

Odpowiednio ograniczone VPN może zapewnić wymaganą łączność, jednocześnie umożliwiając administratorom kontrolowanie tras, metod uwierzytelniania i dozwolonego ruchu. Pełny zdalny pulpit może również zapewnić dostęp do wielu usług w zależności od ustawionych tras i kontroli dostępu.

Administracyjne i specjalistyczne obciążenia wymagające łączności na poziomie sieciowym

Prace administracyjne firmy mogą być również realizowane z centralnego pulpitu zdalnego. Administratorzy systemów, deweloperzy i zespoły infrastrukturalne mogą potrzebować Secure Shell, konsol zarządzania, platform monitorujących lub dostępu do kilku systemów podczas jednego zadania.

VPN staje się bardziej istotny, gdy administratorzy potrzebują lokalnie zainstalowanych narzędzi, aby bezpośrednio dotrzeć do zmieniających się celów sieciowych, polegają na protokołach nieodpowiednich do sesji zdalnej lub wymagają zdecentralizowanych integracji. Nawet wtedy szeroki dostęp nie powinien być domyślny. Privileged VPN connections powinny być segmentowane, monitorowane i ograniczone do systemów wymaganych przez każdą rolę administracyjną.

Dlaczego potrzeby biznesowe powinny kierować modelem dostępu?

Dla firm wybór powinien wynikać z tego, jak ludzie faktycznie korzystają z aplikacji. Pracownicy korzystający z małego zestawu centralnie hostowanych aplikacji Windows mają inne wymagania niż administratorzy infrastruktury czy deweloperzy potrzebujący bezpośredniego połączenia z wieloma wewnętrznymi systemami.

Dostęp przez przeglądarkę może być szczególnie praktyczne dla wykonawców, biur oddziałów, pracowników hybrydowych i środowisk BYOD. Rzeczywiście, IT może zapewnić dostęp do określonych aplikacji bez rozszerzania równoważnej łączności sieciowej do każdego punktu końcowego lub sesji. Może również uprościć wdrażanie aplikacji, przy czym oprogramowanie pozostaje scentralizowane, a instalacje, aktualizacje i rozwiązywanie problemów są wdrażane na wielu urządzeniach.

VPN zachowuje swoje zastosowanie, gdy przepływy pracy w firmie zależą od lokalnie zainstalowanych aplikacji, specyficznych usług wewnętrznych lub bezpośredniej komunikacji między sieciami. Celem jest zatem nieusuwanie VPN-ów za wszelką cenę. Metody dostępu powinny być dopasowane do użytkowników i grup, unikając w ten sposób przyznawania nadmiernych uprawnień.

Bezpieczeństwo zależy od zakresu dostępu i kontroli

Gdy wymagany dostęp do biznesu został zdefiniowany, bezpieczeństwo w dużej mierze zależy od tego, jak wysoka lub wrażliwa jest łączność udostępniana przez którykolwiek z modeli oraz jakie kontrole bezpieczeństwa ją otaczają. Zdalny dostęp oparty na przeglądarce może zawęzić zasoby prezentowane użytkownikowi, podczas gdy VPN może zapewnić szerszy zasięg sieciowy zgodnie z routingiem, segmentacją i politykami dostępu. Bezpieczeństwo różni się w zależności od portalu, usługi uwierzytelniania, hostów sesji, uprawnień aplikacji i polityk transferu danych.

Zasięg sieci i potencjalny ruch boczny

Endpoint połączony z VPN może być w stanie komunikować się z kilkoma zasobami wewnętrznymi, w zależności od swoich tras i zasad kontroli dostępu. Nieograniczony zasięg sieci może zwiększyć liczbę systemów narażonych na atak, jeśli dane uwierzytelniające lub endpoint zostaną skompromitowane.

Publikacja aplikacji może ograniczyć zasięg użytkowników, ponieważ użytkownicy wchodzą w kontrolowaną sesję zdalną zamiast dołączać do wewnętrznej sieci. Jednak brama i hosty sesji pozostają narażoną infrastrukturą, chyba że są odpowiednio zabezpieczone. Wymagają one łatania, silnej autoryzacji, certyfikatów TLS, monitorowania, rejestrowania i starannej konfiguracji.

HTML5 i Zero Trust: Gdzie się spotykają i różnią

HTML5 zdalny dostęp może wspierać określone cele bezpieczeństwa związane z Zero Trust Publikując konkretne aplikacje lub pulpity za pośrednictwem kontrolowanego portalu, zespoły IT mogą ograniczyć dostęp użytkowników, co pozwala uniknąć bezpośredniego połączenia z szerszą siecią wewnętrzną. Może to zmniejszyć niepotrzebną ekspozycję sieci oraz ułatwić dostosowanie dostępu do poszczególnych użytkowników lub ról.

Jednak HTML5 jest metodą dostępu i dostarczania, a nie architekturą Zero Trust. NIST definiuje Zero Trust w oparciu o wyraźne decyzje dotyczące użytkowników, urządzeń i zasobów, a nie zaufanie oparte na lokalizacji sieciowej. Kompleksowe podejście Zero Trust wymagałoby zatem dodatkowych kontroli, takich jak silna weryfikacja tożsamości, ocena urządzeń, autoryzacja specyficzna dla zasobów, egzekwowanie polityk i monitorowanie. Chociaż sama sesja przeglądarki nie czyni środowiska Zero Trust, dostęp do aplikacji oparty na przeglądarce stanowi część tej architektury.

Kiedy potrzeby wydajnościowe i peryferyjne decydują o wyniku?

Gdzie HTML5 Access działa dobrze

Standardowe aplikacje biurowe i branżowe często działają dobrze przez HTML5, ponieważ przetwarzanie odbywa się na zdalnym hoście. W międzyczasie punkt końcowy głównie wyświetla sesję i przesyła dane wejściowe użytkownika.

Bardziej wymagające przepływy pracy wymagają testowania. Aplikacje intensywnie wykorzystujące grafikę, audio lub wideo w czasie rzeczywistym, wiele monitorów, karty inteligentne, skanery, specjalistyczne drukarki i urządzenia USB mogą zachowywać się zupełnie inaczej w sesji HTML5 i w aplikacji natywnej.

Gdzie dostarczanie przez przeglądarkę wymaga testowania

VPN nie automatycznie ułatwia tych obciążeń. Jego celem jest zapewnienie łączności. Wydajność pozostaje zależna od projektu aplikacji, przepustowości, opóźnienia, pojemności punktu końcowego i infrastruktury zaplecza. Poprawny test: czy cały proces roboczy użytkownika pozostaje użyteczny, a nie tylko to, czy aplikacja się otwiera.

Operacje i koszty podążają różnymi modelami

Operacje VPN obejmują klientów końcowych, certyfikaty, profile połączeń, routowanie, DNS, polityki tunelowe i dostępność bramy. Zespoły wsparcia mogą również potrzebować diagnozować i naprawiać konflikty z lokalnymi sieciami, aktualizacjami systemu operacyjnego i oprogramowaniem zabezpieczającym.

Dostęp zdalny oparty na przeglądarce zmniejsza część pracy związanej z wdrażaniem punktów końcowych, ale przenosi odpowiedzialność na dostępność portalu, pojemność sesji i hosty aplikacji. IT musi zweryfikować zgodność aplikacji, jednoczesne użycie, zachowanie profilu, licencjonowanie, drukowanie i wysoką dostępność.

Żaden z modeli nie jest konsekwentnie tańszy. Istniejąca infrastruktura, licencjonowanie, liczba użytkowników, jednoczesne sesje i obciążenie wsparciem składają się na całkowity koszt.

Model hybrydowy często zapewnia najlepsze dopasowanie

Większość organizacji nie ma jednego wymogu dostępu zdalnego w całej sile roboczej. Praktyczny projekt mógłby publikować określone aplikacje biznesowe dla pracowników, kontrahentów i partnerów, jednocześnie zachowując ograniczony dostęp VPN dla administratorów i wyjątkowych przepływów pracy technicznych.

To podejście hybrydowe zmniejsza narażenie sieci bez zmuszania wszystkich działań do przechodzenia przez tę samą architekturę dostępu. Umożliwia to również działowi IT przeglądanie dostępu według roli użytkownika, typu punktu końcowego i wymaganych zasobów, zamiast zachowywania jednego modelu zdalnego dostępu z powodów historycznych.

Jak powinni sysadmini testować oba modele?

Pilot powinien używać rzeczywistych aplikacji, reprezentatywnych punktów końcowych i kompletnych procesów biznesowych. Zespoły IT mogą ocenić oba modele w siedmiu etapach:

1. Zidentyfikuj aplikacje, usługi i protokoły wymagane przez każdą rolę.
2. Oddzielić rzeczywiste wymagania sieciowe na poziomie punktu końcowego od wymagań dotyczących dostępu tylko do aplikacji.
3. Testowanie uwierzytelniania, uruchamiania sesji, ponownego połączenia i zachowania przy przekroczeniu czasu.
4. Walidacja drukowania, schowka, transferu plików i niezbędnych urządzeń peryferyjnych.
5. Mierz responsywność z reprezentatywnych lokalizacji i połączeń.
6. Przejrzyj dzienniki, zakres dostępu i wpływ skompromitowanych poświadczeń.
7. Porównaj wysiłek wdrożeniowy, zgłoszenia wsparcia i bieżące obciążenie administratora.

Ostateczny wybór powinien odzwierciedlać dowody operacyjne. Udane logowanie potwierdza łączność, ale nie dowodzi, że model wspiera pełny dzień roboczy użytkownika.

TSplus Remote Access dostarcza aplikacje biznesowe przez przeglądarkę

TSplus Remote Access publikuje wybrane aplikacje systemu Windows lub pełne pulpity z scentralizowanej infrastruktury Windows. Użytkownicy mogą łączyć się przez an HTML5 Portal internetowy , podczas gdy administratorzy przypisują opublikowane aplikacje poszczególnym użytkownikom lub grupom. TSplus obsługuje również alternatywne tryby połączenia, gdy natywny klient jest bardziej odpowiedni dla obciążenia.

To sprawia, że TSplus Remote Access jest praktyczną opcją, gdy firmy chcą zmniejszyć zależność od VPN dla użytkowników, którzy potrzebują tylko określonych aplikacji Windows. Pozycjonowanie powinno pozostać precyzyjne: TSplus zapewnia dostęp do aplikacji i pulpitu przez przeglądarkę, a nie uniwersalne zastąpienie każdego przepływu pracy VPN lub architektury Zero Trust domyślnie.

Wniosek

Dla firm lepszy model dostępu zależy przede wszystkim od co każdy użytkownik faktycznie musi zrobić Dostęp zdalny oparty na przeglądarce dobrze sprawdza się, gdy użytkownicy potrzebują określonych aplikacji lub pulpitów, podczas gdy dostęp VPN pozostaje odpowiedni, gdy przepływy pracy wymagają bezpośredniej łączności z siecią. Wiele organizacji skorzysta na połączeniu obu metod, zamiast zmuszać każdego użytkownika do korzystania z tej samej metody dostępu. Najsilniejszy projekt może zatem łączyć publikację aplikacji HTML5 z ściśle ograniczonym dostępem VPN dla wyjątkowych ról.