Excel-ը գործընկերոջ SQL Server-ում՝ առանց դոմենի վստահության
Excel-ի կապակցմանը պետք է ընդունված ինքնություն, ստուգված TLS և մեկ ցանցային ուղի: Միայն առաջինն է վերաբերում դոմենի վստահությանը. մյուսները այլ տեղ են:
Excel-ի աշխատանքային գրքույկը, որը բացում է աղյուսակ այլ կազմակերպության SQL Server-ում, պահանջում է երեք բան, որոնք սովորաբար քննարկվում են որպես մեկը՝ ինքնություն, որը սերվերը ընդունում է, տրանսպորտ, որը հաճախորդը ստուգում է, և ցանցային ուղի, որը երկու կողմերն էլ թույլատրում են: Դոմենի վստահությունը առաջինը բավարարելու ձևերից մեկն է և ամենալայնը: TLS-ը բավարարում է երկրորդը և ոչինչ չի ասում առաջինի մասին: Ուղին բավարարում է երրորդը և ինքնին ոչինչ չի պաշտպանում:
Այս երեքի տարանջատումը աղյուսակը դարձնում է փոքր, վերանայելի հարցում՝ վարչական հարաբերության փոխարեն:
Երեք որոշում, որ թաքցնում է հարցը
Ինքնությունը այն է, թե ով է, ըստ տվյալների բազայի, դուք. Windows-ի հաշիվ վստահելի դոմենից, SQL մուտք՝ իր սեփական գաղտնաբառով, կամ վկայագրի վրա հիմնված ինքնություն: Տրանսպորտը այն է, թե արդյոք նստաշրջանը գաղտնագրված է և արդյոք հաճախորդը ստուգում է սերվերի վկայագրերի շղթան: Ուղին այն է, թե ինչպես են փաթեթները հասնում լսողին, որը կարող է լինել VPN, մասնավոր կապ կամ հանրային վերջնակետ՝ firewall-ի կանոններով: Յուրաքանչյուրը ապրում է այլ տեղ և յուրաքանչյուրը կարող է ինքնուրույն ձախողվել:
Անտառի վստահությունը լայնորեն պատասխանում է առաջինին և կազմակերպությունների միջև հարաբերություն է, ոչ թե մեկ գրքույկի կարգավորում: Այն նաև ոչինչ չի գաղտնագրում, ինչը զարմացնում է նրանց, ովքեր կարծում էին, թե վստահությունն ինքն է անվտանգության վերահսկիչը:
Ինքնություն առանց անտառի վստահության
Նպատակային միջավայրում դիտավորյալ տրամադրված հաշիվը կարող է բավարարել ավելի նեղ պահանջ առանց որևէ վստահության, պայմանով, որ հաճախորդի աշխատանքային հոսքը կարող է օգտագործել այն: SQL նույնականացումը մյուս սովորական պատասխանն է, երբ քաղաքականությունը թույլատրում է. մուտքը կրում է իր սեփական հավատարմագրերի կենսացիկլը և չի միանում դոմեններին ու չի ստեղծում Windows-ի ինտեգրված նույնականացում: Վկայագրի կամ թոքենի վրա հիմնված ինքնությունը երրորդ տարբերակն է նոր պլատֆորմներում: Ինչ էլ ընտրեք, տրամադրեք միայն այն տվյալների բազայի թույլտվությունները, որոնք գրքույկին իրոք պետք են:
Նախընտրեք առանձին հաշիվ ինչ-որ մեկի անձնական մուտքի փոխարեն: Աղյուսակում համօգտագործված հավատարմագիրը աջակցության խնդիր է, որը սպասում է տեղի ունենալուն, իսկ անվանված հաշիվը հնարավոր է դարձնում չեղարկումը, երբ նախագիծը ավարտվի:
Գաղտնագրում՝ այո, բայց վստահե՞լ վկայագրին
ODBC Driver 18-ի հետ Encrypt=Yes;TrustServerCertificate=No պահանջում է գաղտնագրված նստաշրջան, որի վկայագիրն իրոք ստուգվում է: Այդ դեպքում միացման տողը պետք է նշի այն սերվերը, որը ծածկում է վկայագիրը, և հաճախորդը պետք է վստահի դրա շղթային: Driver 18-ը նաև լռելյայն գաղտնագրում է, ի տարբերություն ավելի վաղ տարբերակների, ուստի հին միացման տողը այժմ կարող է բանակցել TLS-ի շուրջ՝ առանց դա ասելու: Բացահայտ կարգավորումները նախատեսված քաղաքականությունը տեսանելի են դարձնում բոլոր մեքենաներում, ինչը կարևոր է, երբ մի քանի մարդ պահպանում է նույն գրքույկը:
TrustServerCertificate=Yes գաղտնագրում է և բաց թողնում ստուգումը, ինչը համարժեք վերանորոգում չէ անվան անհամապատասխանության կամ անվստահելի շղթայի համար: Այն հեռացնում է այն ազդանշանը, որը ձեզ կասեր, որ հաճախորդը հասել է սխալ վերջնակետին, ուստի ուղղեք վկայագիրը կամ անունը:
Սերվերի կողմի պարտադրումը առանձին վերահսկիչ է: Եթե գաղտնագրումը պետք է կիրառվի յուրաքանչյուր հաճախորդի համար, կարգավորեք և ստուգեք սերվերի պարտադիր գաղտնագրման կարգավորումը, որովհետև մեկ համագործակցող միացման տող ոչինչ չի պարտադրում:
Ցանցային ուղին պաշտպանությունը չէ
VPN-ի միջոցով հասանելի մասնավոր լսողը նվազեցնում է ազդեցությունը, և որպեսզի դա աշխատի, VPN-ը պետք է կրի ճիշտ նպատակակետ և վերադարձի ուղիներ: Աշխատող թունելը չի վերացնում նույնականացման կամ վկայագրի ստուգման անհրաժեշտությունը, և TLS-ը չի սահմանափակում, թե որ հեռավոր համակարգերը կարող են փորձել միացում: Սրանք երեք առանձին դիտարկումներ են՝ TLS ձեռքսեղմում, VPN մուտք և լիազորված հարցում: Միայն երրորդն է ապացուցում, որ գրքույկը կարդացել է այն տվյալները, որոնք իրավունք ուներ կարդալու:
Ուստի դիմացեք այն կարճուղուն, որ վստահության հարցին պատասխանում է տվյալների բազան ինտերնետում բացելով: Նեղ պատասխանը սովորաբար առանձին հաշիվ է, ստուգված գաղտնագրում և մեկ հաստատված ուղի՝ հենց այդ հերթականությամբ:
Ստուգեք Excel-ի սովորական աշխատանքային հոսքով՝ ընդունված ինքնությունը, փաստացի թույլտվությունները և բանակցված գաղտնագրումը, յուրաքանչյուրը սերվերի սեփական նստաշրջանի տեսքով: