Eski VPN fayl portalini almashtirish: boshqaruvni saqlab qolish
Mahalliy fayl mijozi va proksi portal ruxsatlar, tiklash va identifikatsiyani turli joylarda amalga oshiradi. Ularni foydalanuvchilarga kerak bo'lgan to'rt amal bo'yicha solishtiring.
Mijozsiz eski portalda o'chirish tugmasi, sevimlilar yulduzchasi va elektron pochtaga yopishtirilgan ulashish yo'li bor edi. Ulardan faqat bittasi boshqaruvdir. Portalni almashtirish masofadagi foydalanuvchilarga qaysi amallar hali kerakligini va har biri qayerda ta'minlanishini hal qilish demakdir, tasodifan ishlagan sahifa tartibini takrorlash emas. Ikki almashtirish shakli ko'p holatlarni qamrab oladi va ular turli nuqtalarda muvaffaqiyatsizlikka uchraydi.
Tugma ruxsat emas
Amallar ro'yxatidan boshlang: o'qish, yuklash, nomini o'zgartirish, o'chirish. Qaysi rollar qaysi birini olishini hal qiling, so'ng bu qarorni interfeysda emas, fayl xizmatida ta'minlang. Yangi portalda o'chirish boshqaruvini yashirish backend ruxsatini o'zgarmas holda qoldiradi, va mahalliy mijozi hamda bir xil hisobi bo'lgan har kim faylni baribir olib tashlashi mumkin.
O'chirish alohida qarorga loyiq, chunki bu foydalanuvchilar afsuslanadigan amaldir. O'chirilgan elementni haqiqatda qayerdan tiklash mumkinligini so'rang va javob noutbuk savati yoki portalning o'z axlati deb o'ylamang. Tarmoq ulashmasi odatda o'chirishlarni mahalliy savat orqali o'tkazmaydi.
Windows asosidagi ulashmada Volume Shadow Copy oniy nusxa mexanizmini va zaxira dasturi ishlatadigan muvofiqlashtirishni taqdim etadi, ammo uning mavjudligi bu ulashma siz tiklay oladigan versiyalarni saqlaydimi-yo'qmi haqida hech narsa demaydi. Fayl xizmati egasi versiya siyosatini tasdiqlashi va portal iste'foga chiqarilishidan oldin tiklashni namoyish qilishi kerak.
A varianti: tunnel orqali mahalliy fayl mijozi
Ulangan disk yoki SMB mijozi foydalanuvchilar allaqachon biladigan amallarni saqlab qoladi va ruxsatlar har bir so'rovda fayl serveri tomonidan ta'minlanadi. Muhim identifikatsiya fayl xizmatining identifikatsiyasidir, shuning uchun tunnel hali trafikni tashib, hisob mavjud bo'lgan ekan, VPN mahsuloti o'zgarsa ham kirish saqlanib qoladi.
Narx shundaki, mijoz xizmatga bevosita yetib borishi kerak. Nomlarni hal qilish, portlarga yetish va autentifikatsiya usuli masofadan kirish loyihasining bir qismiga aylanadi, va ilgari ulanishni proksilagan portal bu talablarning barchasini yashirgan edi. Boshqarilmaydigan qurilmalardagi foydalanuvchilar fayl menejerida ulangan ulashmani ham oladi, bu brauzer yorlig'idan kengroq yuzadir. Ko'chirishdan oldin bu qo'llab-quvvatlash yukini byudjetga qo'shing, chunki u imtiyoz davridan keyin emas, birinchi kuni keladi.
Tiklash bu shakl foydasiga eng kuchli dalildir: oldingi versiyalar va tiklash ruxsatlari platformaga xos, va yordam xizmati joyida ishlatadigan tartibning o'zini ishlatishi mumkin.
B varianti: proksi yoki ilova shlyuzi
Faylni olib brauzerga oqim bilan yuboradigan portal fayl xizmatini foydalanuvchining tarmoq yo'lidan tashqarida ushlab turadi. Bu qurilma tunnelga qo'shila olmaganida yoki tashkilot har bir so'rovning bitta tor joyda qayd etilishini xohlaganda foydalidir. Murosa shundaki, proksi har bir amalning ishtirokchisiga aylanadi va hamma narsa uchun o'z xizmat hisobini ishlatish o'rniga foydalanuvchining identifikatsiyasini fayl xizmatigacha yetkazishi kerak.
O'chirish va nomini o'zgartirish xatti-harakati meros qilib olinmaydi, amalga oshirilishi kerak. Agar proksi o'chirish amalini ochsa, bu amal backendni qandaydir identifikatsiya bilan chaqiradi, va audit izi shlyuzni emas, foydalanuvchini nomlashi kerak. Agar proksi nomini o'zgartira olmasa, foydalanuvchilar loyiha o'rtasida buni bilishidan oldin ayting.
Havolalarni qayta yozish bu shakl jimgina ma'noni o'zgartiradigan joydir. Portal proksilaydigan URL brauzer bevosita ochadigan URL bilan bir xil obyekt emas, va birini ikkinchisiga aylantirish uni ishlatib turgan autentifikatsiya kontekstini olib tashlashi mumkin.
Nomlar, identifikatsiyalar va ular orasidagi havolalar
Tasdiqlangan server va ulashish yo'lini tarqating, domen ko'rish ro'yxatini emas. Ko'rish tunneldan o'tmasligi mumkin bo'lgan aniqlash xizmatlariga bog'liq, va foydalanuvchi noutbuki domenni sanay olgani uchun ishlaydigan yo'l keyingi boshqarilmaydigan qurilmada buziladigan yo'ldir.
Yagona kirishni ilova bo'yicha ko'rib chiqing. Portal uchun berilgan tokenni u hech qachon tasdiqlamagan fayl xizmatiga qayta uzatmaslik kerak, va identifikatorlar olib yuruvchi so'rov parametrlari eski xatcho'pda ko'ringani uchun ommaviy havolaga ko'chirilmasligi kerak. Har bir tasdiqlangan ilovani o'zining ishonch chegarasi deb biling.
| 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 |
Talablar ro'yxatiga ko'ra tanlang
Hech bir shakl to'g'ridan-to'g'ri g'alaba qozonmaydi. Ishlaydigan tunnelga ega boshqariladigan noutbuklardagi ishchi kuch mahalliy mijozdan ko'proq foyda oladi, chunki tiklash va ruxsatlar qayta amalga oshirishdan emas, platformadan keladi. Pudratchilar va shaxsiy qurilmalarning aralash populyatsiyasi proksini oqlashi mumkin, agar identifikatsiya quvuri haqiqiy bo'lib, umumiy xizmat hisobi bo'lmasa.
Solishtirishni to'rt amal va tiklash javobiga qarshi yozib chiqing, so'ng eski portalni faqat yangi yo'l orqali bitta tiklash bajarilgandan keyin iste'foga chiqaring. Bu sinov muvaffaqiyatli kirish hech qachon tegmaydigan loyiha qismlarini ishga soladi.