SYSTEM ٹاسک VPN پروفائلز کے لیے کون سی فون بک میں تلاش کرتا ہے؟

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

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

مقامی Windows VPN پروفائل اسی اکاؤنٹ کے اسٹور میں رہتا ہے جس نے اسے بنایا۔ عالمی اسٹور ایک مختلف فون بک ہے، جو صرف اس وقت بھرتا ہے جب پروفائل بڑھے ہوئے سیشن میں تمام صارفین والے سوئچ کے ساتھ بنایا جائے۔ دونوں ایک ہی نام کا پروفائل رکھ سکتے ہیں، اور کوئی بھی دوسرے کا منظر نہیں ہے۔

دونوں اسٹور ایک ہی سیشن سے پڑھیں اور ان کے واپس کیے گئے ناموں کا موازنہ کریں۔ سوئچ عالمی اسٹور منتخب کرتا ہے، اور اسے پڑھنے کے لیے عام طور پر بڑھا ہوا سیشن درکار ہوتا ہے:

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType

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

اسناد سے پہلے ٹاسک کا principal پڑھیں

ٹاسک کھولیں اور principal پڑھیں، کیونکہ یہ بتاتا ہے کہ ٹاسک کون سا اسٹور دیکھ سکتا ہے۔ SYSTEM کے طور پر چلنے کے لیے سیٹ کیا گیا ٹاسک آپ کا اضافی حقوق والا اکاؤنٹ نہیں ہے: اس کا اپنا پروفائل ہے اور سائن ان رہتے ہوئے آپ کی بنائی ہوئی فی صارف فون بک تک اس کی رسائی نہیں ہے۔ سروس اکاؤنٹ بھی بالکل اسی طرح برتاؤ کرتا ہے۔

آپ سائن ان ہیں یا نہیں، اس کی پروا کیے بغیر چلانے کا اختیار بھی اسے بدلتا ہے، کیونکہ تب ٹاسک کے پاس کوئی متعامل سیشن نہیں ہوتا جس کی اسناد ادھار لی جا سکیں۔ عمل کو whoami کسی فائل میں لکھنے دیں اور فرض کرنے کے بجائے جواب پڑھیں۔

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

پروفائل تلاش کرنا سائن ان کرنا نہیں ہے

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

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

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

ٹاسک ریکارڈ کے لیے ضروری چار فیلڈز

نتیجہ طے کرنے والی اقدار کو ایک ہی جگہ اکٹھا رکھیں، کیونکہ ان میں سے تین عام طور پر مضمر رہ جاتی ہیں۔ ریکارڈ کو چار سطریں درکار ہیں:

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

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

ٹاسک جس مرحلے تک پہنچا اس کی نشاندہی کریں

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

whoami
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress
rasdial "Office"
schtasks /query /tn "VPN Connect" /v /fo LIST

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

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