|സംയോജിത പ്രോക്സി പ്രാമാണീകരണം: സേവന അക്കൗണ്ടുകളും മറ്റൊരാളായി അഭിനയിക്കലും

“എന്റെ Windows ക്രെഡൻഷ്യലുകൾ ഉപയോഗിക്കുക” എന്നതിന് ഒരു കർത്താവ് വേണം. ഡെസ്ക്ടോപ്പ് പ്രോഗ്രാമിൽ അത് അത് പ്രവർത്തിപ്പിക്കുന്ന വ്യക്തിയാകാം. ഒരു സേവനത്തിൽ അത് സേവനത്തിന്റെ അക്കൗണ്ടാകാം. വെബ് ആപ്ലിക്കേഷനിൽ, സന്ദർശകന്റെ വിജയകരമായ സൈൻ-ഇൻ പുറത്തേക്കുള്ള അഭ്യർത്ഥനയുടെ സുരക്ഷാ സന്ദർഭം സ്വയമേവ മാറ്റിസ്ഥാപിക്കുന്നില്ല.

ഒരേ യന്ത്രത്തിലെ ബ്രൗസറിനും സെർവർ-സൈഡ് കോഡിനും സംയോജിത പ്രാമാണീകരണമുള്ള പ്രോക്സിയിൽ നിന്ന് വ്യത്യസ്ത ഫലങ്ങൾ ലഭിക്കുന്നത് എന്തുകൊണ്ടെന്ന് ഇത് വിശദീകരിക്കുന്നു. അവ വ്യത്യസ്ത ഐഡന്റിറ്റികൾ അവതരിപ്പിക്കുന്നുണ്ടാകാം.

കോഡ് മാറ്റുന്നതിന് മുമ്പ് ഐഡന്റിറ്റികൾക്ക് പേരിടുക

• ഡെസ്ക്ടോപ്പ് ബ്രൗസറിൽ സൈൻ-ഇൻ ചെയ്ത വ്യക്തി.
• ആപ്ലിക്കേഷൻ പ്രോസസ്സ് ഹോസ്റ്റ് ചെയ്യുന്ന അക്കൗണ്ട്.
• പുറത്തേക്കുള്ള പ്രവർത്തനത്തിന് സജീവമായ ഏതെങ്കിലും അഭിനയിക്കുന്ന ഐഡന്റിറ്റി.
• പ്രോക്സി യഥാർത്ഥത്തിൽ സ്വീകരിച്ചതോ നിരസിച്ചതോ ആയ അക്കൗണ്ട്.

.NET പിന്തുണയ്ക്കുന്ന സംയോജിത പ്രാമാണീകരണ പാതകളിൽ, DefaultCredentials നിലവിലെ സുരക്ഷാ സന്ദർഭവുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. മറ്റൊരു യന്ത്രത്തിൽ പേജ് തുറന്ന ഏവർക്കുമുള്ള ആഗോള ഓമനപ്പേരല്ല അത്.

ഉൽപ്പന്നം മനഃപൂർവം ഒരു ഉപയോക്താവായി പ്രവർത്തിക്കുന്നുവെങ്കിൽ, മറ്റൊരാളായി അഭിനയിക്കലിനും ഏതെങ്കിലും നെറ്റ്‌വർക്ക് പ്രതിനിധാന ആവശ്യങ്ങൾക്കും അവയുടേതായ പിന്തുണയുള്ള രൂപകൽപ്പന വേണം. പൊതുവായ ഡിഫോൾട്ട് ക്രെഡൻഷ്യൽ ഉപയോഗ സ്വിച്ച് ഓണാക്കുന്നത് ആ രൂപകൽപ്പന സ്ഥാപിക്കുന്നില്ല. നേരെമറിച്ച്, സേവന ഐഡന്റിറ്റിയായി പ്രവർത്തിക്കാൻ ഉദ്ദേശിച്ചിട്ടുള്ള പിന്നണി ജോലി ആരെങ്കിലും ആദ്യം ബ്രൗസർ തുറക്കുന്നതിനെ ആശ്രയിച്ചിരിക്കരുത്.

രഹസ്യങ്ങൾ നീക്കിയ ശേഷം സംവേദനാത്മകവും വിന്യസിച്ചതുമായ സമാരംഭം താരതമ്യം ചെയ്യുക: അക്കൗണ്ട് സന്ദർഭം, പ്രോക്സി എൻഡ്‌പോയിന്റ്, പ്രഖ്യാപിച്ച രീതി, നിരസിച്ച ഐഡന്റിറ്റി. ഒരു തവണത്തെ അഭ്യർത്ഥന വിജയിച്ചത് കൊണ്ട് മാത്രം ഡെസ്ക്ടോപ്പ് പാസ്‌വേഡ് ആപ്ലിക്കേഷനിലേക്ക് പകർത്തുന്നത് ഒഴിവാക്കുക. ആപ്ലിക്കേഷൻ ഉപയോഗിക്കേണ്ട അക്കൗണ്ട് കോൺഫിഗർ ചെയ്യുക, തുടർന്ന് ആ ഉടമസ്ഥത വിന്യാസ രേഖയിൽ ദൃശ്യമായി നിലനിർത്തുക.