প্রক্সির হোস্টনেম Kerberos লগইনের একটি অংশ

HTTP প্রক্সিতে স্বয়ংক্রিয় ডোমেইন প্রমাণীকরণে Negotiate ও Kerberos ব্যবহার হতে পারে। ক্লায়েন্টের প্রক্সি পরিষেবার জন্য একটি টিকিট দরকার, শুধু মনে রাখা ওয়েবসাইট পাসওয়ার্ড নয়।

proxy.example.net নামে বিজ্ঞাপিত প্রক্সির জন্য service principal-এর রূপ এমন হতে পারে:

HTTP/[email protected]

ক্লায়েন্ট যে হোস্টনেম ব্যবহার করে, নিবন্ধিত service principal এবং প্রক্সির keytab অবশ্যই স্থাপনার সাথে মিলতে হবে। Squid-এর Kerberos কনফিগারেশন HTTP service principal এবং সহায়কটির সেই কী উপাদানের ব্যবহার নথিভুক্ত করে।

IP ঠিকানা বা অন্য উপনাম ব্যবহার করলে সাধারণ পরিষেবা-নাম নির্বাচন বদলে যেতে পারে। ব্যবহারকারীর পাসওয়ার্ড বদলানোর আগে নির্ধারণ করুন ক্লায়েন্ট প্রকৃতপক্ষে কোন প্রক্সি নাম ব্যবহার করেছে এবং কোন প্রমাণীকরণ ব্যবস্থা সফল বা ব্যর্থ হয়েছে।

Negotiate একটি আলোচনা ব্যবস্থা। Windows প্রযোজ্য শর্তে Kerberos বেছে নিতে বা NTLM-এ ফিরে যেতে পারে; Negotiate শব্দটি দেখলে Kerberos বিনিময় সফল হয়েছে বলে প্রমাণ হয় না।

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