IIS-ലെ ഡിഫോൾട്ട് പ്രോക്സി ക്രെഡൻഷ്യലുകൾക്ക് മെഷീൻ അക്കൗണ്ട് ഉപയോഗിക്കാം
IIS വർക്കറിലെ ഡിഫോൾട്ട് പ്രോക്സി ക്രെഡൻഷ്യലുകൾക്ക് പിന്നിലെ നെറ്റ്വർക്ക് അക്കൗണ്ട് തിരിച്ചറിയുക, ഇന്ററാക്ടീവ് അഡ്മിനിസ്ട്രേറ്ററുടെ ഐഡന്റിറ്റി പ്രതീക്ഷിക്കുന്നതിന് പകരം.
IIS-ലെ ഡിഫോൾട്ട് പ്രോക്സി ക്രെഡൻഷ്യലുകൾ വർക്കറുടെ ഫലപ്രദമായ ഐഡന്റിറ്റിയുടേതാണ്, ആപ്ലിക്കേഷൻ വിന്യസിച്ച അഡ്മിനിസ്ട്രേറ്ററുടേതല്ല. NetworkService കമ്പ്യൂട്ടറിന്റെ ക്രെഡൻഷ്യലുകൾ നെറ്റ്വർക്കിൽ അവതരിപ്പിക്കുന്നു; ആപ്ലിക്കേഷൻ പൂളുകളുടെ ഐഡന്റിറ്റികൾക്കും രേഖപ്പെടുത്തിയ മെഷീൻ അക്കൗണ്ട് സ്വഭാവമുണ്ട്. അനുയോജ്യമായ ഡൊമെയിൻ പരിതസ്ഥിതിയിൽ, പ്രോക്സിക്ക് DOMAIN\WEBSERVER$ കാണാനാകും.
ആപ്ലിക്കേഷൻ പൂൾ, അതിന്റെ കോൺഫിഗർ ചെയ്ത ഐഡന്റിറ്റി, നെറ്റ്വർക്ക് കോളിലെ ഏതെങ്കിലും വ്യക്തിത്വാവിഷ്കരണം എന്നിവ രേഖപ്പെടുത്തുക. അതേ എൻഡ്പോയിന്റിനും അതേ വെല്ലുവിളിക്കുമുള്ള പ്രോക്സിയുടെ തെളിവുകളുമായി ഇത് താരതമ്യം ചെയ്യുക. ലോക്കൽ പൂൾ അക്കൗണ്ട് നാമവും റിമോട്ട് നെറ്റ്വർക്ക് ഐഡന്റിറ്റിയും രണ്ട് വ്യത്യസ്ത നിരീക്ഷണങ്ങളാണ്.
നയം മെഷീൻ അക്കൗണ്ട് ബോധപൂർവ്വം അനുവദിക്കുന്നുവെങ്കിൽ, ആ പ്രവേശനം ബോധപൂർവ്വം നൽകുക. പ്രത്യേക സേവന അക്കൗണ്ട് ആവശ്യമാണെങ്കിൽ, വിന്യാസത്തിന്റെ പിന്തുണയുള്ള ക്രെഡൻഷ്യൽ ക്രമീകരണത്തിലൂടെ അത് നൽകുക. ഡെസ്ക്ടോപ്പിലെ വിജയം പുനർനിർമ്മിക്കാൻ മാത്രം മുഴുവൻ പൂളും ഒരു പ്രത്യേകാവകാശ ഇന്ററാക്ടീവ് അക്കൗണ്ടിലേക്ക് മാറ്റുന്നത് പ്രോക്സി ലോഗിൻ എന്നതിനേക്കാൾ വളരെയധികം മാറ്റുന്നു.
ഓതന്റിക്കേഷൻ സ്കീം തിരഞ്ഞെടുത്ത ഐഡന്റിറ്റിയെ പിന്തുണയ്ക്കണം. ഡിഫോൾട്ട് Windows ക്രെഡൻഷ്യലുകൾക്ക് പിന്തുണയുള്ള സംയോജിത ഓതന്റിക്കേഷനിൽ പങ്കെടുക്കാം; അവ ബന്ധമില്ലാത്ത അക്കൗണ്ടിനായി Basic ഉപയോക്തൃനാമം/പാസ്വേഡ് സൃഷ്ടിക്കുന്നില്ല.
ക്രെഡൻഷ്യലുകൾക്കൊപ്പം റൂട്ട് തിരഞ്ഞെടുപ്പും പരിശോധിക്കുക. ഓതന്റിക്കേഷന് മുമ്പ് ഒരു സേവനം മറ്റൊരു പ്രോക്സി കോൺഫിഗറേഷൻ തിരഞ്ഞെടുത്തേക്കാം. 407 ഉപയോഗപ്രദമാകുന്നത് വർക്കറുടെ യഥാർത്ഥ എൻഡ്പോയിന്റ്, അക്കൗണ്ട്, പ്രഖ്യാപിത സ്കീം എന്നിവയുമായി ബന്ധിപ്പിക്കുമ്പോൾ മാത്രമാണ്.