پرانے کریپٹوگرافک تیز کنندہ 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 کرنل کے نفاذ کو مکمل طور پر نظر انداز کرتا ہے، اس لیے درج شدہ ڈرائیور اس کے لیے غیر متعلق ہو سکتا ہے۔ ڈیٹا چینل کی آف لوڈنگ ایک اور تیسری طریقہ کار ہے، جو سائفر درخواستیں توسیعی کارڈ کو بھیجنے کی بجائے پیکٹ کی کارروائی بدلتی ہے۔ چوتھے کے لیے ہارڈ ویئر خریدنے سے پہلے طے کریں کہ ان تینوں میں سے کون آپ کی تعیناتی بیان کرتا ہے۔

اپنے پاس پہلے سے موجود CPU راستے سے موازنہ کریں

جدید پروسیسرز میں AES ہدایات ہوتی ہیں جنہیں دیکھ بھال شدہ کتب خانہ اضافی ہارڈ ویئر کے بغیر استعمال کرتا ہے، اور وہ بس کی منتقلی اور اضافی نقول سے بچتے ہیں۔ پرانا تیز کنندہ اس راستے سے ہار سکتا ہے جبکہ پھر بھی متاثر کن خام سائفر اعداد بتاتا ہے۔ اصل کام کا بوجھ ناپیں: وہی ٹریفک، وہی تحفظ کی ترتیبات، بنیادی لکیر بمقابلہ امیدوار، ساتھ ہی CPU بوجھ اور ایپلیکیشن کی گزر گاہ ایک ساتھ درج کرتے ہوئے۔ فیصلے میں اپ ڈیٹ اور بحالی کا رویہ شامل کریں، کیونکہ غیر دیکھ بھال شدہ ماڈیول گیٹ وے کا دیکھ بھال خطرہ اس کی پوری عمر میں بڑھاتا ہے۔

خریداری کی بنیاد ایک معاون زنجیر اور ناپا ہوا فائدہ ہے۔ دریافت شدہ کارڈ، یا کوئی ایسا ماڈیول جسے کسی نے ایک بار مرتب کیا تھا، دیکھ بھال شدہ گیٹ وے کو فرسودہ ہارڈ ویئر پر منحصر بنانے کی وجہ نہیں ہے۔

متعلقہ مضامین