آنے والا ٹنل کون سا RRAS سائٹ انٹرفیس منتخب کرتا ہے؟
RRAS آنے والا سائٹ انٹرفیس پیر کے پتے، صارف نام یا سرٹیفکیٹ کے موضوع کی بنیاد پر منتخب کرتا ہے، اس لیے وہ کلید اس کی فعال اور منسلک حالتوں سے الگ پڑھیں۔
کئی سائٹ سے سائٹ انٹرفیس رکھنے والے Windows سرور پر کنسول کا لیبل صرف لوگوں کے لیے نوٹ نہیں ہے۔ RRAS آنے والے کنکشن کے ایک مخصوص فیلڈ سے طے کرتا ہے کہ کون سا منطقی انٹرفیس جواب دے گا، اور وہ فیلڈ تصدیق کے طریقے کے ساتھ بدلتا ہے۔ کلید غلط ہو تو آپ انٹرفیس کے نام بدلتے رہیں گے جب تک کوئی چیز اتفاق سے منسلک نہ ہو جائے۔ انتخاب کا قاعدہ، انتظامی حالت اور سیشن کی حالت تین الگ حقائق ہیں، اور ان میں سے صرف ایک نام رکھنے سے متعلق ہے۔
افسانہ: نام بدلا ہوا انٹرفیس ہر چیز سے مطابقت رکھے گا
جب کوئی برانچ منسلک نہ ہو سکے تو پرکشش حل یہ ہے کہ سائٹ انٹرفیس بنایا جائے یا اس کا نام بدلا جائے جب تک وہ کال کرنے والے جیسا نہ لگے۔ یہ ایک تصدیقی طریقے کے لیے کام کرتا ہے اور باقی کے لیے خاموشی سے ناکام ہوتا ہے، اسی لیے وہی طریقہ کار متضاد نتائج کے ساتھ آگے پھیلتا ہے۔ سائٹ انٹرفیس اپنی منزل، محفوظ سابقے اور حالت رکھنے والی منطقی کنکشن شے ہے۔ یہ خفیہ کردہ پیکٹ اٹھانے والا جسمانی اڈاپٹر نہیں ہے، اس لیے نیٹ ورک اڈاپٹر دیکھنے سے یہ معلوم نہیں ہوتا کہ کون سی سائٹ شے منتخب ہوئی۔
انتخاب کا عام ریموٹ ایکسس صارفین سے بھی کوئی تعلق نہیں ہے۔ اگر ملازمین کے VPN کلائنٹ کال کریں تو ان کا کردار مختلف ہے، اور ان کے صارف نام اس میپنگ میں کبھی شامل نہیں ہوتے۔ کسی مانوس نام سے کچھ پڑھنے سے پہلے تصدیق کریں کہ کال کرنے والا کس کردار کا ہے۔
تصدیق کی تین صورتیں، انتخاب کی تین کلیدیں
پہلے سے مشترکہ کلید کے ساتھ، انٹرفیس کا ترتیب شدہ منزل کا پتہ آنے والے پیر کے پتے سے موازنہ کیا جاتا ہے۔ لیبل کچھ بھی ہو سکتا ہے، کیونکہ فیصلہ پتہ ہی اٹھاتا ہے۔ صارف نام کی بنیاد پر تصدیق میں، انٹرفیس کا نام کال کرنے والے کے پیش کردہ صارف نام سے موازنہ کیا جاتا ہے۔ یہاں لیبل ہی کلید ہے، اور نام بدلنا ایک سائٹ کو درست اور دوسری کو خراب کرتا دکھنے کی یہی وجہ ہے۔
سرٹیفکیٹ کے ساتھ، انٹرفیس کا نام پیش کردہ سرٹیفکیٹ میں موضوع کے نام سے موازنہ کیا جاتا ہے۔ نام کو اس موضوع سے مطابقت رکھنی چاہیے، اور آپریٹر کا بنایا ہوا خوبصورت لیبل کافی نہیں ہوگا۔
اس سے دو نتائج نکلتے ہیں۔ پہلے سے مشترکہ کلید کی ترتیب میں دیے گئے منزل کے لیے صرف ایک انٹرفیس فعال کیا جا سکتا ہے، اس لیے ایک ہی مشاہدہ شدہ عوامی پتہ بانٹنے والی دو برانچوں کو نقلی اندراجات سے دونوں کی خدمت نہیں دی جا سکتی۔ اور کنسول جو بھی تجویز کرے، وہی طریقہ نافذ ہوتا ہے جو آپ نے واقعی تشکیل دیا۔
| Authentication in use | The field RRAS compares | Symptom when the two disagree |
|---|---|---|
| Pre-shared key | The peer address in the incoming connection against the interface destination | Renaming the interface changes nothing; a destination that does not match the caller stays unused |
| Username | The caller login against the interface name | A site with a friendly label never answers, while a differently named site may answer instead |
| Certificate | The subject name in the presented certificate against the interface name | An interface named after the office rather than the subject CN is never selected |
فعال ہونا منسلک ہونا نہیں ہے
انتظامی حیثیت بتاتی ہے کہ منطقی انٹرفیس کو کام کرنے کی اجازت ہے یا نہیں۔ کنکشن کی حالت بتاتی ہے کہ ابھی کوئی سیشن ہے یا نہیں۔ سیشن کے بغیر فعال انٹرفیس طلب پر ڈائل ہونے والے لنک کے لیے معمول کی سکون کی حالت ہے، اور اسے خرابی بتانا لوگوں کو ایسی رکاوٹ کے پیچھے بھیجتا ہے جو موجود نہیں۔
نامزد تلاش یا دستاویزی روٹنگ ڈومین تلاش استعمال کریں، لیکن دونوں پیرامیٹر ایک ساتھ نہیں، اور اسے مطلوبہ سرور سیاق میں چلائیں۔ اگر متوقع انٹرفیس پہلی فہرست میں نہیں ہے تو مسئلہ حالت سے پہلے ہے: کچھ بھی منتخب نہیں ہوا۔
جوڑے کو الگ نہیں، ساتھ پڑھیں۔ جو لنک قائم رہنا چاہیے اور منقطع دکھائی دے وہ جانچ کے قابل ہے، جبکہ طلب پر جڑنے والا غیر فعال لنک ڈیزائن کے مطابق برتاؤ کرتا ہے۔ اس دوران انتظامی طور پر غیر فعال انٹرفیس سامنے والا فریق اپنا روٹر کتنی بار دوبارہ شروع کرے، تاریک ہی رہے گا۔
دونوں قدروں میں سے کوئی بھی ثابت نہیں کرتی کہ تصدیق کامیاب ہوئی، طے شدہ تحفظ مطابقت رکھتا ہے، راستے نصب ہوئے یا نجی ایپلیکیشن کی اجازت ہے۔ یہ چار الگ سوالات اور چار الگ جوابات ہیں۔
Get-VpnS2SInterface | Select-Object Name, Destination, AdminStatus, ConnectionState
Get-VpnS2SInterface -Name 'Branch-A' | Format-List Name, Destination, AdminStatus, ConnectionStateکچھ فعال کرنے سے پہلے شناخت کا لین دین پڑھیں
جب آنے والا کال کرنے والا ایسے انٹرفیس پر میپ ہو جائے جس کی آپ کو توقع نہ تھی، تو مفید ثبوت اس کی پیش کردہ شناخت ہے، غیر فعال انٹرفیس کی فہرست نہیں۔ حالیہ ریموٹ ایکسس واقعات نکالیں اور کال کرنے والے کا پتہ، تصدیق کا نتیجہ اور منتخب انٹرفیس کا نام پڑھیں۔ غیر فعال انٹرفیس جان بوجھ کر ریٹائر کیا گیا سائٹ یا ممنوع ساتھی ہو سکتا ہے۔ ایک لاگ ان خرابی ختم ہوتی ہے یا نہیں یہ دیکھنے کے لیے اسے فعال کرنا روٹنگ اور رسائی کے نتائج رکھنے والی ترتیب کی تبدیلی ہے، اس لیے فیصلہ اس سائٹ تعلق کے مالک کے ذریعے گزاریں، اس کے منزل، محفوظ سابقوں اور پالیسی کے ساتھ۔
اگر میپنگ واقعی غلط ہے تو علامت نہیں، کلید درست کریں: سرٹیفکیٹ کا موضوع یا صارف نام کی صورت میں انٹرفیس کا نام درست کریں، اور پہلے سے مشترکہ کلید کی صورت میں منزل درست کریں۔ پھر ایک بار دوبارہ منسلک ہوں اور تصدیق کریں کہ وہی کال کرنے والا اب مطلوبہ شے منتخب کر رہا ہے۔
Get-WinEvent -LogName Application -MaxEvents 50 | Where-Object { $_.ProviderName -like '*RemoteAccess*' }اجازت شدہ کارروائی سے چکر بند کریں
سبز حالت قبولیت نہیں ہے۔ درست انٹرفیس منتخب ہونے کے بعد، ڈیزائن کی اجازت والی ٹریفک ایک محفوظ سابقے کے ہوسٹ سے دوسرے کے ہوسٹ تک پیدا کریں، اور تصدیق کریں کہ جواب اسی راستے سے واپس آتا ہے۔ وہی کوشش ایسے ہوسٹ سے بھی کریں جسے مسترد ہونا چاہیے، یہ استعمال کرتے ہوئے Test-NetConnection -ComputerName 10.44.2.10 -Port 445 ایسی خدمت کے خلاف جسے ڈیزائن خارج کرتا ہے، اور ریموٹ ایکسس واقعات دوبارہ پڑھیں۔ جو سائٹ لنک اپنے مطلوبہ سابقوں سے زیادہ اٹھائے، یا ایسی خدمت کا جواب دے جسے پالیسی خارج کرتی ہے، وہ روٹنگ کی غلطی ہے جسے کوئی حالت جانچ آشکار نہیں کرے گی۔
تصدیق کا طریقہ، انتخاب کی کلید اور اجازت شدہ سابقے ایک ساتھ سائٹ کی آپریشن کتابچے میں درج کریں۔ اگلا انجینئر وہی تین قدروں والا جدول دیکھے گا، اور نام رکھنے کا رواج تبھی معنی رکھتا ہے جب وہ سیاق لکھا ہو۔