IIS-এ ডিফল্ট প্রক্সি ক্রেডেনশিয়াল মেশিন অ্যাকাউন্ট ব্যবহার করতে পারে

IIS-এ ডিফল্ট প্রক্সি ক্রেডেনশিয়াল ওয়ার্কারের কার্যকর পরিচয়ের অন্তর্গত, অ্যাপ্লিকেশন স্থাপনকারী প্রশাসকের নয়। NetworkService কম্পিউটারের ক্রেডেনশিয়াল নেটওয়ার্কে উপস্থাপন করে; অ্যাপ্লিকেশন-পুল পরিচয়েরও নথিভুক্ত মেশিন-অ্যাকাউন্ট আচরণ আছে। উপযুক্ত ডোমেইন পরিবেশে প্রক্সি DOMAIN\WEBSERVER$ দেখতে পারে।

অ্যাপ্লিকেশন-পুল, তার কনফিগার করা পরিচয় এবং নেটওয়ার্ক কলে যেকোনো রূপ ধারণ লিপিবদ্ধ করুন। একই এন্ডপয়েন্ট ও চ্যালেঞ্জের জন্য প্রক্সির প্রমাণের সঙ্গে এটি তুলনা করুন। স্থানীয় পুল-অ্যাকাউন্টের নাম ও দূরবর্তী নেটওয়ার্ক পরিচয় দুটি ভিন্ন পর্যবেক্ষণ।

নীতি যদি ইচ্ছাকৃতভাবে মেশিন অ্যাকাউন্ট অনুমোদন করে, তবে সেই প্রবেশাধিকার সচেতনভাবে দিন। আলাদা সার্ভিস অ্যাকাউন্ট প্রয়োজন হলে, স্থাপনার সমর্থিত ক্রেডেনশিয়াল ব্যবস্থার মাধ্যমে তা সরবরাহ করুন। শুধু ডেস্কটপের সাফল্য পুনরুৎপাদন করতে গোটা পুলকে একটি বিশেষাধিকারপ্রাপ্ত ইন্টারঅ্যাকটিভ অ্যাকাউন্টে সরানো প্রক্সি লগইনের চেয়ে অনেক বেশি কিছু বদলে দেয়।

প্রমাণীকরণ স্কিমটিকে নির্বাচিত পরিচয় সমর্থন করতে হবে। ডিফল্ট Windows ক্রেডেনশিয়াল সমর্থিত সমন্বিত প্রমাণীকরণে অংশ নিতে পারে; সেগুলি অসম্পর্কিত অ্যাকাউন্টের জন্য Basic ব্যবহারকারীনাম/পাসওয়ার্ড তৈরি করে না।

ক্রেডেনশিয়ালের পাশাপাশি রুট নির্বাচনও পরীক্ষা করুন। একটি সার্ভিস প্রমাণীকরণের আগে অন্য প্রক্সি কনফিগারেশন বেছে নিতে পারে। 407 কেবল তখনই উপযোগী যখন তা ওয়ার্কারের প্রকৃত এন্ডপয়েন্ট, অ্যাকাউন্ট ও ঘোষিত স্কিমের সঙ্গে যুক্ত।