P12 থেকে ব্যক্তিগত কী ছাড়াই সার্টিফিকেট রপ্তানি করুন

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

কন্টেইনার খালি করার বদলে পড়া শুরু করুন।

PKCS12 ফাইল আসলে কী ধারণ করে

PKCS12 কন্টেইনারে এক বা একাধিক সার্টিফিকেট, সম্ভবত একটি ব্যক্তিগত কী, এবং বিষয়বস্তুর উপর একটি message authentication code থাকে। সার্টিফিকেটের মধ্যে আপনার ক্লায়েন্ট পরিচয়ের লিফ সার্টিফিকেট এবং সেটিকে CA-এর সাথে শৃঙ্খলাবদ্ধ করা মধ্যবর্তী সার্টিফিকেট থাকতে পারে। কী, যখন থাকে, সেটিই ফাইলকে নথির বদলে গোপনীয় করে তোলে।

এই পার্থক্যই -nokeys থাকার এবং এটিই সেই ফ্ল্যাগ হওয়ার কারণ যা এই কাজের প্রয়োজন।

কী না লিখে বান্ডল পড়ুন

পরিদর্শন রূপ গঠন ও অ্যালগরিদমের বিবরণ প্রিন্ট করে এবং কিছুই লেখে না: openssl pkcs12 -in client.p12 -info -noout। এটি আমদানি পাসওয়ার্ড চায়, যা সেই মানের জন্য সঠিক জায়গা, এবং বলে ফাইলে কী আছে কি না। পাসওয়ার্ড টাইপ করা না গেলে -passin env:PKCS12_PASS ব্যবহার করুন, কারণ shell কমান্ডে থাকা পাসওয়ার্ড প্রক্রিয়া তালিকায় থাকা পাসওয়ার্ড। এই ধাপ কিছুই রপ্তানি করে না, এবং এটিই পুরো বিষয়।

আউটপুট তিনটি বিষয়ের জন্য পড়ুন: কত সার্টিফিকেট, কী আছে কি না, এবং কোন অ্যালগরিদম এটিকে রক্ষা করে।

-nokeys ব্যবহার করুন এবং এটিকে -nocerts-এর সাথে মেশাবেন না

-nokeys ব্যক্তিগত কী বাদ দেয় এবং সার্টিফিকেট রেখে দেয়। -clcerts এটিকে ক্লায়েন্ট সার্টিফিকেটে সীমিত করে, -cacerts এটিকে CA সার্টিফিকেটে সীমিত করে, এবং এই দুটি ফিল্টার, বিকল্প নয়। -nocerts একই ধারণার নিরাপদ বানানের মতো পড়া হয় এবং উল্টো অর্থ দেয়: কোনো সার্টিফিকেট নেই, যা কেবল কী রাখে। এটিকে সার্টিফিকেট রপ্তানিতে মেশানোই ব্যক্তিগত কী ডিস্কে পৌঁছানোর পথ।

সার্টিফিকেট ফাইল ও CA ফাইল তৈরি করে এবং অন্য কিছু নয়, এমন দুই লাইনের রূপ হলো:

openssl pkcs12 -in client.p12 -nokeys -clcerts -out client-certificates.pem
openssl pkcs12 -in client.p12 -nokeys -cacerts -out ca-certificates.pem

পুরোনো বান্ডলের OpenSSL 3-এ -legacy দরকার যাতে তারা তাদের পুরোনো এনক্রিপশন পড়তে পারে, এবং এই ফ্ল্যাগ parser কী গ্রহণ করে তা বদলায়, কী নির্গত করে তা নয়। বিশ্লেষণ অসমর্থিত অ্যালগরিদমের ত্রুটিতে ব্যর্থ হলে, -legacy যোগ করা সঠিক প্রথম পদক্ষেপ এবং MAC যাচাই বাদ দেওয়া নয়।

আউটপুট যাচাই করুন, প্রস্থান কোড নয়

শূন্য প্রস্থান অবস্থা বলে কমান্ডটি চলেছে, ফাইলে আপনার প্রত্যাশিত বিষয় আছে তা নয়। আউটপুটে সার্টিফিকেট গণনা করুন এবং subject ও তারিখ পড়ুন: openssl x509 -in client-certificates.pem -noout -subject -dates -fingerprint। ফিঙ্গারপ্রিন্টের তুলনা করুন সহায়তা দল যা প্রত্যাশা করে তার সাথে, কারণ দুটি ক্লায়েন্ট সার্টিফিকেটযুক্ত বান্ডল দুই ব্লকের ফাইল তৈরি করে এবং অধিকাংশ টুল কেবল প্রথমটি পড়ে। উদ্দেশ্য, বিশ্বাস এবং কী মিলন আবার আলাদা পরীক্ষা।

যে সার্টিফিকেট পার্স করা যায় সেটি পার্স করা যায় এমন সার্টিফিকেট। এটি VPN যে সার্টিফিকেট গ্রহণ করে তা নয়।

আপনার আদৌ ফাইল দরকার কি না তা ঠিক করুন

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

সরকারি সার্টিফিকেটে ব্যক্তিগত কী থাকে না, তবে নাম ও প্রতিষ্ঠানের বিবরণ থাকে। ফাইলের বদলে টিকেট যে ফিল্ড চেয়েছিল তা শেয়ার করুন, যদি না ফাইলই চাওয়া হয়।