آپ کا لیپ ٹاپ کارپوریٹ VPN سے جڑتا ہے اور دو میٹر دور پرنٹر جواب دینا بند کر دیتا ہے۔ پرنٹر پر کچھ نہیں بدلا، اور مقامی نیٹ ورک نہیں گرا۔ جو بدلا ہے وہ روٹ ٹیبل ہے: ٹنل اڈاپٹر کے پاس اب پرنٹر کے پتے کو ڈھانپنے والا راستہ ہے، اس لیے وہ پیکٹ VPN سے باہر نکلتے ہیں اور ایسے گیٹ وے پر پہنچتے ہیں جسے معلوم نہیں کہ آپ کا ہموار نیٹ ورک کہاں ہے۔ نیچے دی گئی چار جانچیں ترتیب سے کریں، اور پہلی جو ناکام ہو وہیں رک جائیں۔

پہلا قدم: ثابت کریں کہ پرنٹر اب بھی LAN پر قابل رسائی ہے

روٹنگ کو چھونے سے پہلے یقینی بنائیں کہ ڈیوائس VPN استعمال نہ کرنے والی کسی چیز کے لیے زندہ ہے۔ اسی Wi-Fi پر موجود فون سے پرنٹر کا ویب صفحہ کھلنے کو کہیں، یا ہموار نیٹ ورک کی کسی دوسری مشین سے پتے پر ping کریں۔ اگر پرنٹر وہاں بھی جواب نہ دے تو VPN محض اتفاق ہے اور قصور پرنٹر، اس کے Wi-Fi تعلق یا ایکسیس پوائنٹ پر کلائنٹ تنہائی میں ہے۔

اگر یہ اس لیپ ٹاپ کے سوا ہر جگہ جواب دے، تو آپ کو روٹنگ یا نام کے حل کا مسئلہ ہے جو لیپ ٹاپ میں ہی رہتا ہے، اور اگلا قدم بتائے گا کہ دونوں میں سے کون سا ہے۔

دوسرا قدم: وہ راستہ تلاش کریں جو Windows واقعی منتخب کرتا ہے

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

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute جیتنے والا راستہ اور اس کا انٹرفیس چھاپتا ہے، اور باقی سب انہی دو حقیقتوں پر منحصر ہے۔ route print -4 ارد گرد کے اندراجات دکھاتا ہے، جن میں وہ دو آدھے ڈیفالٹ بھی شامل ہیں جو مکمل ٹنل کلائنٹ نصب کرتے ہیں: 0.0.0.0/1 اور 128.0.0.0/1، جو مل کر پوری IPv4 فضا ڈھانپتے ہیں مگر 0.0.0.0/0 کو کبھی تبدیل نہیں کرتے۔ /1 /0 سے لمبا ہے، لیکن آپ کا 192.168.1.0/24 اس سے بھی لمبا ہے، اسی لیے غائب LAN راستہ خود ٹنل کے دعوے سے زیادہ اہم ہے۔

جواب دو اصول طے کرتے ہیں۔ سب سے لمبا مماثل پری فکس پہلے جیتتا ہے، اور ایک ہی پری فکس والے اندراجات میں کم کل میٹرک جیتتی ہے، جہاں کل روٹ میٹرک اور انٹرفیس میٹرک کو یکجا کرتا ہے۔ اگر منتخب انٹرفیس ٹنل ہے تو جاری رکھیں۔ اگر وہ فزیکل اڈاپٹر ہے اور ٹریفک پھر بھی ناکام ہو تو یہیں رک جائیں: آپ کا مسئلہ نام کا حل یا پرنٹر کی اپنی ایکسیس فہرست ہے، VPN راستہ نہیں۔

تیسرا قدم: وہ سب سے تنگ راستہ شامل کریں جو گیٹ وے اور انٹرفیس کا نام لیتا ہے

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

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

if کی قدر فزیکل اڈاپٹر کا انٹرفیس انڈیکس ہے۔ اسے چھوڑ دینا ہی وہ سب سے عام وجہ ہے کہ کمانڈ کامیاب دکھتی ہے اور کچھ نہیں بدلتی، کیونکہ جب دو اڈاپٹر ایک ہی اگلی چھلانگ تک پہنچ سکتے ہیں تو Windows کو آزادی ہے کہ وہی چنے جو آپ نہیں چاہتے تھے۔ -p جھنڈا اندراج کو مستقل بناتا ہے، اس لیے یہ سیشن کے ساتھ مرنے کے بجائے ری بوٹ کے بعد بھی رہتا ہے۔

ایک ہی ڈیوائس کے لیے پورے 192.168.1.0/24 کے راستے کے بجائے ہوسٹ راستے کو ترجیح دیں۔ سب نیٹ راستہ کام کی ضرورت سے زیادہ چوڑا ہے، اور اسی لمحے ٹکراتا ہے جب کارپوریٹ فریق بھی وہی پری فکس استعمال کرتا ہے: پھر ایک پری فکس کے دو مالک ہوتے ہیں، اور کون سا اندراج جیتتا ہے یہ طے کرتا ہے کہ آپ واقعی کس نیٹ ورک تک پہنچ سکتے ہیں۔

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

چوتھا قدم: یقینی بنائیں کہ استثنا اگلے کنکشن تک بچا رہے

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

IPv6 کو الگ سے دیکھیں۔ صرف IPv4 ڈیفالٹ کا دعوی کرنے والا کلائنٹ IPv6 ڈیفالٹ راستہ فزیکل اڈاپٹر پر چھوڑ سکتا ہے، اس لیے IPv6 سے قابل رسائی پرنٹر IPv4 ناکام ہونے کے دوران بھی چلتا رہتا ہے، یا اس کے برعکس۔ روٹ ٹیبل کو بے قصور ماننے سے پہلے ping -4 اور ping -6 سے جانچیں۔

مقامی شارٹ کٹ آپ کو کتنا مہنگا پڑتا ہے

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

اگر تبدیلی کے بعد پرنٹر جواب دے تو مرمت کے برقرار رہنے کا فرض کرنے کے بجائے اگلی بار دوبارہ جڑنے کے بعد چاروں جانچیں دہرائیں۔ اگر جواب نہ دے تو کنکشن سے پہلے اور بعد میں Find-NetRoute کا آؤٹ پٹ محفوظ کریں؛ فرق بتائے گا کہ کلائنٹ نے اندراج مٹایا یا صرف دوبارہ ترتیب دیا۔

متعلقہ مضامین