Mengganti portal berkas VPN lama: pertahankan kendalinya
Klien berkas natif dan portal proksi menegakkan izin, pemulihan, dan identitas di tempat yang berbeda. Bandingkan keduanya pada empat operasi yang dibutuhkan pengguna.
Portal lama tanpa klien punya tombol hapus, bintang favorit, dan jalur berbagi yang ditempel ke surel. Hanya satu dari itu yang merupakan kendali. Mengganti portal berarti memutuskan operasi mana yang masih dibutuhkan pengguna jarak jauh dan di mana setiap operasi ditegakkan, bukan meniru tata letak halaman yang kebetulan berhasil. Dua bentuk pengganti mencakup sebagian besar kasus, dan keduanya gagal di titik yang berbeda.
Tombol bukan izin
Mulailah dari daftar operasi: baca, unggah, ganti nama, hapus. Putuskan peran mana yang mendapat masing-masing, lalu tegakkan keputusan itu di layanan berkas, bukan di antarmuka. Menyembunyikan kendali hapus di portal baru membiarkan izin backend tetap utuh, dan siapa pun yang punya klien natif serta akun yang sama masih bisa menghapus berkas itu.
Penghapusan layak mendapat keputusan terpisah karena itulah operasi yang disesali pengguna. Tanyakan dari mana item yang dihapus benar-benar bisa dipulihkan, dan jangan berasumsi jawabannya adalah tempat sampah laptop atau tong sampah portal itu sendiri. Berbagi pakai jaringan umumnya tidak mengarahkan penghapusan melalui tempat sampah lokal.
Pada berbagi pakai yang didukung Windows, Volume Shadow Copy menyediakan mesin snapshot dan koordinasi yang dipakai perangkat lunak cadangan, tetapi keberadaannya tidak mengatakan apa pun tentang apakah berbagi pakai ini menyimpan versi yang bisa Anda pulihkan. Pemilik layanan berkas harus mengonfirmasi kebijakan versi dan mendemonstrasikan pemulihan sebelum portal dipensiunkan.
Opsi A: klien berkas natif melalui terowongan
Drive yang dipetakan atau klien SMB mempertahankan operasi yang sudah dikenal pengguna, dan izin ditegakkan oleh server berkas pada setiap permintaan. Identitas yang penting adalah identitas layanan berkas, jadi akses bertahan saat produk VPN diganti selama terowongan masih membawa lalu lintas dan akun masih ada.
Biayanya adalah klien harus menjangkau layanan secara langsung. Resolusi nama, keterjangkauan port, dan metode autentikasi semuanya menjadi bagian dari desain akses jarak jauh, dan portal yang dulu memproksi koneksi menyembunyikan setiap persyaratan itu. Pengguna pada perangkat tak terkelola juga mendapat berbagi pakai yang dipasang di pengelola berkas mereka, yang merupakan permukaan lebih luas daripada tab peramban. Anggarkan beban dukungan itu sebelum migrasi, karena beban itu datang pada hari pertama, bukan setelah masa tenggang.
Pemulihan adalah argumen terkuat untuk bentuk ini: versi sebelumnya dan izin pemulihan bersifat natif pada platform, dan meja bantuan dapat memakai prosedur yang sama seperti di lokasi.
Opsi B: proksi atau gerbang aplikasi
Portal yang mengambil berkas dan mengalirkannya ke peramban menjauhkan layanan berkas dari jalur jaringan pengguna. Itu berguna ketika perangkat tidak bisa bergabung ke terowongan atau ketika organisasi ingin setiap permintaan dicatat di satu titik sesak. Komprominya adalah proksi menjadi peserta dalam setiap operasi, dan proksi harus membawa identitas pengguna sampai ke layanan berkas alih-alih memakai akun layanannya sendiri untuk semuanya.
Perilaku hapus dan ganti nama harus diimplementasikan, bukan diwarisi. Jika proksi mengekspos aksi hapus, aksi itu memanggil backend dengan identitas tertentu, dan jejak audit harus menyebut pengguna, bukan gerbang. Jika proksi tidak bisa mengganti nama, katakan itu sebelum pengguna menemukannya di tengah proyek.
Penulisan ulang tautan adalah tempat bentuk ini diam-diam mengubah makna. URL yang diproksikan portal bukan objek yang sama dengan URL yang dibuka peramban secara langsung, dan mengubah yang satu menjadi yang lain dapat menghapus konteks autentikasi yang membuatnya berfungsi.
Nama, identitas, dan tautan di antaranya
Bagikan server dan jalur berbagi yang disetujui, bukan daftar penjelajahan domain. Penjelajahan bergantung pada layanan penemuan yang mungkin tidak melintasi terowongan, dan jalur yang berfungsi karena laptop pengguna bisa menghitung domain adalah jalur yang rusak pada perangkat tak terkelola berikutnya.
Tinjau masuk tunggal aplikasi demi aplikasi. Token yang diterbitkan untuk portal tidak boleh diputar ulang ke layanan berkas yang tidak pernah memvalidasinya, dan parameter kueri yang membawa pengenal tidak boleh disalin ke tautan publik hanya karena parameter itu muncul di markah lama. Perlakukan setiap aplikasi yang disetujui sebagai batas kepercayaan tersendiri.
| 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 |
Pilih berdasarkan daftar persyaratan
Tidak ada bentuk yang menang mutlak. Tenaga kerja pada laptop terkelola dengan terowongan yang berfungsi lebih banyak mendapat manfaat dari klien natif, karena pemulihan dan izin berasal dari platform, bukan dari implementasi ulang. Populasi campuran kontraktor dan perangkat pribadi dapat membenarkan proksi, asalkan saluran identitasnya nyata dan bukan akun layanan bersama.
Tuliskan perbandingannya terhadap empat operasi dan jawaban pemulihan, lalu pensiunkan portal lama hanya setelah satu pemulihan benar-benar dilakukan melalui jalur baru. Uji itu melatih bagian-bagian desain yang tidak pernah disentuh oleh login yang berhasil.