Akses Jarak Jauh Berbasis Browser vs VPN: Mana yang Lebih Baik untuk Aplikasi Bisnis?

Akses jarak jauh berbasis browser dan Jaringan Pribadi Virtual menyelesaikan masalah akses yang berbeda. akses HTML5 sering kali merupakan pilihan praktis ketika pengguna membutuhkan aplikasi bisnis atau desktop tertentu, sementara VPN tetap berguna ketika sebuah endpoint memerlukan konektivitas langsung ke sistem, layanan, atau protokol internal. Bagi banyak bisnis, pilihan yang lebih baik tergantung pada apa yang perlu dijangkau pengguna, endpoint mana yang mereka gunakan, dan seberapa banyak akses jaringan yang siap diberikan oleh organisasi.

Apakah akses browser seharusnya menggantikan setiap koneksi VPN? Apakah pengguna yang hanya membutuhkan satu atau dua aplikasi bisnis masih memerlukan terowongan jaringan sama sekali? Dapatkah tugas tertentu dilakukan dengan aman melalui jenis koneksi tertentu? Pekerjaan jarak jauh telah menjadikan VPN sebagai default potensial untuk menghubungkan pengguna ke sumber daya internal. Namun banyak karyawan, kontraktor, dan mitra sebenarnya tidak memerlukan akses jaringan tetapi mungkin hanya membutuhkan paket akuntansi, platform ERP, CRM, atau lainnya.

Bagi sysadmin, pertanyaannya lebih luas daripada metode akses mana yang lebih baik. Baca terus untuk mengetahui bagaimana hal ini meluas ke masalah seperti apa yang dibutuhkan setiap pengguna untuk mencapai, dari titik akhir mana, dan seberapa banyak konektivitas yang harus diekspos oleh bisnis untuk membuat itu mungkin.

Apa tujuan utama dari Akses Jarak Jauh Berbasis Browser dan VPN?

Perbandingan langsung hanya masuk akal setelah kedua arsitektur didefinisikan dengan jelas. Akses jarak jauh berbasis browser menyediakan sesi untuk aplikasi atau desktop yang dihosting di tempat lain. VPN menyediakan konektivitas dari titik akhir ke sumber daya yang diizinkan yang terletak di belakang batas jaringan pribadi.

Akses Browser Menyediakan Aplikasi dan Desktop

Dengan akses jarak jauh berbasis browser, aplikasi bisnis berjalan di host Windows jarak jauh daripada di perangkat pengguna. Sebuah portal HTML5 mengalirkan pembaruan tampilan, input keyboard, dan tindakan mouse antara browser dan sesi jarak jauh. Pengguna dapat melihat satu aplikasi yang diterbitkan, pilihan aplikasi, atau desktop jarak jauh yang lengkap. Titik akhir tidak selalu menerima konektivitas langsung ke sistem internal yang digunakan oleh aplikasi-aplikasi tersebut.

VPN Menyediakan Konektivitas Jaringan

VPN membangun terowongan terenkripsi antara titik akhir yang diotorisasi dan gerbang VPN. Aturan routing, firewall, dan kebijakan akses kemudian menentukan jaringan internal, server, dan layanan mana yang dapat dijangkau oleh titik akhir.

Model ini berguna ketika aplikasi yang diinstal secara lokal perlu berkomunikasi langsung dengan server file, basis data, API, antarmuka manajemen, atau layanan internal lainnya. Namun, ini bisa lebih luas dari yang diperlukan ketika seorang pengguna hanya membutuhkan akses ke satu aplikasi bisnis yang dihosting secara terpusat.

Perbandingan Cepat Akses Browser dan VPN

Untuk aplikasi bisnis, perbedaan utama tidak terletak pada browser versus klien. Tim perlu membandingkan cakupan akses yang diperlukan dan aspek-aspek, seperti di mana aplikasi dijalankan, daripada memperlakukan teknologi sebagai pengganti langsung.

Kriteria	Akses Jarak Jauh Berbasis Browser	VPN
Tujuan utama	Kirim aplikasi atau desktop yang diterbitkan	Sambungkan endpoint ke sumber daya jaringan yang diizinkan
Persyaratan endpoint	browser yang kompatibel	Konfigurasi klien VPN atau sistem operasi
Eksekusi aplikasi	Pada host jarak jauh	Sering kali di endpoint
Jangkauan jaringan	Biasanya terbatas pada sesi jarak jauh	Ditentukan oleh kebijakan routing dan akses
Penanganan data	Data bisnis dapat tetap berada di host	Data dapat melewati antara sistem internal dan endpoint
Pengguna tipikal	Karyawan, kontraktor, dan mitra yang membutuhkan aplikasi yang ditentukan	Pengguna yang membutuhkan akses langsung ke beberapa layanan, protokol, atau alat admin
Dukungan periferal	Tergantung pada HTML5 kemampuan pengalihan	Tergantung pada aplikasi lokal dan terowongan
Model penyebaran terbaik	Akses yang berfokus pada aplikasi	Akses yang berfokus pada jaringan

Tidak ada model yang secara universal lebih baik. Alur kerja yang diperlukan harus menentukan seberapa banyak akses yang sebenarnya diperlukan, mengidentifikasi aplikasi dan desktop atau konektivitas jaringan yang lebih luas.

Bagaimana Akses Browser Sesuai dengan Persyaratan Aplikasi Tertentu?

Akses jarak jauh berbasis browser berfungsi terbaik ketika pengguna hanya memerlukan aplikasi tertentu. Seorang karyawan keuangan mungkin memerlukan paket akuntansi, seorang operator gudang: perangkat lunak inventaris dan mitra eksternal: satu aplikasi Windows lama. Tidak ada dari kasus ini yang secara otomatis memerlukan akses ke jaringan sekitarnya.

Aplikasi Bisnis Windows Terpusat

Penerbitan aplikasi menjaga aplikasi di host Windows yang dikelola secara terpusat. Tim TI dapat memelihara aplikasi dalam satu lingkungan dan membuatnya tersedia untuk pengguna yang berwenang tanpa menginstal tumpukan aplikasi lengkap di setiap perangkat. Pembaruan, kontrol, dan ketersediaan untuk pengguna yang berwenang adalah tanggung jawab admin saja dan tumpukan perangkat lunak lengkap jauh terpisah dari titik akhir.

Sangat baik untuk perencanaan sumber daya perusahaan (ERP), manajemen hubungan pelanggan (CRM), akuntansi, administrasi, dan aplikasi lini bisnis lainnya, pendekatan ini juga membantu dengan produk warisan Ini sangat berguna untuk perangkat lunak Windows yang lebih lama yang tetap penting secara operasional bagi sebuah bisnis tetapi tidak pernah dirancang sebagai aplikasi web.

BYOD, Akses Kontraktor dan Sementara

Akses browser juga dapat menyederhanakan akses dari perangkat pribadi, sementara, atau yang dikelola secara eksternal. Pengguna umumnya hanya memerlukan browser yang kompatibel, menghapus kebutuhan bagi TI untuk mendistribusikan dan memelihara klien VPN untuk setiap titik akhir.

Namun, perangkat yang tidak dikelola tidak secara inheren dapat dipercaya. Organisasi tetap memerlukan otentikasi yang kuat, konfigurasi portal yang aman, pembatasan sesi yang sesuai, dan kebijakan yang jelas untuk unduhan, pencetakan, penggunaan clipboard, dan transfer file.

Bagaimana VPN Masih Sesuai dengan Persyaratan Jaringan yang Luas?

VPN tetap sesuai ketika titik akhir itu sendiri harus berkomunikasi langsung dengan sistem internal. Pertanyaan kuncinya adalah dari mana konektivitas harus berasal.

Alur Kerja yang Memerlukan Akses Langsung Endpoint ke Layanan Internal

Beberapa alur kerja bergantung pada aplikasi yang terinstal yang terhubung langsung ke berbagi file, situs web internal, koneksi basis data, API, atau layanan internal lainnya. Menyediakan akses aplikasi jarak jauh atau desktop mungkin tidak mereproduksi alur kerja secara lengkap.

VPN yang dibatasi dengan benar dapat memberikan konektivitas yang diperlukan sambil memungkinkan administrator untuk mengontrol rute, metode otentikasi, dan lalu lintas yang diizinkan. Desktop jarak jauh yang lengkap juga dapat memberikan akses ke berbagai layanan tergantung pada pengaturan rute dan kontrol akses.

Beban Kerja Administratif dan Khusus yang Memerlukan Konektivitas Tingkat Jaringan

Pekerjaan administratif sebuah bisnis juga dapat dilakukan dari desktop jarak jauh terpusat. Sysadmin, pengembang, dan tim infrastruktur mungkin memerlukan Secure Shell, konsol manajemen, platform pemantauan, atau akses ke beberapa sistem selama satu tugas.

VPN menjadi lebih relevan ketika administrator memerlukan alat yang diinstal secara lokal untuk langsung mencapai target jaringan yang berubah, bergantung pada protokol yang tidak cocok untuk sesi jarak jauh atau memerlukan integrasi yang tidak terpusat. Bahkan dalam hal ini, akses yang luas seharusnya tidak menjadi default. Koneksi VPN istimewa harus disegmentasi, dimonitor, dan dibatasi pada sistem yang diperlukan oleh setiap peran administratif.

Mengapa Kebutuhan Bisnis Harus Mendorong Model Akses?

Untuk bisnis, pemilihan harus berasal dari bagaimana orang sebenarnya menggunakan aplikasi. Karyawan yang menggunakan seperangkat kecil aplikasi Windows yang dihosting secara terpusat memiliki kebutuhan yang berbeda dari admin infrastruktur atau pengembang yang memerlukan konektivitas langsung ke beberapa sistem internal.

Akses berbasis browser dapat sangat praktis untuk kontraktor, kantor cabang, pekerja hibrida, dan lingkungan BYOD. Memang, TI dapat memberikan akses ke aplikasi yang ditentukan tanpa memperluas konektivitas jaringan yang setara ke setiap titik akhir atau sesi. Ini juga dapat menyederhanakan penerapan aplikasi, dengan perangkat lunak tetap terpusat dan instalasi, pembaruan, serta pemecahan masalah diterapkan di berbagai perangkat.

VPN tetap digunakan ketika alur kerja bisnis bergantung pada aplikasi yang diinstal secara lokal, layanan internal tertentu, atau komunikasi lintas jaringan secara langsung. Oleh karena itu, tujuannya bukan untuk menghapus VPN dengan cara apa pun. Metode akses perlu disesuaikan dengan pengguna dan grup, sehingga menghindari pemberian izin yang terlalu besar.

Keamanan Bergantung pada Lingkup Akses dan Kontrol

Setelah akses bisnis yang diperlukan telah ditentukan, keamanan sangat bergantung pada seberapa tinggi atau sensitif konektivitas yang diekspos oleh salah satu model dan kontrol keamanan apa yang mengelilinginya. Akses jarak jauh berbasis browser dapat mempersempit sumber daya yang disajikan kepada pengguna, sementara VPN dapat memberikan jangkauan jaringan yang lebih luas sesuai dengan pengaturan rute, segmentasi, dan kebijakan akses. Keamanan berbeda-beda tergantung pada portal, layanan otentikasi, host sesi, izin aplikasi, dan kebijakan transfer data.

Jangkauan Jaringan dan Potensi Pergerakan Lateral

Endpoint yang terhubung melalui VPN mungkin dapat berkomunikasi dengan beberapa sumber daya internal, tergantung pada rute dan aturan kontrol aksesnya. Tanpa batasan, jangkauan jaringan tersebut dapat meningkatkan jumlah sistem yang terekspos kepada penyerang, jika kredensial atau endpoint dikompromikan.

Penerbitan aplikasi dapat mengurangi jangkauan yang terlihat oleh pengguna karena pengguna memasuki sesi jarak jauh yang terkontrol alih-alih bergabung dengan jaringan internal. Namun, gateway dan host sesi tetap merupakan infrastruktur yang terpapar kecuali dilindungi dengan tepat. Mereka memerlukan pemeliharaan, otentikasi yang kuat, sertifikat TLS, pemantauan, pencatatan, dan konfigurasi yang hati-hati.

HTML5 dan Zero Trust: Di Mana Mereka Bertemu dan Berbeda

Akses jarak jauh HTML5 dapat mendukung tujuan keamanan tertentu yang terkait dengan Kepercayaan Nol Dengan menerbitkan aplikasi atau desktop tertentu melalui portal yang terkontrol, tim TI dapat membatasi apa yang diizinkan untuk diakses oleh pengguna, yang menghemat penyediaan konektivitas langsung ke jaringan internal yang lebih luas. Hal ini dapat mengurangi paparan jaringan yang tidak perlu serta memudahkan untuk menyelaraskan akses dengan pengguna atau peran individu.

Namun, HTML5 adalah metode akses dan pengiriman, bukan arsitektur Zero Trust. NIST mendefinisikan Zero Trust berdasarkan keputusan eksplisit mengenai pengguna, perangkat, dan sumber daya daripada kepercayaan yang didasarkan pada lokasi jaringan. Oleh karena itu, pendekatan Zero Trust yang lengkap akan memerlukan kontrol tambahan seperti verifikasi identitas yang kuat, penilaian perangkat, otorisasi spesifik sumber daya, penegakan kebijakan, dan pemantauan. Meskipun sesi browser saja tidak menjadikan lingkungan Zero Trust, akses aplikasi berbasis browser dengan mudah menjadi bagian dari arsitektur tersebut.

Kapan Kebutuhan Kinerja dan Periferal Menentukan Hasil?

Di Mana Akses HTML5 Bekerja dengan Baik

Aplikasi kantor standar dan aplikasi lini bisnis seringkali berfungsi dengan baik melalui HTML5 karena pemrosesan berlangsung di host jarak jauh. Sementara itu, endpoint terutama menampilkan sesi dan mentransmisikan input pengguna.

Alur kerja yang lebih menuntut memerlukan pengujian. Aplikasi yang intensif grafis, audio atau video waktu nyata, beberapa monitor, kartu pintar, pemindai, printer khusus, dan perangkat USB mungkin berperilaku cukup berbeda antara sesi HTML5 dan aplikasi asli.

Di mana Pengiriman Browser Memerlukan Pengujian

VPN tidak secara otomatis memperlancar beban kerja ini. Tujuannya: untuk menyediakan konektivitas. Kinerja tetap bergantung pada desain aplikasi, bandwidth, latensi, kapasitas endpoint, dan infrastruktur back-end. Uji yang benar: apakah alur kerja pengguna secara keseluruhan tetap dapat digunakan, bukan hanya apakah aplikasi terbuka.

Operasi dan Biaya Mengikuti Model yang Berbeda

Operasi VPN melibatkan klien endpoint, sertifikat, profil koneksi, routing, DNS, kebijakan terowongan, dan ketersediaan gateway. Tim dukungan juga mungkin perlu mendiagnosis dan memperbaiki konflik dengan jaringan lokal, pembaruan sistem operasi, dan perangkat lunak keamanan.

Akses jarak jauh berbasis browser mengurangi beberapa pekerjaan penyebaran endpoint, tetapi memindahkan tanggung jawab ke ketersediaan portal, kapasitas sesi, dan host aplikasi. IT harus memvalidasi kompatibilitas aplikasi, penggunaan bersamaan, perilaku profil, lisensi, pencetakan, dan ketersediaan tinggi.

Tidak ada model yang secara konsisten lebih murah. Infrastruktur yang ada, lisensi, jumlah pengguna, sesi bersamaan, dan beban kerja dukungan berkontribusi pada total biaya.

Model Hibrida Sering Memberikan Kesesuaian Terbaik

Sebagian besar organisasi tidak memiliki satu kebutuhan akses jarak jauh di seluruh tenaga kerja. Desain praktis dapat menerbitkan aplikasi bisnis yang ditentukan untuk karyawan, kontraktor, dan mitra sambil mempertahankan akses VPN terbatas untuk administrator dan alur kerja teknis yang luar biasa.

Pendekatan hibrida ini mengurangi paparan jaringan tanpa memaksa semua aktivitas melalui arsitektur akses yang sama. Ini juga memungkinkan TI untuk meninjau akses berdasarkan peran pengguna, jenis titik akhir, dan sumber daya yang diperlukan daripada mempertahankan model akses jarak jauh tunggal untuk alasan historis.

Bagaimana Seharusnya Sysadmin Menguji Kedua Model?

Seorang pilot harus menggunakan aplikasi nyata, titik akhir yang representatif, dan alur kerja bisnis yang lengkap. Tim TI dapat mengevaluasi kedua model dalam tujuh tahap:

1. Inventaris aplikasi, layanan, dan protokol yang diperlukan oleh setiap peran.
2. Pisahkan persyaratan jaringan tingkat end-point yang sebenarnya dari persyaratan akses hanya aplikasi.
3. Uji otentikasi, peluncuran sesi, perilaku sambungan kembali, dan waktu habis.
4. Validasi pencetakan, clipboard, transfer file, dan periferal yang diperlukan.
5. Ukur responsivitas dari lokasi dan koneksi perwakilan.
6. Tinjau log, ruang akses, dan dampak dari kredensial yang terkompromi.
7. Bandingkan upaya penyebaran, tiket dukungan, dan beban kerja administrator yang berkelanjutan.

Pilihan akhir harus mencerminkan bukti operasional. Login yang berhasil membuktikan konektivitas, tetapi tidak membuktikan bahwa model mendukung seluruh hari kerja pengguna.

TSplus Remote Access Menghadirkan Aplikasi Bisnis Melalui Browser

TSplus Remote Access menerbitkan aplikasi Windows terpilih atau desktop lengkap dari infrastruktur Windows terpusat. Pengguna dapat terhubung melalui sebuah Portal Web HTML5 sementara administrator menetapkan aplikasi yang diterbitkan kepada pengguna atau grup individu. TSplus juga mendukung mode koneksi alternatif ketika klien asli lebih cocok untuk beban kerja.

Ini menjadikan TSplus Remote Access sebagai opsi praktis ketika bisnis ingin mengurangi ketergantungan VPN untuk pengguna yang hanya memerlukan aplikasi Windows tertentu. Penempatan harus tetap tepat: TSplus menyediakan akses aplikasi dan desktop berbasis browser, bukan pengganti universal untuk setiap alur kerja VPN atau arsitektur Zero Trust secara default.

Kesimpulan

Untuk bisnis, model akses yang lebih baik tergantung terlebih dahulu pada apa yang sebenarnya perlu dilakukan setiap pengguna Akses jarak jauh berbasis browser sangat cocok ketika pengguna memerlukan aplikasi atau desktop yang ditentukan, sementara akses VPN tetap sesuai ketika alur kerja memerlukan konektivitas jaringan langsung. Banyak organisasi akan mendapatkan manfaat dari menggabungkan keduanya daripada memaksa setiap pengguna melalui metode akses yang sama. Desain yang paling kuat mungkin menggabungkan penerbitan aplikasi HTML5 dengan akses VPN yang sangat terbatas untuk peran-peran yang luar biasa.