Basic ও Digest প্রক্সি প্রমাণীকরণ

দুই প্রান্ত সমর্থিত এমন প্রক্সি প্রমাণীকরণ পদ্ধতি বেছে নিন এবং Digest চ্যালেঞ্জকে এনক্রিপ্টেড ট্রান্সপোর্ট থেকে আলাদা করুন।

Basic বা Digest বাধ্যতামূলক করার আগে প্রক্সির Proxy-Authenticate চ্যালেঞ্জ পড়ুন। ক্লায়েন্টকে পরিষেবার দেওয়া পদ্ধতি সমর্থন করতে হবে; Digest বেছে নিলে শুধু Basic-সমর্থিত প্রক্সিতে সেটি যোগ হয় না।

Digest-সমর্থিত এন্ডপয়েন্টে curl ব্যবহার করতে পারে:

curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/

আসল এন্ডপয়েন্ট ও অ্যাকাউন্ট ব্যবহার করুন। পাসওয়ার্ড ছাড়া ব্যবহারকারীর নাম দিলে curl পাসওয়ার্ড চাইতে পারে। Basic-এর জন্য --proxy-basic বাছুন; মূল সার্ভারের প্রমাণীকরণে অন্য বিকল্প লাগে। চ্যালেঞ্জের পাশাপাশি চলমান curl build-এর সমর্থন দেখুন।

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

দুই পদ্ধতিরই ক্লায়েন্ট থেকে প্রক্সিতে উপযুক্ত ট্রান্সপোর্ট দরকার। গন্তব্য HTTPS দেরিতে শুরু হয়, তাই আগের প্লেইনটেক্সট প্রক্সি লগইন রক্ষা করতে পারে না।

সার্ভারে Digest helper-এর realm-নির্দিষ্ট ক্রেডেনশিয়াল উপাদান ও নিজস্ব ফরম্যাট লাগতে পারে। Basic NCSA ফাইল নিজে থেকে Digest backend নয়। নির্বাচিত helper-এর নথিভুক্ত ফরম্যাট ব্যবহার করে অনুপস্থিত, ভুল ক্রেডেনশিয়াল ও অনুমোদিত অনুরোধ পরীক্ষা করুন; উৎস ও গন্তব্য সীমা বজায় রাখুন।

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