curl-এ NTLM প্রক্সি লগইন নির্ণয়

NTLM প্রক্সি প্রমাণীকরণে হ্যান্ডশেক লাগে, শুধু একবার ব্যবহারকারীর নাম যোগ করলেই হয় না। অ্যাকাউন্টের পাসওয়ার্ড বদলানোর আগে নিশ্চিত করুন যে প্রক্সি সত্যিই NTLM দেয় এবং curl বাইনারি সেটি সমর্থন করে।

curl --version

যে বাইনারি আপনার অনুরোধ চালায় তার বৈশিষ্ট্যের তালিকা দেখুন। অন্য curl ইনস্টলেশন, কনটেইনার ইমেজ বা অপারেটিং সিস্টেম বিল্ডের প্রমাণীকরণ সমর্থন আলাদা হতে পারে।

প্রক্সির জন্য নির্দিষ্ট প্রমাণীকরণ পদ্ধতি বেছে নিন

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

এন্ডপয়েন্ট, ডোমেইন ও ব্যবহারকারীর নাম উদাহরণ। প্রশাসকের দেওয়া বিন্যাস ব্যবহার করুন। আর্গুমেন্টে পাসওয়ার্ড না থাকলে curl প্রদর্শিত কমান্ডে গোপন তথ্য রেখে দেওয়ার বদলে সেটি চাইতে পারে।

প্রাথমিক প্রমাণীকরণ চ্যালেঞ্জ আলোচনার অংশ হতে পারে। সেটিকে সম্পূর্ণ হ্যান্ডশেকের পর প্রত্যাখ্যান থেকে আলাদা করুন। প্রক্সির চ্যালেঞ্জের উত্তর দিতে মূল সার্ভারের NTLM অপশন ব্যবহার করবেন না।

নির্ণয়ে সংযোগের আচরণও রাখুন

NTLM-এর অবস্থা সংযোগভিত্তিক। হ্যান্ডশেককে প্রত্যাশিত সংযোগপথ দিয়ে যেতে হবে; ধাপগুলোর মাঝে বারবার সংযোগ বদলালে সেটি সম্পূর্ণ হতে বাধা পেতে পারে।

libcurl ব্যবহারকারী অ্যাপ্লিকেশনে লাইব্রেরিকে প্রমাণীকরণ ও সংযোগের পুনর্ব্যবহার সামলাতে দিন। ভিন্ন পরিচয়ের জন্য প্রমাণীকৃত সংযোগকে বিনিময়যোগ্য মনে করে এমন সাধারণ পুল তৈরি করবেন না। একাধিক হপ বা মধ্যস্থতাকারী পরিষেবায় প্রয়োজনীয় সংযোগ বিন্যাস বজায় থাকে কি না দেখুন।

সমর্থন ও পদ্ধতি নির্বাচন সঠিক হলে অ্যাকাউন্ট বিন্যাস, ডোমেইন নীতি এবং সার্ভারের সংবেদনশীল তথ্য অপসারিত প্রমাণীকরণ লগ পরীক্ষা করুন। কোনো চ্যালেঞ্জ আসার আগেই সময়সীমা পেরোনো তখনও পৌঁছানোর সমস্যা, NTLM পাসওয়ার্ড ভুল হওয়ার প্রমাণ নয়।

বিস্তারিত ট্রেসে প্রমাণীকরণ টোকেন ও অভ্যন্তরীণ নাম থাকতে পারে। স্থানীয়ভাবে ব্যবহার করুন এবং শেয়ার করার আগে সংবেদনশীল তথ্য সরান; প্রকাশ্য ত্রুটি প্রতিবেদনে অপরিশোধিত টোকেন বিনিময় দরকার নেই।