টোকেন থাকা সত্ত্বেও OpenVPN কেন এখনও ব্যক্তিগত কী ফাইল চায়

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

সেই প্রত্যাবর্তন থামার আগে দুটি আলাদা মান সঠিক হতে হবে: যে প্রদানকারী টোকেনটি প্রকাশ করে, এবং তার ভেতরের সার্টিফিকেটের পরিচয়। এগুলো ভিন্ন অপশনে সরবরাহ করা হয় এবং সহজেই গুলিয়ে ফেলা যায়।

ক্লায়েন্ট ফাইল চায় কারণ প্রোফাইল তা বলছে

ডিফল্ট প্রোফাইল একটি সার্টিফিকেট ফাইল ও একটি ব্যক্তিগত কী ফাইল, অথবা একক PKCS#12 বান্ডেল প্রত্যাশা করে। এই ইনপুটগুলো না থাকলে ক্লায়েন্টের লোড করার কিছু থাকে না এবং অনুপস্থিত ফাইলের মতোই আচরণ করে, তাই উপসর্গটি অনুপস্থিত কৌশল নয়, বরং ভাঙা পথ হিসেবে পড়া হয়। PKCS#11 পথটি এই ইনপুটগুলোকে সম্পূরক নয়, প্রতিস্থাপন করে, তাই যে প্রোফাইল এখনও কী ফাইলের নাম দেয় সেটি ফাইলটিই ব্যবহার করতে থাকবে। ফাইল ইনপুটগুলো সচেতনভাবে সরান এবং টোকেনকে দুই ভাগই সরবরাহ করতে দিন।

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

ক্রমিকৃত পরিচয় একটি ভিন্ন মান

সার্টিফিকেট পরিচয় হলো আবিষ্কার প্রক্রিয়ার তৈরি একটি দীর্ঘ ক্রমিকৃত স্ট্রিং, এবং এটি লাইব্রেরি পথ, টোকেন PIN বা VPN অ্যাকাউন্টের নাম নয়। এতে প্রায়ই উদ্ধৃতি প্রয়োজন হয় এমন অক্ষর থাকে, এবং উদ্ধৃতিহীন মান স্পষ্ট ত্রুটি ছাড়াই কেটে যেতে বা ভুল পড়া হতে পারে। টোকেন কী প্রকাশ করে তা তালিকাভুক্ত করতে ক্লায়েন্টের নিজস্ব পরিচয় আবিষ্কার অপশন ব্যবহার করুন, তারপর উদ্দিষ্ট এন্ট্রিটি হুবহু অনুলিপি করুন। তালিকার প্রথম অবজেক্ট বেছে নেওয়াই সেই পথ যেখানে ডিভাইস শেষে ভুল সার্টিফিকেট উপস্থাপন করে।

আবিষ্কারের ফলাফল একটি পূর্ববর্তী প্রশ্নেরও উত্তর দেয়: টোকেনটি আদৌ সেই প্রদানকারীর মাধ্যমে দৃশ্যমান কি না। যদি এটি কিছুই তালিকাভুক্ত না করে, সমস্যাটি VPN ক্লায়েন্টের উপরে এবং মিডলওয়্যারের অন্তর্গত।

যে প্রক্রিয়া সংযোগ করে তাকে টোকেনে পৌঁছাতে হবে

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

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

টোকেন কী প্রতিস্থাপন করে না

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

নিবন্ধন এখনও ইস্যুকারীর কাছে ঘটতে হবে, এবং গেটওয়েকে এখনও পরিচয়টি অনুমোদন করতে হবে।

গ্রহণের জন্য পর্যায়গুলো আলাদা করুন: প্রদানকারী লোড হয়, উদ্দিষ্ট সার্টিফিকেট পাওয়া যায়, ব্যক্তিগত কী স্থানীয় অনুমোদনে ব্যবহৃত হয়, VPN প্রমাণীকৃত হয়, এবং সম্পদ ক্রিয়াকলাপ সফল হয়। পাসওয়ার্ড ঘুরিয়ে ক্রিপ্টো স্ট্যাক পুনঃস্থাপনের বদলে যে প্রথম পর্যায় ব্যর্থ হয় সেখানেই থামুন।

সংস্করণ, মডিউল মালিকানা, নির্বাচিত সার্বজনীন শনাক্তকারী এবং পরিষ্কার করা ত্রুটি লিপিবদ্ধ করুন, এবং PIN ও প্রমাণপত্রের বান্ডেল সেই লিপির বাইরে রাখুন।