Windows VPN منسلک نہیں ہو رہا؟ کوڈ کو ایونٹ لاگ سے ملائیں

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

ڈائیلاگ کا متن آخری مرحلہ ہے، وجہ نہیں

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

جو اب بھی مستحکم کیا جا سکتا ہے وہ کوشش خود ہے۔ رابطے کا نام، پروفائل میں محفوظ سرنگ کی قسم — PPTP، L2TP/IPsec، SSTP یا IKEv2 —، سیکنڈ تک وقت، اور کوڈ لکھیں۔ اگر یقین نہ ہو کہ کون سا پروٹوکول واقعی چلا، تو یادداشت پر بھروسا کرنے کے بجائے %APPDATA%\Microsoft\Network\Connections\Pbk\rasphone.pbk کھولیں اور اندراج پڑھیں؛ نئے پروٹوکول کے لیے دوبارہ استعمال شدہ پروفائل اپنا پرانا ظاہری نام رکھتی ہے۔

الفاظ پڑھنے سے پہلے عدد پڑھیں

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

809 الٹی قسم ہے: کچھ بھی واپس نہیں آیا۔ یہ راستے کا مسئلہ ہے — SSTP کے لیے TCP 443 فلٹر، PPTP کے لیے GRE بلاک، IPsec گزر کے لیے UDP 500 اور 4500 یا ESP پھینکے گئے۔ نیا پاس ورڈ اسے درست نہیں کر سکتا اور نہ نیا سرٹیفکیٹ۔ 720 کا مطلب ہے کہ لنک اٹھا اور PPP نے بات چیت کبھی مکمل نہیں کی، جو پروٹوکول کی ناہمواری یا ایسے سرور کی طرف اشارہ کرتا ہے جو پتہ تفویض نہ کر سکا۔ 789، یا IKEv2 پر 13801، IPsec کے اندر کی شناخت ہے: ایسا سرٹیفکیٹ جس کا موضوع اس نام سے نہیں ملتا جس پر آپ ڈائل کرتے ہیں، غیر قابل اعتماد زنجیر، یا دو سروں کے درمیان مختلف پہلے سے شیئر شدہ کلید۔

اسی منٹ کا RasClient ایونٹ نکالیں

ایونٹ ویور میں، ماخذ RasClient پر فلٹر شدہ Windows Logs > Application پہلی جگہ ہے جہاں دیکھنا چاہیے۔ خرابی 720 کے بارے میں Microsoft کی تحریر اسی لاگ میں ایونٹ 20227 کی طرف اشارہ کرتی ہے۔ وہی فراہم کنندہ دیگر نتائج کے لیے دیگر شناخت کنندہ جاری کرتا ہے، اس لیے ID کو تشخیص سمجھنے کے بجائے پیغام اور اس میں شامل نتیجہ کوڈ پڑھیں؛ ایک عام ڈائیلاگ اور 720 اٹھانے والا 20227 پہلے ہی کہیں زیادہ تنگ کہانی ہے۔

PowerShell سے، GUI میں کلک کیے بغیر:

Get-WinEvent -FilterHashtable @{
  LogName      = 'Application'
  ProviderName = 'RasClient'
  StartTime    = (Get-Date).AddMinutes(-15)
} | Format-List TimeCreated, Id, Message

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

ایونٹوں کے ڈھیر کے بجائے ایک ٹائم لائن بنائیں

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

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

دہرائے جانے والے کیپچر کے لیے، کمانڈ لائن سے ڈائل کریں اور اسے نتیجہ چھاپنے دیں:

rasdial "Office VPN"
rasdial "Office VPN" /disconnect

کنسول وہ نمبر دکھاتا ہے جو GUI دوستانہ متن کے پیچھے چھپاتا ہے، اور دو بار چلانے سے پتہ چلتا ہے کہ کوڈ مستحکم ہے یا وقفے وقفے سے۔

ہر مرحلہ کیا بدلنے کو کہتا ہے

مرحلے کا نام دینا تبھی مفید ہے جب وہ تبدیلیوں کے مجموعے کو ایک پرت تک گھٹا دے:

• 691 — تصدیق: وہ EAP طریقہ جو کلائنٹ پیش کرتا ہے بمقابلہ وہ جو سرور قبول کرتا ہے، اکاؤنٹ کی حالت، پاس ورڈ کی میعاد، ڈائل اِن کی اجازت۔
• 812 — سرور پالیسی: وہ دور دراز رسائی پالیسی یا NPS قاعدہ جو اس صارف اور اس وقت کی ونڈو سے میل کھاتا ہے۔
• 809 — رسائی: راستے پر فائر وال قواعد، NAT اور پروٹوکول گزر، منتخب سرنگ کی قسم کو درکار پورٹ۔
• 720 — PPP بات چیت: تصدیقی پروٹوکول کی ناہمواری، پتہ تفویض، سرور کی طرف کی PPP ترتیب۔
• 789 / 13801 — IPsec شناخت: آپ جس نام پر ڈائل کرتے ہیں اس کے مقابل سرٹیفکیٹ کا موضوع، اعتماد کی زنجیر، پہلے سے شیئر شدہ کلید۔

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

ثبوت بانٹیں، ماحول نہیں

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

جس حوالگی پر کام ہوگا اسے پانچ خانے چاہیے: کوڈ، وہ مرحلہ جس کا وہ ہے، کلائنٹ اور سرنگ کی قسم، اس کے ٹائم زون کے ساتھ ٹائم اسٹیمپ، اور کیا گیٹ وے نے درخواست دیکھی۔ باقی سب اختیاری ہے۔ ان پانچ کے ساتھ اگلا شخص تحقیق دہرائے بغیر اسناد کی بحث کو روٹنگ کی بحث سے الگ کر سکتا ہے۔

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