pppd বাইনারি পাওয়া যায়নি: প্রমাণীকরণ নয়, রানটাইম ঠিক করুন

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

মেনু আর ডেমন আলাদা জিনিস

একটি ডেস্কটপ সম্পাদক প্রোফাইল সংরক্ষণ করতে পারে যদিও তা প্রতিষ্ঠা করবে এমন সহায়কটি অনুপস্থিত, কারণ সংরক্ষণ ক্ষেত্র যাচাই করে, সক্ষমতা নয়। দুটি উপাদান আলাদা প্যাকেজে আসে এবং আলাদা সময়ে ব্যর্থ হয়। যে প্রোফাইল পরিষ্কারভাবে সংরক্ষিত হয় আর যে সংযোগ সঙ্গে সঙ্গে ব্যর্থ হয়, দুটো সম্পূর্ণ সঙ্গতিপূর্ণ।

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

ফাইল নয়, প্যাকেজ পড়ুন

কিছু স্পর্শ করার আগে ইনস্টল করা প্যাকেজের অবস্থা, তার ঘোষিত নির্ভরতা এবং প্রত্যাশিত ফাইল তালিকা পরীক্ষা করুন। ডিস্ট্রিবিউশন প্যাকেজিং এটি স্পষ্টভাবে নথিভুক্ত করে, এবং ডেবিয়ানের NetworkManager PPTP প্যাকেজ একটি দরকারি উদাহরণ, কারণ এটি PPP ডেমন প্যাকেজ এবং PPTP ক্লায়েন্টের উপর আলাদাভাবে নির্ভর করে। এটি আজ PPTP স্থাপনের সুপারিশ নয়, বরং একটি পুরোনো ইন্টিগ্রেশন। এটি দেখায় কীভাবে সহায়কটি ক্লায়েন্টের ভিতরে নয়, নিজের নির্ভরতা হিসেবে আসে।

তিনটি ব্যর্থতার ধরন আলাদা রাখুন: যে প্যাকেজ ইনস্টল হতে ব্যর্থ হয়েছে, যে ভাণ্ডার কোনো প্রার্থী দেয় না, আর যে বাইনারি প্যাকেজের মালিকানার বাইরে হাতে ইনস্টল করা হয়েছে। এগুলোর ভিন্ন মেরামত দরকার, এবং কেবল প্রথমটিই একই প্যাকেজ পুনরায় ইনস্টল করে ঠিক হয়।

এক্সিকিউটেবলের শেল-পরীক্ষা কেবল সেই শেলের অনুসন্ধান-পথ বর্ণনা করে, আর কিছু নয়। ম্যানেজারের সহায়কটি ভিন্ন পথে, ভিন্ন পরিবেশে বা স্পষ্টভাবে কনফিগার করা এক্সিকিউটেবল অবস্থানে চলতে পারে।

dpkg -s network-manager-pptp | grep -E "Status|Depends"
dpkg -L ppp | grep -E "bin/pppd$"
command -v pppd; ls -l /usr/sbin/pppd

অন্যকে না ভেঙে রানটাইম মেরামত করুন

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

ভিন্ন VPN ক্লায়েন্ট ইনস্টল করাও মেরামত নয়। এটি নতুন সামঞ্জস্যের দাবি তৈরি করে অথচ মূল প্রোফাইলটিকে ব্যাখ্যাহীন রেখে দেয়।

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

পরের ত্রুটিকে নতুন ধাপ হিসেবে দেখুন

সহায়কটি চালু হওয়ার পর আশা করুন পরের ব্যর্থতাটি ভিন্ন হবে। PPP লিংক সমঝোতা, ব্যবহারকারী প্রমাণীকরণ, ঠিকানা বরাদ্দ, রুট এবং নাম সমাধান প্রতিটি স্বতন্ত্রভাবে ব্যর্থ হতে পারে, এবং প্রত্যেকের নিজস্ব প্রমাণ আছে।

পরবর্তী প্রত্যাখ্যানের জবাবে নির্ভরতা-মেরামত ফিরিয়ে নেবেন না বা প্রোফাইলে সব পুরোনো প্রমাণীকরণ ও কম্প্রেশন বিকল্প চালু করবেন না। এটি একটি নির্ণয়যোগ্য সমস্যাকে কয়েকটি পরস্পর-ক্রিয়াশীল সমস্যায় বদলে দেয়। একবারে একটি সেটিং বদলান এবং কী বদলাল তা লিখে রাখুন।

প্যাকেজ সংস্করণ এবং আপনি যে সঠিক বার্তাটি দেখেছেন তা লিখে রাখুন। যে প্রতিবেদন অনুপস্থিত বাইনারি এবং তা সরবরাহ করার কথা এমন প্যাকেজের নাম বলে, তা এমনভাবে কার্যকর যা VPN নিয়ে সাধারণ অভিযোগ নয়।