Negotiate স্থাপনার জন্য দেওয়া প্রক্সির নাম ব্যবহার করুন। তার IP-তে TCP সংযোগ হলেই একই প্রমাণীকরণ পরিচয় চাওয়া হবে এমন নয়।

curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/

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

HTTP/proxy.example প্রত্যাশী স্থাপনায় IP বা অন্য alias ব্যবহার করলে চাওয়া পরিষেবা পরিচয় বদলাতে পারে। কিছু পরিবেশ অন্য নামকরণ পদ্ধতি স্পষ্টভাবে সমর্থন করে, তাই IP প্রমাণীকরণ সর্বত্র অসম্ভব ঘোষণা না করে কনফিগার করা পরিচয় বজায় রাখুন।

আসল curl বাইনারি ও অ্যাকাউন্ট পরিবেশ পরীক্ষা করুন। GSSAPI বা SSPI সমর্থন প্ল্যাটফর্ম ও বিল্ডের উপর নির্ভর করে। স্থাপনায় নির্দিষ্ট পরিষেবা উপাদান দরকার হলে নিবন্ধিত কনফিগারেশন অনুযায়ী curl-এর প্রক্সি পরিষেবা-নাম বিকল্প ব্যবহার করুন; নাম অনুমান করলে সমাধানের বদলে ব্যর্থতার স্থান বদলাতে পারে।

Negotiate নিজেই একটি মেকানিজম-আলোচনার লেবেল। এটি আছে বলেই কোন অন্তর্নিহিত মেকানিজম নির্বাচিত হয়েছে তা জানা যায় না। পার্থক্যটি গুরুত্বপূর্ণ হলে অনুমোদিত ক্লায়েন্ট/সার্ভার ডায়াগনস্টিক ব্যবহার করুন এবং টিকিট ও টোকেন শেয়ার করা রিপোর্টের বাইরে রাখুন।

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