مشترکہ خفیہ کوڈ یا صارف لاگ اِن: L2TP/IPsec کی کون سی فیلڈ ناکام ہوئی؟
پہلے سے مشترکہ کلید ساتھی کو ثابت کرتی ہے، جبکہ PPP کا صارف نام اور پاس ورڈ شخص کو۔ غلطی کا کوڈ بتاتا ہے کہ دو تہوں میں سے کون سی ٹوٹی۔
ایک دفتر ہر لیپ ٹاپ کو وہی IPsec خفیہ کوڈ دے سکتا ہے جبکہ ہر شخص اپنے الگ اکاؤنٹ سے لاگ اِن کرتا ہے، اسی لیے «کلید درست ہے» اور «پاس ورڈ درست ہے» دونوں سچ ہو سکتے ہیں اور لاگ اِن پھر بھی ناکام ہو سکتا ہے۔ L2TP اور IPsec مختلف مراحل میں مختلف فریقوں کی تصدیق کرتے ہیں۔ دونوں تہوں کا موازنہ، اور اُنہیں الگ کرنے والا غلطی کا کوڈ، اِن میں سے بیشتر ٹکٹ دونوں قدروں کو دوبارہ بدلنے سے زیادہ تیزی سے بند کرتے ہیں۔ مراحل ایک دوسرے کے بدلے نہیں آ سکتے، اور آپ کے سامنے کا پیغام پہلے ہی بتا رہا ہے کہ کون سا چل رہا ہے۔
دو تہیں، دو مختلف شناختیں
پہلے IPsec کے ساتھی کی تصدیق چلتی ہے۔ کلائنٹ اور گیٹ وے کسی بھی ٹنل پے لوڈ کے محفوظ ہونے سے پہلے پہلے سے مشترکہ کلید یا سرٹیفکیٹ کے ذریعے ایک دوسرے کو اپنی شناخت ثابت کرتے ہیں۔ L2TP سیشن کے اندر PPP کا تبادلہ اس کے بعد ہوتا ہے، اور وہیں آپ کا صارف نام اور پاس ورڈ سرور کے اکاؤنٹ ذخیرے کے خلاف جانچے جاتے ہیں۔
مراحل خودمختار ہیں، اس لیے درست صارف اکاؤنٹ غلط IPsec کلید کو نہیں بچا سکتا، اور درست کلید میعاد ختم شدہ پاس ورڈ کو بچا نہیں سکتی۔ ٹکٹ میں دونوں کو الگ الگ لکھیں، اور تشخیص عام طور پر پہلی لاگ لائن سے نکلتی ہے جو کسی مرحلے کا نام لیتی ہے۔
| Observed failure | Stage that rejected it | Field to touch |
|---|---|---|
| Security layer error 789 during initial negotiation | IKE and IPsec peer authentication | The pre-shared key or the certificate |
| Error 691, credentials not recognised | PPP user authentication | User name, password, or account policy |
| Tunnel forms, then drops on the first packet | Neither, usually routing or MTU | Address pool and interface configuration |
| Prompt repeats with no error text | Often the client type selection | The connection profile, not the secret |
مشترکہ خفیہ کوڈ ساتھی کو ثابت کرتا ہے
پہلے سے مشترکہ کلید ایک گروہی اسناد ہے جو گیٹ وے اور اُس سے جڑنے والے ہر کلائنٹ کے پاس ہوتی ہے۔ یہ ثابت کرتی ہے کہ ساتھی کلید جانتا ہے، اور اسی سے IKE اُن کلیدوں کو اخذ کرتا ہے جو رابطے کی حفاظت کرتی ہیں۔ اُس تبادلے میں کوئی چیز کی بورڈ کے پیچھے بیٹھے انسان کی شناخت نہیں کرتی۔ یہی پوری وجہ ہے کہ اُسی ٹنل میں دوسرا، صارف سطح کا لاگ اِن موجود ہے۔
اُس ڈیزائن کا منسوخی کے لیے عملی نتیجہ ہے۔ ایک لیپ ٹاپ کا ضائع ہونا یعنی اُسے استعمال کرنے والے ہر آلے کے لیے خفیہ کوڈ بدلنا، جب تک تعیناتی سرٹیفکیٹ کی طرف نہ جائے، جہاں باقیوں کو چھوئے بغیر ایک آلہ ہٹایا جا سکتا ہے۔ تبادلہ انتظامی محنت اور نقصان کے دائرے کے درمیان ہے۔
پروفائل میں ٹائپ کی گئی کلید اسکرین شاٹس اور چیٹ کے ذریعے رسنے والی سب سے آسان اسناد بھی ہے۔ اِسے ذاتی پاس ورڈ نہیں بلکہ مشترکہ بنیادی ڈھانچے کا مواد سمجھیں، کیونکہ یہ بالکل وہی ہے۔
لاگ اِن PPP کا ہے
L2TP سیشن کے اندر PPP تصدیق پر گفت و شنید کرتا ہے اور سرور سے کہتا ہے کہ آپ کی ٹائپ کردہ قدروں کے جوڑے کی تصدیق کرے۔ Windows میں یہ وہی صارف نام اور پاس ورڈ ہیں جو پروفائل مانگتا ہے، اور راؤٹر پر وہ ہے جس کا PPP پروفائل حوالہ دیتا ہے۔ یہ اکاؤنٹ ذخیرے کے خلاف جانچا جاتا ہے، کلید کے خلاف نہیں۔ دو لوگ لیپ ٹاپ اور کلید مشترکہ کر سکتے ہیں اور پھر بھی اِس مرحلے پر الگ پہچانے جاتے ہیں۔
چونکہ یہ صارف کی تصدیق ہے، تمام عام اکاؤنٹ پالیسیاں لاگو ہوتی ہیں: میعاد ختم شدہ پاس ورڈ، مقفل اکاؤنٹ، ڈائل اِن کی اجازت، یا ایسا نام جس میں ڈومین ہونا ضروری ہو۔ غلطی 691 اُس امتزاج کو مسترد شدہ بتاتی ہے، اس لیے کچھ بھی دوبارہ ٹائپ کرنے سے پہلے سرور کا حسابات کا ریکارڈ پڑھیں۔
غلطی کو فیلڈ چننے دیں
غلطی 789 سیکیورٹی تہہ کا نام لیتی ہے اور IPsec مرحلے کی طرف اشارہ کرتی ہے۔ یقینی بنائیں کہ دونوں طرف کی پہلے سے مشترکہ کلید بالکل مطابق ہے، گیٹ وے کی متوقع ساتھی شناخت کلائنٹ کے بھیجے ہوئے سے مطابقت رکھتی ہے، اور کلائنٹ کسی اور قسم کے بجائے L2TP/IPsec کے لیے تشکیل شدہ ہے۔
غلطی 691 اسناد کا نام لیتی ہے اور PPP کی طرف اشارہ کرتی ہے۔ خفیہ کوڈ بدلنے سے پہلے اکاؤنٹ کی حالت اور نام کی درست شکل جانچیں، کیونکہ دونوں کو ایک ساتھ بدلنا وہ ثبوت تباہ کر دیتا ہے جو آپ پڑھ رہے تھے۔
جب ٹنل اوپر آ جائے اور ٹریفک پھر بھی رکے، تو تصدیق کے فیلڈز میں ترمیم مکمل طور پر بند کر دیں۔ پتوں کا تالاب، کلائنٹ سب نیٹ کی طرف واپسی کا راستہ اور MTU دیکھیں: دونوں تہوں کا موازنہ صرف اُس وقت مدد کرتا ہے جب خرابی ابھی اُن کے اندر ہو۔