Windows پر OpenVPN ca کیوں کہتا ہے: بغیر اقتباس والا راستہ، خراب سرٹیفکیٹ نہیں

OpenVPN شروع نہیں ہوتا، اور ناکامی کا پیغام ایسی لائن کی طرف اشارہ کرتا ہے جو درست دکھتی ہے: Unrecognized option or missing or extra parameter(s) in office.ovpn:42: ca۔ سرٹیفکیٹ تبدیل نہیں ہوا، فائل ایڈیٹر میں کھلتی ہے، اور راستے میں کچھ غلط دکھائی نہیں دیتا۔ پارسر آپشن کے نام پر اعتراض نہیں کر رہا؛ وہ اس پر اعتراض کر رہا ہے کہ اس کے ساتھ کتنے آرگیومنٹس آئے۔ چار جانچیں تقریباً ہر ایسی صورت حل کرتی ہیں، اور انہیں لاگت کی ترتیب سے کرنا مناسب ہے۔

پارسر آپشن کو قصوروار کیوں ٹھہراتا ہے

ہر ترتیب کی لائن کسی بھی آپشن کے اسے دیکھنے سے پہلے خالی جگہوں اور اقتباسات پر تقسیم ہوتی ہے۔ اس لیے خالی جگہ والی قدر کئی آرگیومنٹس کی صورت میں آتی ہے جب تک اقتباسات میں نہ ہو، اور اس لائن کا مالک آپشن عدم مطابقت بتاتا ہے۔ Windows پر پہلے سے طے شدہ انسٹال فولڈر اسے یقینی بناتا ہے، کیونکہ C:\Program Files ساخت کے مطابق راستے کے درمیان ہوتا ہے۔ اس ناکامی میں سرٹیفکیٹ کبھی نہیں کھلتا، اس لیے فائل موجود ہے یا نہیں یہ جانچنا کوئی مفید بات ثابت نہیں کرتا۔

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

ca C:\Program Files\OpenVPN\config\office-ca.crt

خالی جگہ والے ہر راستے پر اقتباسات لگائیں

قدر کے گرد ڈبل اقتباسات کا ایک جوڑا ہی پوری مرمت ہے، اور Windows پر ترچھی لکیریں قابل قبول ہیں، اس لیے ایسکیپنگ کبھی مسئلے کا حصہ نہیں بنتی۔ ایک ہی مرحلے میں ہر راستے کا آپشن درست کریں، کیونکہ پارسر پہلی ناکامی پر رک جاتا ہے اور اگلا صرف اگلی دوبارہ شروعات کا انتظار کرتا ہے۔ اس مجموعے میں عام طور پر ca، cert، key، tls-auth اور auth-user-pass شامل ہوتے ہیں۔

ca "C:/Program Files/OpenVPN/config/office-ca.crt"
cert "C:/Program Files/OpenVPN/config/office.crt"
key "C:/Program Files/OpenVPN/config/office.key"

فولڈر کے نام سے تلاش فائل پڑھنے سے تیز ہر واقعہ ڈھونڈ لیتی ہے۔ کسی بھی ترمیم سے پہلے اسے چلائیں، تاکہ فہرست مکمل ہو:

Select-String -Path .\office.ovpn -Pattern 'Program Files'

پروفائل کو بغیر خالی جگہ والے راستے پر منتقل کرنا ایک درست متبادل ہے، اور یہ صرف اس وقت درست ہے جب ہر راستہ اس کے ساتھ منتقل ہو۔ آدھا منتقل شدہ پروفائل دوسرے فائل نام کے ساتھ وہی خرابی دہراتا ہے، جسے پہچاننا زیادہ مشکل ہے کیونکہ پیغام اب اسی راستے کی طرف اشارہ کرتا ہے جو آپ نے ابھی بنایا۔ ایک طریقہ منتخب کریں اور اسے مکمل کریں۔

سرٹیفکیٹس سے پہلے موڈ کے اعلان کو بحال کریں

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

client
dev tun
proto udp
remote vpn.example.net 1194

وہاں رہتے ہوئے ہر لائن میں ایک ہدایت رکھیں۔ جڑی ہوئی لائنیں پہلے حصے کی عین آرگیومنٹ تعداد کی خرابی دیتی ہیں، اور بتائی گئی لائن معقول دکھتی ہے کیونکہ جوڑ وہاں ہوا جہاں ایڈیٹر نے متن کو موڑا۔ دکھائی گئی لائن نہیں، خام لائن پڑھیں۔

اینکوڈنگ کا نقصان آپشن کے نام جیسا دکھتا ہے

UTF-16 کے طور پر بائٹ ترتیب کے نشان کے ساتھ محفوظ فائل اپنا پہلا آپشن پارسر سے چھپا دیتی ہے، اور بھٹکے ہوئے بائٹس پیغام میں آپشن کے نام سے چپک سکتے ہیں۔ فائل کو بائٹ ترتیب کے نشان کے بغیر UTF-8 کے طور پر محفوظ کریں، پھر اسے دوبارہ کھولیں اور تصدیق کریں کہ پہلا حرف عام حرف ہے۔ ایڈیٹر، PowerShell کی ری ڈائریکشن اور چیٹ ونڈو سے چسپاں کیا گیا متن سب بغیر پوچھے اینکوڈنگ تبدیل کر دیتے ہیں۔

Format-Hex .\office.ovpn | Select-Object -First 1

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

کون سی جانچ پہلے، اور کیوں

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

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