Acces de la distanță bazat pe browser vs VPN: Care este mai bun pentru aplicațiile de afaceri?

Accesul la distanță bazat pe browser și rețelele private virtuale rezolvă probleme de acces diferite. acces HTML5 este adesea o soluție practică atunci când utilizatorii au nevoie de aplicații de afaceri sau desktopuri specifice, în timp ce un VPN rămâne util atunci când un punct final necesită conectivitate directă la sistemele, serviciile sau protocoalele interne. Pentru multe afaceri, opțiunea mai bună depinde de ceea ce utilizatorii trebuie să acceseze, ce puncte finale folosesc și cât de mult acces la rețea este pregătită organizația să acorde.

Ar trebui accesul prin browser să înlocuiască fiecare conexiune VPN? Utilizatorii care au nevoie doar de una sau două aplicații de afaceri mai au nevoie de un tunel de rețea? Pot anumite sarcini să fie efectuate în siguranță printr-un anumit tip de conexiune? Munca de la distanță a făcut ca VPN-urile să fie o opțiune potențială implicită pentru conectarea utilizatorilor la resursele interne. Totuși, mulți angajați, contractori și parteneri nu au nevoie de acces la rețea, ci pot avea nevoie doar de un pachet de contabilitate, platformă ERP, CRM sau altceva.

Pentru administratorii de sistem, întrebarea este mai amplă decât care metodă de acces este mai bună. Citiți mai departe pentru a descoperi cum se extinde la aspecte precum ce are nevoie fiecare utilizator pentru a accesa, de la ce punct final și cât de multă conectivitate ar trebui să expună afacerea pentru a face acest lucru posibil.

Care sunt principalele scopuri ale Accesului la Distanță Bazat pe Browser și VPN-uri?

O comparație directă are sens doar atunci când cele două arhitecturi sunt clar definite. Accesul la distanță bazat pe browser oferă o sesiune pentru aplicații sau desktopuri găzduite în altă parte. O VPN oferă conectivitate de la un punct final la resursele permise situate în spatele unei limite de rețea private.

Accesul prin browser oferă aplicații și desktopuri

Cu accesul la distanță bazat pe browser, aplicația de afaceri rulează pe un gazdă Windows la distanță, mai degrabă decât pe dispozitivul utilizatorului. Un portal HTML5 transportă actualizările de afișare, inputul de la tastatură și acțiunile mouse-ului între browser și sesiunea remote. Utilizatorul poate vedea o aplicație publicată, o selecție de aplicații sau un desktop remote complet. Endpointul nu primește neapărat o conectivitate directă la sistemele interne utilizate de acele aplicații.

O VPN oferă conectivitate de rețea

O VPN stabilește un tunel criptat între un punct final autorizat și un gateway VPN. Regulile de rutare, firewall și politicile de acces determină apoi la ce rețele interne, servere și servicii poate ajunge punctul final.

Acest model este util atunci când aplicațiile instalate local trebuie să comunice direct cu serverele de fișiere, bazele de date, API-urile, interfețele de management sau alte servicii interne. Cu toate acestea, poate fi mai larg decât este necesar atunci când un utilizator are nevoie doar de acces la o singură aplicație de afaceri găzduită central.

Comparare rapidă a accesului prin browser și a VPN-urilor

Pentru aplicațiile de afaceri, distincția centrală nu este, așadar, între browser și client. Echipele trebuie să compare domeniul de acces necesar și aspectele, cum ar fi locul în care sunt executate aplicațiile, mai degrabă decât să trateze tehnologiile ca substituente directe.

Criteriu	Acces de la distanță bazat pe browser	VPN
Scop principal	Livrați o aplicație publicată sau un desktop	Conectați un punct final la resursele de rețea permise
Cerința de punct final	un browser compatibil	configurarea clientului VPN sau a sistemului de operare
Executarea aplicației	Pe gazda la distanță	Adesea pe endpoint
Acoperire rețea	De obicei, limitat la sesiunea remote	Determinată de politicile de rutare și acces
Gestionarea datelor	Datele de afaceri pot rămâne pe gazdă	Datele pot trece între sistemele interne și punctul final.
Utilizatori tipici	Angajați, contractori și parteneri care au nevoie de aplicații definite	Utilizatorii care au nevoie de acces direct la mai multe servicii, protocoale sau instrumente de administrare
Suport pentru periferice	Depinde de HTML5 capabilități de redirecționare	Depinde de aplicația locală și tunel
Cel mai bun model de implementare	Acces centrat pe aplicații	Acces axat pe rețea

Niciun model nu este universal mai bun. Fluxul de lucru necesar ar trebui să determine cât de mult acces este de fapt necesar, identificând aplicațiile și desktopurile sau conectivitatea mai largă la rețea.

Cum se potrivește accesul prin browser cerințelor specifice ale aplicației?

Acces de la distanță bazat pe browser funcționează cel mai bine atunci când utilizatorii necesită doar aplicații specifice. Un angajat din domeniul financiar poate avea nevoie de un pachet de contabilitate, un operator de depozit: software de inventar și un partener extern: o singură aplicație Windows moștenită. Niciunul dintre aceste cazuri nu necesită automat acces la rețeaua înconjurătoare.

Aplicații de afaceri Windows centralizate

Publicarea aplicațiilor menține aplicațiile pe un gazdă Windows gestionată central. Echipele IT pot menține aplicația într-un singur mediu și o pot face disponibilă utilizatorilor autorizați fără a instala întreaga suită de aplicații pe fiecare dispozitiv. Actualizările, controalele și disponibilitatea pentru utilizatorii autorizați sunt responsabilitatea exclusivă a administratorilor, iar întreaga suită de software este departe de punctele finale.

Excelent pentru planificarea resurselor întreprinderii (ERP), gestionarea relațiilor cu clienții (CRM), contabilitate, administrație și alte aplicații de afaceri, această abordare ajută de asemenea cu produse moștenite Este deosebit de util pentru software-ul mai vechi Windows care rămâne operațional important pentru o afacere, dar care nu a fost niciodată conceput ca o aplicație web.

BYOD, Acces pentru Contractori și Temporar

Accesul prin browser poate simplifica, de asemenea, accesul de pe dispozitive personale, temporare sau gestionate extern. Utilizatorii au, în general, nevoie doar de un browser compatibil, eliminând cerința ca IT-ul să distribuie și să mențină clientul VPN pentru fiecare punct final.

Cu toate acestea, dispozitivele neadministrate nu sunt în mod inerent de încredere. Organizațiile au în continuare nevoie de o autentificare puternică, o configurare sigură a portalului, restricții adecvate ale sesiunii și o politică clară pentru descărcări, imprimare, utilizarea clipboard-ului și transferul de fișiere.

Cum se încadrează VPN-urile în cerințele extinse ale rețelelor?

O VPN rămâne adecvată atunci când punctul final trebuie să comunice direct cu sistemele interne. Întrebarea cheie este de unde trebuie să provină conectivitatea.

Fluxuri de lucru care necesită acces direct la punctele finale pentru servicii interne

Unele fluxuri de lucru depind de aplicațiile instalate care se conectează direct la partajările de fișiere, site-urile interne, conexiunile la baze de date, API-uri sau alte servicii interne. Furnizarea accesului la aplicații sau desktopuri de la distanță poate să nu reproducă fluxul de lucru complet.

O VPN corect restricționată poate oferi conectivitatea necesară, permițând în același timp administratorilor să controleze rutele, metodele de autentificare și traficul permis. Un desktop la distanță complet poate oferi, de asemenea, acces la multiple servicii, în funcție de rutele și controalele de acces stabilite.

Lucrări administrative și specializate care necesită conectivitate la nivel de rețea

Munca administrativă a unei afaceri poate fi, de asemenea, livrată de pe un desktop remote centralizat. Administratorii de sistem, dezvoltatorii și echipele de infrastructură pot avea nevoie de Secure Shell, console de management, platforme de monitorizare sau acces la mai multe sisteme în timpul unei sarcini.

Un VPN devine mai relevant atunci când administratorii au nevoie de instrumente instalate local pentru a ajunge direct la ținte de rețea în schimbare, se bazează pe protocoale nepotrivite pentru o sesiune la distanță sau necesită integrare non-centralizată. Chiar și atunci, accesul larg nu ar trebui să fie implicit. Conexiuni VPN privilegiate ar trebui să fie segmentat, monitorizat și limitat la sistemele necesare fiecărui rol administrativ.

De ce ar trebui ca nevoile afacerii să conducă modelul de acces?

Pentru companii, alegerea ar trebui să provină din modul în care oamenii folosesc efectiv aplicațiile. Angajații care utilizează un set mic de aplicații Windows găzduite central au cerințe diferite față de administratorii de infrastructură sau dezvoltatorii care necesită conectivitate directă la mai multe sisteme interne.

Acces bazat pe browser poate fi deosebit de practic pentru antreprenori, birouri de sucursală, lucrători hibrizi și medii BYOD. Într-adevăr, IT-ul poate oferi acces la aplicații definite fără a extinde conectivitatea de rețea echivalentă la fiecare punct final sau sesiune. De asemenea, poate simplifica implementarea aplicațiilor, cu software-ul rămânând centralizat, iar instalările, actualizările și depanarea fiind desfășurate pe numeroase dispozitive.

O VPN își păstrează utilitatea atunci când fluxurile de lucru ale afacerii depind de aplicații instalate local, servicii interne specifice sau comunicare directă între rețele. Obiectivul nu este, așadar, de a elimina VPN-urile cu orice preț. Metodele de acces trebuie mai degrabă să fie corelate cu utilizatorii și grupurile, evitând astfel acordarea de permisiuni supraestimate.

Securitatea depinde de domeniul de acces și controale

Odată ce accesul necesar la afacere a fost definit, securitatea depinde în mare măsură de cât de ridicată sau sensibilă este conectivitatea expusă de oricare dintre modele și de ce controale de securitate o înconjoară. Accesul la distanță bazat pe browser poate restrânge resursele prezentate unui utilizator, în timp ce un VPN poate oferi o acoperire mai largă a rețelei în funcție de rutare, segmentare și politici de acces. Securitatea diferă în funcție de portal, serviciul de autentificare, gazdele sesiunii, permisiunile aplicației și politicile de transfer de date.

Acoperirea rețelei și mișcarea laterală potențială

Un endpoint conectat la VPN poate fi capabil să comunice cu mai multe resurse interne, în funcție de rutele și regulile de control al accesului. Fără restricții, acea acoperire a rețelei poate crește numărul sistemelor expuse unui atacator, în cazul în care acreditivele sau un endpoint sunt compromise.

Publicarea aplicațiilor poate reduce accesibilitatea pentru utilizatori, deoarece utilizatorii intră într-o sesiune remote controlată în loc să se alăture rețelei interne. Cu toate acestea, portalul și gazdele de sesiune rămân infrastructură expusă, cu excepția cazului în care sunt protejate corespunzător. Acestea necesită actualizări, autentificare puternică, certificate TLS, monitorizare, înregistrare și configurare atentă.

HTML5 și Zero Trust: Unde se întâlnesc și unde diferă

Accesul la distanță HTML5 poate susține anumite obiective de securitate asociate cu Zero Trust Prin publicarea de aplicații sau desktopuri specifice printr-un portal controlat, echipele IT pot limita la ce au voie să acceseze utilizatorii, ceea ce economisește oferirea de conectivitate directă la o rețea internă mai extinsă. Acest lucru poate reduce expunerea inutilă a rețelei, precum și să facă mai ușor să alinieze accesul cu utilizatorii sau rolurile individuale.

Cu toate acestea, HTML5 este o metodă de acces și livrare, nu o arhitectură Zero Trust. NIST definește Zero Trust în jurul deciziilor explicite referitoare la utilizatori, dispozitive și resurse, mai degrabă decât pe baza încrederii în funcție de locația rețelei. O abordare completă Zero Trust ar necesita, prin urmare, controale suplimentare, cum ar fi verificarea puternică a identității, evaluarea dispozitivelor, autorizarea specifică resurselor, aplicarea politicilor și monitorizarea. Deși sesiunea de browser singură nu face ca un mediu să fie Zero Trust, accesul la aplicații bazate pe browser face parte din acea arhitectură.

Când decid nevoile de performanță și periferice rezultatul?

Unde funcționează bine accesul HTML5

Aplicațiile standard de birou și cele de afaceri funcționează adesea bine prin HTML5 deoarece procesarea are loc pe gazda remote. Între timp, endpointul afișează în principal sesiunea și transmite inputul utilizatorului.

Fluxurile de lucru mai exigente necesită testare. Aplicațiile intensive în grafică, audio sau video în timp real, monitoarele multiple, cardurile inteligente, scanerele, imprimantele specializate și dispozitivele USB pot avea un comportament destul de diferit între o sesiune HTML5 și o aplicație nativă.

Unde livrarea prin browser necesită testare

O VPN nu fluidizează automat aceste sarcini de lucru. Scopul său: a oferi conectivitate. Performanța rămâne dependentă de designul aplicației, lățimea de bandă, latență, capacitatea punctului final și infrastructura de back-end. Un test corect: fluxul complet de lucru al utilizatorului rămâne utilizabil, nu doar dacă aplicația se deschide.

Operațiunile și costurile urmează modele diferite

Operațiunile VPN implică clienți endpoint, certificate, profile de conexiune, rutare, DNS, politici de tunel și disponibilitatea gateway-ului. Echipele de suport pot de asemenea să fie nevoite să diagnosticheze și să rezolve conflicte cu rețelele locale, actualizările sistemului de operare și software-ul de securitate.

Accesul la distanță bazat pe browser reduce o parte din munca de implementare a punctelor finale, dar mută responsabilitatea către disponibilitatea portalului, capacitatea sesiunii și gazdele aplicației. IT-ul trebuie să valideze compatibilitatea aplicației, utilizarea simultană, comportamentul profilului, licențierea, imprimarea și disponibilitatea ridicată.

Niciun model nu este constant mai ieftin. Infrastructura existentă, licențierea, numărul de utilizatori, sesiunile concurente și volumul de muncă de suport contribuie la costul total.

Un model hibrid oferă adesea cea mai bună potrivire

Cele mai multe organizații nu au o cerință unică de acces la distanță pentru întreaga forță de muncă. Un design practic ar putea publica aplicații de afaceri definite pentru angajați, contractori și parteneri, păstrând în același timp accesul VPN restricționat pentru administratori și fluxuri de lucru tehnice excepționale.

Această abordare hibridă reduce expunerea rețelei fără a forța toată activitatea prin aceeași arhitectură de acces. De asemenea, permite IT-ului să revizuiască accesul în funcție de rolul utilizatorului, tipul de punct final și resursa necesară, mai degrabă decât să păstreze un singur model de acces la distanță din motive istorice.

Cum ar trebui să testeze administratorii de sistem ambele modele?

Un pilot ar trebui să folosească aplicații reale, puncte finale reprezentative și fluxuri de lucru complete ale afacerii. Echipele IT pot evalua ambele modele în șapte etape:

1. Inventariați aplicațiile, serviciile și protocoalele necesare fiecărei rol.
2. Separarea cerințelor rețelei la nivel de punct final autentic de cerințele de acces doar pentru aplicații.
3. Testarea autentificării, lansarea sesiunii, reconectarea și comportamentul de expirare.
4. Validarea imprimării, clipboard-ului, transferului de fișiere și a perifericelor necesare.
5. Măsurați reacția din locații și conexiuni reprezentative.
6. Revizuirea jurnalelor, domeniul de acces și impactul acreditivelor compromise.
7. Compară efortul de implementare, tichetele de suport și sarcina de lucru continuă a administratorului.

Alegerea finală ar trebui să reflecte dovezile operaționale. O autentificare reușită dovedește conectivitatea, dar nu dovedește că modelul susține întreaga zi de lucru a utilizatorului.

TSplus Remote Access oferă aplicații de afaceri prin intermediul browserului

TSplus Remote Access publică aplicații Windows selectate sau desktopuri complete dintr-o infrastructură Windows centralizată. Utilizatorii se pot conecta printr-un Portal web HTML5 , în timp ce administratorii alocă aplicații publicate utilizatorilor individuali sau grupurilor. TSplus suportă de asemenea moduri alternative de conectare atunci când un client nativ este mai potrivit pentru sarcina de lucru.

Aceasta face ca TSplus Remote Access să fie o opțiune practică atunci când companiile doresc să reducă dependența de VPN pentru utilizatorii care au nevoie doar de aplicații Windows definite. Poziționarea ar trebui să rămână precisă: TSplus oferă acces la aplicații și desktop bazat pe browser, nu o înlocuire universală pentru fiecare flux de lucru VPN sau o arhitectură Zero Trust în mod implicit.

Concluzie

Pentru afaceri, modelul de acces mai bun depinde mai întâi de ceea ce fiecare utilizator trebuie să facă efectiv Accesul la distanță bazat pe browser se potrivește bine atunci când utilizatorii au nevoie de aplicații sau desktopuri definite, în timp ce accesul VPN rămâne adecvat atunci când fluxurile de lucru necesită conectivitate directă la rețea. Multe organizații vor beneficia de combinarea ambelor, mai degrabă decât de a forța fiecare utilizator să utilizeze aceeași metodă de acces. Un design mai puternic poate, prin urmare, să combine publicarea aplicațiilor HTML5 cu accesul VPN strict restricționat pentru roluri excepționale.