کاپی شدہ rasphone.pbk نے دیگر سسٹم گیر VPN مٹا دیں

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

حل بہتر کاپی نہیں ہے۔ حل یہ ہے کہ فائل کاپی نہ کی جائے۔

فون بک میں اصل میں کیا ہوتا ہے

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

کنکشن تعریف بھی پوری کہانی نہیں۔ راستے، DNS پالیسی، قابلِ اعتماد CA مواد اور شناخت الگ الگ مالکان فراہم کرتے ہیں۔

معلوم کریں کہ پروفائل کس دائرے کی ملکیت ہے

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

مالک کا نام دینا وہ قدم ہے جو اگلے انجینئر کو پوری فائل کی کاپی دہرانے سے روکتا ہے۔

نامزد کنکشن بنائیں یا اپ ڈیٹ کریں، اور کچھ نہیں

مقامی Windows پروفائل کے لیے، Add-VpnConnection ایک اندراج بناتا ہے، اور -AllUserConnection مشین گیر دائرہ منتخب کرتا ہے۔ پہلے اسے -WhatIf کے ساتھ چلائیں، تاکہ پیش نظارہ صارف کی شکایت کے بجائے آپ کے ٹرانسکرپٹ میں آئے:

Add-VpnConnection -Name 'Office VPN' -ServerAddress 'vpn.example.com' -TunnelType Ikev2 -AuthenticationMethod Eap -EapConfigXmlStream $approvedEapXml -AllUserConnection -WhatIf

EAP XML کہیں سے جائز طور پر آنا چاہیے: کسی کام کرنے والے حوالہ جاتی پروفائل سے برآمد شدہ، یا آپ کے انتظامی اوزاروں کے ذریعے اصل گیٹ وے کے لیے تیار کردہ۔ سرور کے اعتماد کی درست ترتیبات کے بغیر پروفائل یا تو غلط چیز سے جڑتا ہے یا ہر جگہ ناکام ہوتا ہے، اور دونوں میں سے کوئی بھی تعیناتی کی کامیابی نہیں۔

جب اندراج پہلے سے موجود ہو، اس کی ترتیبات کا موازنہ کریں اور اسے Set-VpnConnection کے ساتھ اپ ڈیٹ کریں، اسے مٹا کر دوبارہ بنانے کے بجائے۔ مٹانا ہی وہ طریقہ ہے جس سے کام کرنے والی ترتیب ایسے فیلڈز کھو دیتی ہے جو کسی نے دستاویز نہیں کیے، اور جس سے غیر متعلق اندراجات وسیع صفائی میں پھنس جاتے ہیں۔

دیکھیں کہ کوئی دوسرا انتظامی نظام ہے جو اگلی پالیسی ریفریش پر پرانا پروفائل واپس رکھے گا۔ پائلٹ یہاں cmdlet کے مقابلے میں زیادہ بار ناکام ہوتے ہیں۔

پہلے سے دوسرا VPN رکھنے والی مشین پر پائلٹ کریں

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

ہٹانا بھی وہی قاعدہ اپناتا ہے: Remove-VpnConnection -Name 'Office VPN' -AllUserConnection ایک اندراج ریٹائر کرتا ہے اور فائل کا باقی حصہ بے چھیڑ چھوڑ دیتا ہے۔

پچھلی مطلوبہ ترتیب دستیاب رکھیں، تاکہ محدود رول بیک کا مطلب پوری مشین کی حالت بحال کرنے کے بجائے ایک پروفائل دوبارہ درآمد کرنا ہو۔