প্যাকেজ ম্যানেজারকে সাহায্য করার আগে Cntlm ডাউনলোড করা

প্যাকেজ ম্যানেজার যদি অফিসের প্রক্সিতে প্রমাণীকরণ করতে না পারে, তবে তাকে Cntlm ডাউনলোড করতে বলা একটি নির্ভরতা-চক্র তৈরি করে: যে পথটি সহায়কটি আনবে, সেই পথের জন্যই সহায়কটি দরকার।

ইতিমধ্যে কাজ করা curl ক্লায়েন্ট প্রথম ডাউনলোডটি দিতে পারে। NTLM প্রক্সির জন্য curl-এর --proxy-ntlm বিকল্প প্রক্সির সঙ্গে প্রমাণীকরণ বেছে নেয়; --ntlm বরং দূরবর্তী গন্তব্যের সঙ্গে প্রমাণীকরণ বেছে নেয়। curl-এর ক্রেডেনশিয়াল কনফিগারেশনের মাধ্যমে প্রক্সি অ্যাকাউন্টটি দিন।

ইনস্টল করা ডিস্ট্রিবিউশন রিলিজ ও আর্কিটেকচারের জন্য তৈরি Cntlm RPM তার বিশ্বস্ত প্যাকেজ সোর্স থেকে আনুন। কোনো ঐতিহাসিক উত্তরের সরাসরি Fedora প্যাকেজ URL ওই রিলিজের প্যাকেজ বোঝায়; সেটি বর্তমান কোনো সর্বজনীন ইনস্টলার ঠিকানা নয়।

স্থানীয় RPM থাকলেও নেটওয়ার্কের কাজ বাকি থাকতে পারে

সহায়ক প্যাকেজটি ডাউনলোড করা আর তার নির্ভরতাগুলো সমাধান করা আলাদা কাজ। অন্য মেশিনে একটি পুরোনো RPM-এর অতিরিক্ত ডাউনলোড লাগেনি বলে বর্তমান প্যাকেজের কোনো নির্ভরতা নেই—এমন সিদ্ধান্ত নেবেন না।

DNF-ভিত্তিক সিস্টেমে নথিভুক্ত লোকাল-ফাইল রূপটি হল:

dnf install ./cntlm.rpm

ডাউনলোড করা ফাইলের প্রকৃত নাম ও উপযুক্ত ইনস্টলেশন অনুমতি ব্যবহার করুন। DNF-এর এখনও রিপোজিটরি মেটাডেটা বা অনুপস্থিত নির্ভরতা প্যাকেজ লাগতে পারে। সেই নেটওয়ার্ক পথ যদি এখনও না থাকে, তবে অনুমোদিত কার্যকর পথে একই রিলিজের প্রয়োজনীয় প্যাকেজগুলো নিন, ডিস্ট্রিবিউশনের স্বাভাবিক প্যাকেজ-যাচাই নীতি মেনে।

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