Windows پر Easy-RSA رجسٹری خرابی: رجسٹری ویو چیک کریں

وہ رجسٹری پیغام ٹولز کی تلاش کی ناکامی ہے، خراب CA نہیں۔ بیچ فائل یا PKI میں ترمیم سے پہلے 32 بٹ اور 64 بٹ ویو کا موازنہ کریں۔

بیچ فائل “سسٹم مخصوص رجسٹری کلید یا ویلیو نہیں ڈھونڈ سکا” پیغام کے ساتھ رک جاتی ہے اور سب سمجھتے ہیں کہ سرٹیفکیٹ اتھارٹی خراب ہے۔ ایسا نہیں، یا کم از کم ابھی نہیں: اسکرپٹ سافٹ ویئر تلاش کرتے ہوئے ناکام ہوئی، اس سے پہلے کہ Easy-RSA سے کہے کہ کلید کے ساتھ کچھ کرے۔ یہ ترتیب اہم ہے، کیونکہ اس کا مطلب ہے کہ مرمت تلاش کا مسئلہ ہے اور PKI صرف تماشائی ہے۔ ناکام لائن پڑھنا ہی پورا تشخیص ہے، اور یہ کسی بھی متبادل طریقے سے کم وقت لیتا ہے۔

خرابی CA کو چھونے سے پہلے پیش آتی ہے

پرانی Easy-RSA 2 بیچ فائلیں رجسٹری سے پوچھ کر OpenSSL یا OpenVPN کی تنصیب تلاش کرتی ہیں، پھر جو ملتا ہے اس کی بنیاد پر متغیرات مقرر کرتی ہیں۔ جب سوال کچھ واپس نہ کرے، کوئی بھی سرٹیفکیٹ کارروائی چلنے سے پہلے اسکرپٹ رک جاتی ہے۔

اس لیے رجسٹری کلید کے بارے میں پیغام اسکرپٹ کے ماحول کا ثبوت ہے، CA ڈائریکٹری کا نہیں۔

دو رجسٹری ویو، ایک بیچ فائل

32 بٹ پروسیس اور 64 بٹ پروسیس مختلف رجسٹری ویو دیکھ سکتے ہیں، اور ایک کو فرض کرنے والی بیچ فائل دوسرے میں موجود اندراج سے محروم رہ سکتی ہے۔ یہ صرف پڑھنے والے موازنے پرانی کلید کے لیے فرق دکھاتے ہیں جو کچھ پرانی اسکرپٹس استعمال کرتی ہیں:

reg query "HKLM\SOFTWARE\OpenVPN" /reg:32
reg query "HKLM\SOFTWARE\OpenVPN" /reg:64

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

اگر دونوں میں سے کسی ویو میں اندراج نہ ہو، تو انسٹالر نے اسے کبھی نہیں بنایا، اور ہاتھ سے ویلیو بنا کر ٹولز کام نہیں کریں گے۔

بغیر شرط /reg:64 شامل نہ کریں

پرکشش ترمیم یہ ہے کہ ہر سوال میں 64 بٹ سلیکٹر شامل کریں اور آگے بڑھیں۔ کچھ تنصیبات میں یہ درست ہے، اور دیگر میں یہ اسکرپٹ کو ایسی ویو میں بھیجتا ہے جہاں واقعی کچھ نہیں۔

تلاش کو صرف اس وقت بدلیں جب آپ دیکھ لیں کہ متوقع ویلیو کس ویو میں ہے۔

دریافت PKI کی مرمت نہیں

یہ خرابی ثابت نہیں کرتی کہ CA سرٹیفکیٹ، سائننگ کلید، سیریل فائل یا منسوخی ڈیٹا بیس خراب ہے۔ پرانے ٹیوٹوریل سے نقل کیا گیا clean-all چلانے سے بالکل مختلف اشیاء کا مجموعہ تباہ ہو جائے گا اور تلاش خراب ہی رہے گی۔ دونوں سرگرمیاں ذہن میں اور ٹکٹ میں الگ رکھیں۔ اگر بعد میں کوئی سرٹیفکیٹ کارروائی ناکام ہو، تو اس کے اپنے شواہد پر اس کا جائزہ لیں۔

کسی بھی تجربے سے پہلے CA ڈائریکٹری کا بیک اپ لیں، اس تجربے کا بھی جس کے صرف پڑھنے کے بارے میں آپ کو یقین ہو۔

Easy-RSA 3 پر جانا ایک ہجرت ہے

دیکھ بھال والی تنصیب کو موجودہ پیکیج کے اپنے لانچر اور کنفیگریشن ماڈل کا استعمال کرنا چاہیے، اور Easy-RSA 3 وہی بیچ فائل ورک فلو نہیں جو Easy-RSA 2 کا ہے۔ نئے PKI کے لیے اس کا فوری آغاز موجودہ اتھارٹی کے لیے ہجرت کی ہدایت نہیں ہے۔ ورژن بدلنے سے پہلے CA مواد اور اجرا و منسوخی کے ریکارڈ محفوظ رکھیں، اور اس ورژن کی اپ گریڈ رہنمائی پر عمل کریں۔ ٹول دریافت کی خرابی ختم کرنے کے لیے مستند ڈائریکٹری کے اندر متبادل CA شروع کرنا فہرست میں بدترین آپشن ہے۔

ورژن کی تبدیلی ایک منصوبہ ہے؛ رجسٹری کی خرابی ایک دوپہر ہے۔

وہ موازنہ جو واقعی اسے حل کرتا ہے

چار چیزیں لکھیں اور براہ راست موازنہ کریں:

  • کون سی اسکرپٹ چلی، اور کون سی لائن ناکام ہوئی۔
  • اس لائن نے کون سی رجسٹری ویو پوچھی۔
  • اسکرپٹ نے کون سا قابلِ عمل راستہ توقع کیا۔
  • مشین پر واقعی کون سی تنصیب ہے۔

جب یہ چاروں مل جائیں، خرابی ختم ہو جاتی ہے، اور باقی کوئی بھی سرٹیفکیٹ مسئلہ CA کو قصوروار ٹھہرانے کے بجائے اس کے اپنے شواہد پر پڑھا جا سکتا ہے۔

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