VPN গেটওয়ের জন্য ক্রিপ্টো কার্ড: কেনার আগে চারটি হস্তান্তর

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

সনাক্তকরণই প্রথম হস্তান্তর, শেষটি নয়

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

মূল্যায়নে প্রতিটি হস্তান্তরের নাম আলাদাভাবে দিন, কারণ চতুর্থটিতে ব্যর্থতা বাইরে থেকে প্রথমটির ব্যর্থতার মতোই দেখায়।

কার্নেলের অ্যালগরিদম তালিকা পড়ুন

হোস্ট ইতিমধ্যে ডিভাইসটি এবং সে যে অ্যালগরিদমগুলো নিবন্ধন করেছে তা নিয়ে যা জানে তা সংগ্রহ করে শুরু করুন।

lspci -nn | grep -i -E "crypt|hifn|soekris"
grep -E "^(name|driver|priority)" /proc/crypto | head -40

PCI লাইনটি যেকোনো ড্রাইভার অনুসন্ধানের জন্য প্রয়োজনীয় প্রস্তুতকারক ও ডিভাইস শনাক্তকারী দেয়, আর/proc/crypto নিবন্ধিত বাস্তবায়নগুলো তাদের ড্রাইভার ও অগ্রাধিকারসহ তালিকাভুক্ত করে। অগ্রাধিকারের মান একই অ্যালগরিদমের বাস্তবায়নগুলোর মধ্যে নির্বাচনকে সাজায়, যা কোনো অ্যাপ্লিকেশন তাদের একটি বেছে নেওয়ার সমান নয়। কার্ডের অ্যালগরিদম যদি সেখানে না থাকে, ড্রাইভার তা কখনো নিবন্ধন করেনি এবং ব্যবহারকারী-স্থানের কোনো পরিবর্তনও তা আহ্বান করবে না। কার্ডের স্ক্রিনশট নয়, শনাক্তকারী ও বাস্তবায়নের নাম লিখে রাখুন।

VPN-কে সেই বাস্তবায়নই বেছে নিতে হবে

কার্নেলে প্রাপ্যতা একটি মেনু, এই নিশ্চয়তা নয় যে VPN প্রক্রিয়া সেখান থেকেই অর্ডার করেছে। ব্যাকএন্ড আসলে কী ব্যবহার করে তা যাচাই করুন।

openssl speed -evp aes-256-gcm
openssl engine -t -c

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

আপনার কাছে ইতিমধ্যে থাকা প্রসেসর পথের সঙ্গে তুলনা করুন

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

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