Windows کی .pbk فائل کس کی ہے (اور کس کی نہیں)
.pbk فائل ایک پروفائل یا RRAS سرور کی فون بک ہے، کوئی منتقلی VPN اسکیما نہیں۔ مالک، حصہ اور ظاہر شدہ خصوصیت پڑھیں۔
تلاش کے نتائج آپ کو .pbk فائل دیتے ہیں، کلیدوں کے نام مانوس لگتے ہیں، اور واضح قدم یہ ہے کہ اسے کسی بھی Windows VPN کے لیے منتقلی اسکیما سمجھا جائے۔ لیکن ایسا نہیں ہے۔ فارمیٹ کسی مالک کا ہوتا ہے، اور وہی کلید اس بات پر منحصر ہے کہ کس مالک نے لکھی۔ پہلے دائرہ پڑھنا ہی دستاویزی مشق کو غیر تعاون یافتہ ترمیم بننے سے روکتا ہے۔
چار مالک، چار مختلف قارئین
چار مختلف مالک ایک جیسی نظر آنے والی فائلیں لکھتے ہیں۔ فی صارف مقامی کنکشن موجودہ صارف کی فون بک میں جاتا ہے، جبکہ تمام صارفین کا کنکشن مشین سطح کے ذخیرے میں جاتا ہے جسے میزبان کا ہر اکاؤنٹ پڑھ سکتا ہے۔ RRAS سرور اپنے روٹنگ کردار کے لیے مطالبے پر ڈائل کی ترتیب رکھتا ہے، اور تیسرے فریق کا کلائنٹ اپنا فارمیٹ رکھ سکتا ہے جو صرف ایکسٹینشن بانٹتا ہے۔ وہی ایکسٹینشن، چار قارئین، قواعد کے چار سیٹ۔
ملتا جلتا ڈسپلے نام دو اندراجات کو ایک نہیں بناتا، اور ان کے درمیان کلید کاپی کرنا یہ مانتا ہے کہ منتظم ایسی چیز کا احترام کرے گا جو اس نے کبھی دستاویز نہیں کی۔ مالک یہ بھی طے کرتا ہے کہ فائل کون بدل سکتا ہے: فی صارف پروفائل صارف کا انتخاب ہے، مشین سطح کا پروفائل انتظامی فیصلہ ہے، اور سرور پر مطالبے پر ڈائل کا اندراج اپنے ہی تبدیلی کنٹرول کے تحت روٹنگ ترتیب ہے۔ اس لیے ملکیت کی غلطی فارمیٹ کا مسئلہ بننے سے پہلے اجازت کا مسئلہ بنتی ہے۔
مالک کا تعین فائل کو نہیں بلکہ کنکشن کا انتظام کرنے والے جزو کو دیکھ کر کریں۔ فائل ایک مصنوع ہے؛ کنٹرول کرنے والا جزو طے کرتا ہے کہ کون سی کلیدیں اور کب پڑھی جائیں۔ پہلے مصنوع اور بعد میں منتظم پڑھنا ہی وہ راستہ ہے جس سے لوگ ایسے میدان کی ترمیم کرتے ہیں جس سے کوئی چیز نہیں پوچھتی۔
جہاں شائع شدہ فارمیٹ آپ کی فائل کی وضاحت کرنا چھوڑ دیتا ہے
RRAS انتظامی پروٹوکول میں فون بک سادہ متن ہے جسے انتظامی کلائنٹ لکھتا ہے اور روٹنگ سروس پڑھتی ہے، اسی لیے MS-RRASM تفصیل سرور کے لیے مطالبے پر ڈائل کی ترتیبات بیان کرتا ہے، ڈیسک ٹاپ پروفائل کے لیے نہیں۔ ساخت وہ حصہ ہے جسے ہموار مطالعہ تباہ کر دیتا ہے۔ ایک اندراج میں کئی میڈیا بلاک ہو سکتے ہیں، ہر ایک میں ڈیوائس بلاک ہوتے ہیں اور ان میں انفرادی نمبروں کے بلاک ہوتے ہیں۔ اس لیے وہی کلید ایک سے زیادہ جگہوں پر مختلف معنی کے ساتھ ظاہر ہو سکتی ہے۔
کلید کو اس کے حصے اور ورژن نوٹ کے ساتھ پڑھیں، اور ڈیسک ٹاپ انٹرفیس میں اسی نام کے چیک باکس سے کوئی قدر منتقل نہ کریں۔ دستاویز میں مانوس کلیدیں ملنا یہ ثابت نہیں کرتا کہ وہ کسی غیر متعلق مقامی پروفائل کے ہر میدان کا احاطہ کرتا ہے۔ حصوں کے قواعد بھی ڈیسک ٹاپ فون بک کو سرور فارمیٹ میں دوبارہ لکھنے کی اجازت نہیں ہیں۔
| Owner | What reads the file | What a key means there |
|---|---|---|
| Per-user native connection | The user's own connection manager | A property of that user profile |
| All-user native connection | The machine-wide connection store | A property shared by everyone on the host |
| RRAS demand-dial | The RRAS service, using the documented hierarchy | A field inside a media, device or number section |
| Third-party client | That vendor's own parser | Whatever that vendor documents, if anything |
جدول تفصیل نہیں بلکہ مطالعے کی مدد ہے: یہ بتاتا ہے کہ کس قاری سے رجوع کریں، اور قاری بتاتا ہے کہ میدان کا مطلب کیا ہے۔ جب وہ قاری تیسرے فریق کا تجزیہ کار ہو، تو دیانتدار جواب یہ ہو سکتا ہے کہ کوئی عوامی دستاویز اس میدان کو بالکل دستاویز نہیں کرتی۔
Windows سے پوچھیں، فائل سے نہیں
مقامی کنکشن کے لیے فائل پڑھنے کے بجائے Windows سے پروفائل مانگیں، کیونکہ ٹائپ شدہ خصوصیات ہی دستاویزی سطح ہیں اور تعاون یافتہ تبدیلی صرف انہی کو بدلتی ہے۔ نیچے دیے گئے دو احکام دو مقامی ذخیرے کو الگ الگ پڑھتے ہیں۔ اگر پروفائل دونوں ذخیروں میں سے کسی میں نہ ہو، تو اسے سنبھالنے والا کلائنٹ مقامی طریقہ کار استعمال نہیں کر رہا اور کوئی مقامی cmdlet اس کی وضاحت نہیں کرے گا۔
Get-VpnConnection -Name 'Field Ops'
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelTypeتعیناتی کے لیے، معائنے کے لیے نہیں، دستاویزی راستہ نامزد اسکیما کے ساتھ منظم پروفائل ترتیب ہے، متن یا بائنری بلاک کے اندر عددی ترمیم نہیں۔ پروفائل کی تعریف تعاون یافتہ ترتیبات بیان کرتی ہے؛ یہ وہ سرٹیفکیٹ اور نجی کلیدیں فراہم نہیں کرتی جن پر پروفائل منحصر ہے۔ اندراج اپنے اختیار کے ساتھ الگ عمل ہے، اور فون بک کی کلید کو سمجھنا کبھی نجی کلید تقسیم نہیں کرتا۔ دونوں راستے الگ الگ ترتیب دیں، ورنہ پہلی سرٹیفکیٹ تعیناتی ہی دوسرا واقعہ بن جائے گی۔
ایک خصوصیت، پھر اس کے گرد زندگی کا چکر
محفوظ قدر لاگو شدہ قدر نہیں ہے۔ منظور شدہ تبدیلی کے بعد نئی کنکشن کھولیں اور وہ راستے جانچیں جو پروفائل نصب کرتا ہے، وہ حل کنندہ پالیسی جو اسے ورثے میں ملتی ہے، اور وہ کارروائی جسے اسے فعال کرنا تھا۔ پہلے سے قائم سیشن دوبارہ استعمال کرنا پرانی ترتیبات کی جانچ کرتا ہے اور غلط منفی نتیجہ دیتا ہے۔
کسی بھی خام فائل کے کام سے پہلے فائل کو ایک طرف کاپی کریں، کیونکہ کئی اندراجات والی فون بک مشترکہ مصنوع ہے اور پوری فائل دوبارہ لکھنے والی بامقصد ترمیم کا اثر دائرہ تبدیلی سے بڑا ہوتا ہے۔ غیر متعلق اندراجات کو برقرار رکھیں، اور نئی کے تصدیق ہونے تک اصل محفوظ ترتیب رکھیں۔ اگر کوئی لازمی میدان آپ کے پاس واقعی موجود مالک اور ورژن کے لیے دستاویز شدہ نہ ہو تو اسے کھلا معاونت سوال درج کریں۔ دوسری مشین کی فائل سے انکوڈنگ گھڑنا ہی وہ راستہ ہے جس سے کام کرنے والا پروفائل کسی حوالہ نقطے کے بغیر ڈیبگنگ منصوبہ بن جاتا ہے۔
نظم و ضبط ہر قدم پر ایک ہی ہے: مالک کا نام لیں، حصے کا نام لیں، پھر تعاون یافتہ کارروائی کا نام لیں۔ باقی سب ایسا اندازہ ہے جس پر حوالہ چپکا ہوا ہے۔