صارفین Always On کیوں بند کرتے ہیں اور پروفائل اسے بند ہی رکھتی ہے

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

چیک باکس دراصل کیا لکھتا ہے

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

یہ ڈیزائن صارف کے نقطہ نظر سے معقول ہے۔ محدود ڈیٹا کنکشن پر کوئی شخص خودکار کنکشن بند کرے تو اسے یہ توقع نہیں ہوتی کہ اگلی پالیسی ریفریش اسے خاموشی سے دوبارہ چالو کر دے گی۔

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

پروفائل دوبارہ انسٹال کرنے سے یہ ری سیٹ کیوں نہیں ہوتی

VPN کنکشن حذف کر کے اپ ڈیٹ شدہ فائل سے دوبارہ شامل کرنے پر پروفائل آبجیکٹ ہٹتا اور دوبارہ بنتا ہے۔ یہ صارف کے فیصلے کا ریکارڈ نہیں ہٹاتا، کیونکہ وہ ریکارڈ پروفائل کے اندرونی شناختی کے بجائے نام سے جڑا ہوتا ہے۔

لہٰذا اپ ڈیٹ آ جاتی ہے، پروفائل موجود ہے اور درست طریقے سے ترتیب دی گئی ہے، پھر بھی ٹرگر نہیں چلتا۔ پروفائل میں کوئی چیز اس کی وضاحت نہیں کرتی، اسی لیے اسے ٹوٹی ہوئی تعیناتی کے طور پر اوپر بھیجا جاتا ہے۔

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

XML کو چھونے سے پہلے فیصلہ کریں کہ ان میں سے کون سا چاہیے، کیونکہ نام ہی سوئچ ہے۔

ایک فعال پروفائل، کئی اہل

Windows خودکار ٹرگر محدود پروفائل مجموعے پر لاگو کرتا ہے، اور کئی اہل پروفائل ہونے سے وہ سب مسابقتی ڈیفالٹ کے طور پر نہیں جڑتیں۔ ایک فعال ہوتی ہے، اور باقی انتظار کرتی ہیں۔

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

اپ ڈیٹ سے پہلے محفوظ حالت پڑھیں

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

یہ کمانڈز VPN کنکشنز کی فہرست دکھاتی ہیں اور رجسٹری میں دستاویزی قدر تلاش کرتی ہیں:

Get-VpnConnection | Select-Object Name,ConnectionStatus,SplitTunneling
reg query HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Network /s /f AutoTriggerDisabledProfilesList

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

فیصلہ کریں کہ آپ کو کون سی پالیسی چاہیے

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

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

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