ক্লায়েন্ট প্রক্সির প্রমাণীকরণ চ্যালেঞ্জে কাজ করতে পারে না যতক্ষণ না তার বিশ্লেষণ করার জন্য একটি সম্পূর্ণ HTTP প্রতিক্রিয়া থাকে। একটি স্ট্যাটাস লাইন এবং একটি Proxy-Authenticate ফিল্ডের এখনও হেডার অংশ শেষ করা খালি লাইনটি প্রয়োজন।

বডি ছাড়া একটি ন্যূনতম HTTP/1.1 প্রতিক্রিয়ার গঠন এইরকম:

HTTP/1.1 407 Proxy Authentication Required<CRLF>
Proxy-Authenticate: Basic realm="local-proxy"<CRLF>
Content-Length: 0<CRLF>
<CRLF>

প্রতিটি CRLF চিহ্ন ক্যারেজ-রিটার্ন এবং লাইন-ফিড বাইট বোঝায়, আক্ষরিক চিহ্ন-পাঠ নয়। শেষ হেডার লাইনটি ইতিমধ্যে CRLF দিয়ে শেষ হয়; অতিরিক্ত CRLF খালি লাইনটি তৈরি করে। Content-Length জানায় যে কোনো বডি আসছে না।

অন্য অনুরোধের জন্য অপেক্ষা করার আগে সম্পূর্ণ প্রতিক্রিয়া পাঠান বা ফ্লাশ করুন। একটি কাঁচা সকেটে, অনুরোধের চেয়ে কম বাইট পাঠানো লেখাগুলোও হিসাব করুন।

407-এর জন্য অন্তত একটি প্রযোজ্য Proxy-Authenticate চ্যালেঞ্জ প্রয়োজন। ক্লায়েন্ট যদি প্রস্তাবিত স্কিম সমর্থন করে এবং শংসাপত্র পায়, তবে এটি Proxy-Authorization দিয়ে আবার চেষ্টা করতে পারে। ওয়েবসাইটের 401 এবং WWW-Authenticate ফিল্ড ভিন্ন একটি হপ সম্পর্কিত।

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

সম্পর্কিত নিবন্ধ