Հին VPN ֆայլային պորտալի փոխարինում՝ պահպանելով վերահսկողությունը
Նատիվ ֆայլային հաճախորդը և փրոքսի պորտալը թույլտվությունները, վերականգնումը և ինքնությունը կիրառում են տարբեր տեղերում։ Համեմատե՛ք դրանք օգտվողներին անհրաժեշտ չորս գործողությունների առումով։
Հին առանց հաճախորդի պորտալն ուներ ջնջման կոճակ, ընտրյալի աստղ և էլեկտրոնային փոստում տեղադրված համօգտագործման ուղի։ Դրանցից միայն մեկն է վերահսկիչ։ Պորտալի փոխարինումը նշանակում է որոշել, թե հեռավոր օգտվողներին դեռ որ գործողություններն են պետք և որտեղ է յուրաքանչյուրը կիրառվում, այլ ոչ թե վերարտադրել պատահաբար աշխատած էջի դասավորությունը։ Փոխարինման երկու ձև ընդգրկում են դեպքերի մեծ մասը, և դրանք ձախողվում են տարբեր կետերում։
Կոճակը թույլտվություն չէ
Սկսե՛ք գործողությունների ցանկից՝ կարդալ, վերբեռնել, վերանվանել, ջնջել։ Որոշե՛ք, թե որ դերերն են ստանում յուրաքանչյուրը, ապա այդ որոշումը կիրառե՛ք ֆայլային ծառայության մոտ, ոչ թե ինտերֆեյսում։ Ջնջման կառավարման թաքցնումը նոր պորտալում անփոփոխ է թողնում հետին թույլտվությունը, և յուրաքանչյուրը, ով ունի նատիվ հաճախորդ և նույն հաշիվը, դեռ կարող է հեռացնել ֆայլը։
Ջնջումն առանձին որոշում է արժանի, որովհետև դա այն գործողությունն է, որի համար օգտվողները զղջում են։ Հարցրե՛ք, թե իրականում որտեղից կարելի է վերականգնել ջնջված տարրը, և մի՛ ենթադրեք, որ պատասխանը նոութբուքի զամբյուղն է կամ պորտալի սեփական աղբը։ Ցանցային համօգտագործումը սովորաբար ջնջումները չի ուղղորդում տեղական զամբյուղով։
Windows-ի վրա հիմնված համօգտագործման դեպքում Volume Shadow Copy-ն ապահովում է պահուստային պատճենների մեխանիզմը և այն համաձայնեցումը, որն օգտագործում է պահուստավորման ծրագրաշարը, սակայն դրա առկայությունը ոչինչ չի ասում այն մասին, թե արդյոք այս համօգտագործումը պահում է վերականգնվող տարբերակներ։ Ֆայլային ծառայության սեփականատերը պետք է հաստատի տարբերակների քաղաքականությունը և ցուցադրի վերականգնում մինչև պորտալի դուրսբերումը։
Տարբերակ A՝ նատիվ ֆայլային հաճախորդ թունելի վրայով
Քարտեզված սկավառակը կամ SMB հաճախորդը պահում է օգտվողներին արդեն ծանոթ գործողությունները, և թույլտվությունները յուրաքանչյուր հարցումով կիրառում է ֆայլային սերվերը։ Կարևոր ինքնությունը ֆայլային ծառայության ինքնությունն է, այնպես որ հասանելիությունը վերապրում է VPN ապրանքի փոփոխությունը, քանի դեռ թունելը դեռ կրում է երթևեկությունը և հաշիվը դեռ գոյություն ունի։
Գինն այն է, որ հաճախորդը պետք է ուղղակիորեն հասնի ծառայությանը։ Անվան լուծումը, պորտերի հասանելիությունը և նույնականացման մեթոդը բոլորը դառնում են հեռավոր հասանելիության նախագծի մաս, և այն պորտալը, որը նախկինում միջնորդում էր կապը, թաքցնում էր այդ բոլոր պահանջները։ Չկառավարվող սարքերում օգտվողները նաև ստանում են իրենց ֆայլերի կառավարիչում տեղադրված համօգտագործում, ինչը ավելի լայն մակերես է, քան դիտարկիչի ներդիրը։ Բյուջե՛ նախատեսեք այդ աջակցության բեռի համար մինչև միգրացիան, որովհետև այն գալիս է հենց առաջին օրը, ոչ թե արտոնյալ ժամկետից հետո։
Վերականգնումը այս ձևի օգտին ամենաուժեղ փաստարկն է՝ նախորդ տարբերակները և վերականգնման թույլտվությունները բնիկ են հարթակին, և աջակցության ծառայությունը կարող է օգտագործել նույն ընթացակարգը, որն օգտագործում է տեղում։
Տարբերակ B՝ փրոքսի կամ հավելվածային դարպաս
Այն պորտալը, որը բերում է ֆայլը և հոսքով ուղարկում դիտարկիչին, ֆայլային ծառայությունը դուրս է պահում օգտվողի ցանցային ուղուց։ Սա օգտակար է, երբ սարքը չի կարող միանալ թունելին կամ երբ կազմակերպությունը ցանկանում է, որ յուրաքանչյուր հարցում գրանցվի մեկ նեղ կետում։ Փոխզիջումն այն է, որ փրոքսին դառնում է յուրաքանչյուր գործողության մասնակից, և այն պետք է օգտվողի ինքնությունը հասցնի ֆայլային ծառայությանը՝ ամեն ինչի համար իր սեփական սպասարկման հաշիվն օգտագործելու փոխարեն։
Ջնջման և վերանվանման վարքը պետք է իրականացվի, այլ ոչ թե ժառանգվի։ Եթե փրոքսին առաջարկում է ջնջման գործողություն, այդ գործողությունը հետին համակարգին կանչում է ինչ-որ ինքնությամբ, և աուդիտի հետքը պետք է նշի օգտվողին, այլ ոչ թե դարպասին։ Եթե փրոքսին չի կարող վերանվանել, ասե՛ք դա նախքան օգտվողները կբացահայտեն դա նախագծի կեսին։
Հղումների վերագրումը այն տեղն է, որտեղ այս ձևը լուռ փոխում է իմաստը։ URL-ը, որը փրոքսին միջնորդում է, նույն օբյեկտը չէ, ինչ URL-ը, որը դիտարկիչը բացում է ուղղակիորեն, և մեկը մյուսի վերածելը կարող է հեռացնել նույնականացման այն կոնտեքստը, որն այն աշխատեցնում էր։
Անուններ, ինքնություններ և նրանց միջև եղած հղումները
Տարածե՛ք հաստատված սերվերը և համօգտագործման ուղին, ոչ թե տիրույթի դիտարկման ցանկ։ Դիտարկումը կախված է հայտնաբերման ծառայություններից, որոնք կարող են չանցնել թունելով, և ուղին, որն աշխատում է այն պատճառով, որ օգտվողի նոութբուքը կարող է թվարկել տիրույթը, ուղի է, որը կկոտրվի հաջորդ չկառավարվող սարքում։
Վերանայե՛ք միանվագ մուտքը հավելված առ հավելված։ Պորտալի համար տրված նշանը չպետք է վերարտադրվի ֆայլային ծառայությանը, որը երբեք չի վավերացրել այն, և նույնացուցիչներ կրող հարցման պարամետրերը չպետք է պատճենվեն հանրային հղման մեջ միայն այն պատճառով, որ դրանք հայտնվել են հին էջանիշում։ Վերաբերվե՛ք յուրաքանչյուր հաստատված հավելվածի որպես իր սեփական վստահության սահմանի։
| 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 |
Ընտրե՛ք ըստ պահանջների ցանկի
Ձևերից ոչ մեկը միանշանակ չի հաղթում։ Աշխատող թունելով կառավարվող նոութբուքերով աշխատուժն ավելին է ստանում նատիվ հաճախորդից, որովհետև վերականգնումը և թույլտվությունները գալիս են հարթակից, այլ ոչ թե վերաիրականացումից։ Կապալառուների և անձնական սարքերի խառը պոպուլյացիան կարող է արդարացնել փրոքսին, պայմանով, որ ինքնության ենթակառուցվածքը իրական է, այլ ոչ թե ընդհանուր սպասարկման հաշիվ։
Գրե՛ք համեմատությունը չորս գործողությունների և վերականգնման պատասխանի դիմաց, ապա հին պորտալը դուրս բերե՛ք միայն այն բանից հետո, երբ նոր ուղով մեկ վերականգնում արված լինի։ Այդ փորձարկումը գործարկում է նախագծի այն մասերը, որոնց հաջող մուտքը երբեք չի դիպչում։