Always On VPN LAN تک رسائی نہیں ہے: وسائل کی جانچ کی فہرست

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

مرحلہ 1: جانچ سے پہلے وسیلہ لکھ لیں

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

Name: portal.corp.example
Destination: 10.20.5.0/24
Service: HTTPS 443
Tunnel role: user access after sign-in
Identity: assigned employee group
Resolver: corporate private DNS

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

مرحلہ 2: طے کریں کہ کون سی ٹنل اسے لے کر جائے گی

Windows Always On VPN میں ڈیوائس ٹنل اور صارف ٹنل ہیں، جو الگ سرٹیفکیٹس اور الگ دائرہ کار کے ساتھ الگ پروفائل کے طور پر ترتیب دیے جاتے ہیں۔ ڈیوائس ٹنل عام طور پر صرف وہ بنیادی ڈھانچہ لے کر جاتی ہے جو سائن اِن سے پہلے درکار ہوتا ہے، جیسے انتظام اور ڈومین سروسز؛ ملازمین کی وسیع ایپ رسائی صارف ٹنل کی ہے۔

ٹریفک فلٹرز ڈیوائس ٹنل کی خصوصیت ہیں، اسی لیے Microsoft کی مثال انہیں انتظامی ٹریفک کے لیے استعمال کرتی ہے۔ اس مثال کو عام وسیلہ پروفائل میں نقل کرنے سے ایسی ٹنل ملتی ہے جو جڑتی ہے مگر غلط مجموعہ لے کر جاتی ہے۔ Get-VpnConnection سے فعال اتصال کی تصدیق کریں اور اسی اتصال کے تحت جانچ کریں۔

مرحلہ 3: اصل پتے کے لیے راستہ تصدیق کریں

نام ایک بار حل کریں، پھر راستہ دیکھیں: Find-NetRoute -RemoteIPAddress 10.20.5.10 منتخب انٹرفیس، اگلی چھلانگ اور ماخذ پتہ دکھاتا ہے۔ اگر انٹرفیس طبعی اڈاپٹر ہے تو سابقہ ٹنل کے راستوں کے مجموعے میں نہیں ہے یا کلائنٹ نے اسے منقسم ٹنل کے ذریعے خارج کیا ہے۔ مقامی راستہ شامل کرنے کے بجائے پروفائل کی تعریف سے موازنہ کریں۔

مقامی route add جانچ پاس کرا سکتا ہے اور اگلی پالیسی تازہ کاری پر غائب ہو سکتا ہے، اس لیے تبدیلی کا تعلق منظم پروفائل سے ہے۔ صارف اور ڈیوائس دونوں پروفائلز میں سابقہ جانچیں، اور منقسم ٹنل کی ترتیب دیکھیں: مکمل ٹنل کو ہر سابقے کے لیے راستہ درکار نہیں، منقسم ٹنل کو ہر نجی سابقے کے لیے ایک درکار ہے۔

مرحلہ 4: نجی ناموں کا حل علیحدہ جانچیں

نجی ناموں کا اپنا پالیسی راستہ ہے۔ پروفائل NRPT قواعد اور DNS لاحقہ تلاش کی فہرست فراہم کر سکتا ہے، جو ٹنل قائم رہنے تک معتبر ہیں۔ Get-DnsClientNrptPolicy سے پڑھیں کہ کلائنٹ کو واقعی کیا ملا، پھر اسی نشست میں ایک نام اور ایک پتہ جانچیں۔ پتے چل رہے ہوں اور نام ناکام ہوں تو حل کنندہ؛ دونوں ناکام ہوں تو راستہ۔

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

مرحلہ 5: فلٹرز، شناخت اور ایپ کا اپنا دروازہ جانچیں

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

منظم پروفائل کو اس کے مالک کے ذریعے تبدیل کریں، چاہے Intune ہو، ProfileXML تعیناتی ہو یا آپریشن اسکرپٹ، پھر عام دوبارہ اتصال اور ری بوٹ کے بعد دوبارہ جانچیں: عام ناکامی پرانا مقامی راستہ یا ایک بار لاگو کیا گیا پروفائل ہے۔ پروفائل ورژن جانچ کے نتیجے کے ساتھ رکھیں۔