সার্টিফিকেট Windows-এ দেখা যায়, কিন্তু OpenVPN তার কী ব্যবহার করতে পারে না

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

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

তিনটি বস্তু, তিনটি উত্তর

Windows-এ কমিউনিটি OpenVPN একটি CryptoAPI স্টোর সিলেক্টর নথিভুক্ত করে, cryptoapicert, যা একটি থাম্বপ্রিন্ট নেয়। মানটি অবশ্যই সেই সার্টিফিকেট চিহ্নিত করবে যা আপনি সত্যিই ব্যবহার করতে চান, একই নামের অন্য কোনোটি নয়। OpenVPN-ভিত্তিক অন্য অ্যাপ্লিকেশনগুলোর আমদানি মডেল সম্পূর্ণ ভিন্ন হতে পারে, তাই সিলেক্টরটি কেবল সেই বিল্ডের জন্য প্রমাণ যা এটি নথিভুক্ত করে। ডাউনস্ট্রিমে কিছু ঠিক করার আগে নিশ্চিত করুন আপনার ক্লায়েন্ট এই ব্যবস্থাটি প্রয়োগ করে।

বিল্ডটি যদি সিলেক্টর সমর্থন না করে, তবে সমাধান হলো ভিন্ন প্রোফাইল ফরম্যাট, ভিন্ন সার্টিফিকেট নয়।

সিলেক্টরটি কি সঠিক পরিচয়ে পৌঁছায়

একটি পাবলিক সার্টিফিকেট তার প্রাইভেট কী ছাড়াই আমদানি করা যায়। সার্টিফিকেট ভিউয়ার দুই ক্ষেত্রেই তা দেখায়, তাই এই ব্যর্থতাটি এমন দেখায় যেন ক্লায়েন্ট স্পষ্টভাবে থাকা একটি সার্টিফিকেট উপেক্ষা করছে। এন্ট্রিটির উপস্থিতি নয়, কী-এর সংযোগটি যাচাই করুন।

নবায়ন করা সার্টিফিকেট দ্বিতীয় একটি ফাঁদ যোগ করে। দুটি এন্ট্রিই স্টোরে থাকতে পারে, অথচ প্রোফাইলটি এখনও পুরোনো থাম্বপ্রিন্টের নাম বলে, আর ক্লায়েন্ট আপনি যে পরিচয়টি অবসর দিতে চেয়েছিলেন সেটিই বেছে চলতে থাকে।

অনুমতির দিকে তাকানোর আগে দেখুন সিলেক্টরটি কোন পরিচয়ে পৌঁছায়। ভুল থাম্বপ্রিন্ট অনুপস্থিত কী-এর মতোই একইভাবে ব্যর্থ হয়।

এই অ্যাকাউন্ট কি কী-টি ব্যবহার করতে পারে

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

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

কিছু বদলানোর আগে স্থানীয় ত্রুটিটি পড়ুন। নির্বাচন ব্যর্থতা, সাইনিং ব্যর্থতা আর সার্ভারের প্রত্যাখ্যান—এগুলো তিনটি ভিন্ন ফলাফল। প্রথম দুটি কেবল স্থানীয়। তৃতীয়টি বোঝায় কী-টি কাজ করেছে এবং সার্ভার সার্টিফিকেটের বিরুদ্ধে সিদ্ধান্ত নিয়েছে।

স্থানীয় ব্যবহার মানেই সার্ভারের গ্রহণ নয়

স্থানীয় সাফল্য কোনো অনুমোদন নয়। ক্লায়েন্ট তার কী দিয়ে সাইন করার পরেও সার্ভার ইস্যুয়ার, বৈধতার সময়সীমা, ভূমিকা এবং তার প্রবেশাধিকার নীতি মূল্যায়ন করে। একই CA থেকে আসা ভিন্ন সার্টিফিকেট স্বয়ংক্রিয়ভাবে একই VPN অধিকার বহন করে না।

সার্ভারের প্রয়োজন বিশ্বাসের শৃঙ্খল, ক্লায়েন্টের প্রাইভেট কী-এর একটি কপি নয়। কী-টি সার্ভারে পাঠানো কখনোই যাচাইয়ের সমস্যার সমাধান নয়।

ব্যর্থতাটি ক্রম অনুসারে দেখুন

ত্রুটির হুবহু লেখাটি ধরে রাখুন। কী-এর অনুমতি না থাকা CA পরিবর্তনে পরিণত হওয়া উচিত নয়, আর সার্ভারের প্রত্যাখ্যান স্টোর মেরামতে পরিণত হওয়া উচিত নয়। প্রতিটির নিজস্ব প্রমাণ আছে।

যে ক্রমে ব্যর্থতাটি দেখা যায় সেই ক্রমে কাজ করুন: সিলেক্টর, কী, অ্যাকাউন্ট, তারপর সার্ভার নীতি। কমিউনিটি ক্লায়েন্ট রেফারেন্স আপনার চালানো সংস্করণের জন্য Windows স্টোর সিলেক্টর নথিভুক্ত করে।