Windows VPN پاس ورڈ کسی فائل سرور کو کیوں دیتا ہے

Windows ٹنل کھڑی کر کے پھر وہی اکاؤنٹ ایسے فائل سرور کو دے سکتا ہے جس نے اس کے بارے میں کبھی نہیں سنا۔ گیٹ وے نے لاگ ان قبول کیا؛ شیئر نے نہیں، اور پاس ورڈ دوبارہ لکھنے سے کچھ نہیں بدلتا۔ پورے کمپیوٹر کے لیے اسناد محفوظ کرنا بند کرنا حل لگتا ہے اور ہے نہیں۔ مقامی RAS کنکشن میں فی پروفائل سوئچ ہوتا ہے جو یہی ارادہ ظاہر کرتا ہے۔

شناخت کریں کہ کون سا اکاؤنٹ مسترد ہوا

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

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

ایک پروفائل پر UseRasCredentials مقرر کریں

فیلڈ ہے UseRasCredentials، اور صفر قدر اُس ایک کنکشن کو نیٹ ورک وسائل کو اپنی RAS اسناد دینے سے روکتی ہے۔ تبدیلی ایک پروفائل تک محدود ہے، اور یہی اصل بات ہے: اس کا ایک دستاویزی مفہوم ہے اور یہ مشین پر کسی اور چیز کو نہیں چھوتا۔

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

کنکشن کی ملکیت والی فون بک میں ترمیم کریں

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

دونوں مقامات کی فہرست بنائیں اور ترمیم کرنے والی فائل کا مکمل راستہ یقینی بنائیں۔ غلط پروفائل کے تحت فائل درست طور پر بدلنے کے بعد بھی نظر انداز ہو جائے گی، اور دوسری ناکامی پہلی جیسی دکھے گی۔

Get-ChildItem "$env:APPDATA\Microsoft\Network\Connections\Pbk"
Get-ChildItem "$env:PROGRAMDATA\Microsoft\Network\Connections\Pbk"
Copy-Item "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk" "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk.bak"
Select-String -Path "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk" -Pattern "UseRasCredentials"

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

UseRasCredentials=1   becomes   UseRasCredentials=0

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

نئی کوشش سے تصدیق کریں

کنکشن منقطع کریں، جو سیشن کھلا تھا اسے بند کریں اور دوبارہ کوشش کریں۔ موجودہ میپ شدہ ڈرائیو یا کھلا فائل ہینڈل اُس شناخت کا استعمال جاری رکھ سکتا ہے جس سے وہ پہلے ہی تصدیق شدہ ہے، لہٰذا پرانے سیشن سے چلنے والی کوئی چیز تبدیلی کے بارے میں کچھ ثابت نہیں کرتی۔ پہلے ترمیم شدہ قدر کی تصدیق کریں، اس قدر کافی سیاق و سباق کے ساتھ کہ وہ کس حصے کی ہے۔

Select-String -Path "$env:APPDATA\Microsoft\Network\Connections\Pbk\rasphone.pbk" -Pattern "UseRasCredentials=0" -Context 4,0

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