|

«Օգտագործել իմ Windows հավատարմագրերը» արտահայտությանը սուբյեկտ է պետք։ Սեղանադիր ծրագրում դա կարող է լինել այն անձը, որը գործարկում է այն։ Ծառայության մեջ դա կարող է լինել ծառայության հաշիվը։ Վեբ հավելվածում այցելուի հաջող մուտքը ինքնաշխատ կերպով չի փոխարինում ելքային հարցման անվտանգության համատեքստը։

Սա բացատրում է, թե ինչու նույն մեքենայի վրա գտնվող դիտարկիչը և սերվերի կողմի կոդը կարող են տարբեր արդյունքներ ստանալ ինտեգրված նույնականացմամբ վստահված սերվերից։ Հնարավոր է՝ նրանք տարբեր ինքնություններ են ներկայացնում։

Անվանեք ինքնությունները նախքան կոդը փոխելը

  • Սեղանադիր դիտարկիչում մուտք գործած անձը։
  • Այն հաշիվը, որը հյուրընկալում է հավելվածի գործընթացը։
  • Ելքային գործողության համար ակտիվ ցանկացած կերպարանափոխված ինքնություն։
  • Այն հաշիվը, որն իրականում ընդունել կամ մերժել է վստահված սերվերը։

.NET-ի աջակցվող ինտեգրված նույնականացման ուղիներում DefaultCredentials-ը վերաբերում է ընթացիկ անվտանգության համատեքստին։ Այն գլոբալ կեղծանուն չէ բոլոր նրանց համար, ովքեր էջ են բացել այլ մեքենայում։

Եթե արտադրանքը միտումնավոր գործում է որպես օգտատեր, ապա կերպարանափոխումը և ցանցային փոխանցման ցանկացած պահանջ իրենց սեփական աջակցվող ձևավորումն են պահանջում։ Ընդհանուր լռելյայն հավատարմագրերի օգտագործման անջատիչը միացնելը չի հաստատում այդ ձևավորումը։ Ընդհակառակը, որպես ծառայության ինքնություն աշխատելու համար նախատեսված ֆոնային առաջադրանքը չպետք է կախված լինի նրանից, որ ինչ-որ մեկը նախապես բացի դիտարկիչ։

Համեմատեք ինտերակտիվ և տեղակայված մեկնարկները՝ հեռացնելով գաղտնիքները՝ հաշվի համատեքստ, վստահված սերվերի վերջնակետ, հայտարարված մեթոդ և մերժված ինքնություն։ Խուսափեք սեղանադիր գաղտնաբառը հավելված պատճենելուց միայն այն պատճառով, որ դա մեկանգամյա հարցումը հաջողեցրեց։ Կարգավորեք այն հաշիվը, որը հավելվածը պետք է օգտագործի, ապա այդ սեփականությունը տեսանելի պահեք տեղակայման գրառման մեջ։

Առնչվող հոդվածներ