تقسیم شدہ ٹنل فعال ہے اور پرنٹر اب بھی آف لائن ہے: کیوں
تقسیم شدہ ٹنل راستوں کا فیصلہ کرتی ہے، رسائی کا نہیں۔ ڈرائیور دوبارہ انسٹال کرنے سے پہلے پرنٹ قطار کا پتہ، اس کا راستہ اور کلائنٹ کا مقامی فلٹر دیکھیں۔
آپ کی ٹنل فعال ہے، انٹرنیٹ کام کر رہا ہے، تقسیم شدہ ٹنل مہینوں پہلے فعال کی گئی تھی، اور میز کے پاس رکھا پرنٹر اب بھی آف لائن دکھائی دیتا ہے۔ یہ امتزاج تضاد نہیں ہے، کیونکہ تقسیم شدہ ٹنل راستے کا فیصلہ ہے، رسائی کا وعدہ نہیں۔ پرنٹ قطار اور کاغذ کے درمیان تین طریقے ہیں، اور وہ ایسے ناکام ہوتے ہیں جو ٹرے آئیکن سے ایک جیسے دکھائی دیتے ہیں۔ پہلے پتہ، پھر راستہ، پھر فلٹر دیکھیں۔
قطار کے پیچھے موجود پتے سے شروع کریں
پرنٹ قطار میں محفوظ پتہ یا ہوسٹ نام پڑھیں، پھر اس کا موازنہ اس پتے سے کریں جو پرنٹر اپنی نیٹ ورک اسکرین پر دکھاتا ہے۔ پچھلے پتے کی طرف اشارہ کرنے والی قطار بالکل راستے کی ناکامی جیسی برتاؤ کرتی ہے، اور صرف علامت سے دونوں میں فرق کرنا مشکل ہے۔ کوئی بھی تبدیل کرنے سے پہلے دونوں قدریں حاصل کریں۔ ان میں سے ایک عموماً پرانی ہوتی ہے، اور پرانی عموماً قطار ہوتی ہے۔
ہوسٹ نام پر بنی قطار راستے میں نام کا حل شامل کرتی ہے، جو راستہ بندی سے الگ طریقہ ہے۔ اگر ٹنل کے اندر ہوسٹ نام مختلف طور پر حل ہو، تو قطار کسی دوسری مشین تک پہنچتی ہے یا کہیں نہیں پہنچتی۔ عددی پتہ ٹیسٹ کی مدت کے لیے وہ متغیر ہٹا دیتا ہے۔
جوڑا لکھ لیں، کیونکہ باقی تحقیقات اندازہ لگانے کے بجائے ان کا موازنہ کرتی ہیں۔
اس پتے کے لیے راستہ کیسے چنا جاتا ہے
فرض کریں پرنٹر 192.168.1.50 پر ہے اور دفتر کا نیٹ ورک بھی 192.168.1.0/24 استعمال کرتا ہے۔ اس سب نیٹ کو ڈھکنے والا ٹنل راستہ اب آپ کے فلیٹ میں پرنٹر تک براہ راست راستے سے مقابلہ کر سکتا ہے، اور زیادہ مخصوص اندراج جیت جاتا ہے۔ پورٹ کو اسی عددی پتے پر بدلنا اس ابہام کو دور نہیں کر سکتا، کیونکہ ابہام راستہ جدول میں ہے۔
ڈیفالٹ راستہ انسٹال کرنے والی VPN پروفائل سب کچھ پکڑ لیتی ہے، اور پھر مقامی لنک سابقہ صرف ٹنل کے ذریعے قابل رسائی ہوتا ہے۔ تقسیم شدہ ٹنل پروفائل اس کے بجائے کارپوریٹ سابقے انسٹال کرتی ہے، جو عموماً مقامی راستہ بحال کر دیتا ہے۔ پرنٹر کے پتے کے لیے واقعی منتخب کردہ راستہ دیکھیں، نہ کہ اس ترتیب کا نام جس نے اسے بنایا۔
جدول اور منتخب راستہ ساتھ پڑھیں، کیونکہ جدول امیدوار دکھاتا ہے اور تلاش فاتح۔
Get-Printer | Select-Object Name, PortName, DriverName
Get-PrinterPort -Name 'IP_192.168.1.50' | Select-Object PrinterHostAddress
route print -4 | Select-String '192.168.1'پتہ کام کرنے پر دریافت کیوں ناکام ہوتی ہے
مقامی نیٹ ورک پر خودکار پرنٹر دریافت ملٹی کاسٹ DNS یا پرانے براڈکاسٹ پروٹوکول پر منحصر ہے، اور دونوں ایک لنک تک محدود ہیں۔ راؤٹر وہ ملٹی کاسٹ بطور ڈیفالٹ آگے نہیں بھیجتا، اور VPN بھی ایک راؤٹر ہے۔ پتے پر مبنی قطار شامل کرنا صرف اس صورت کو درست کرتا ہے جہاں دریافت ہی واحد خراب چیز ہے، اور اسی لیے اس حل کو اکثر قسمت سمجھ لیا جاتا ہے۔
فرق درج کرنا آسان ہے: اگر پتہ پرنٹ پورٹ پر جواب دے لیکن پرنٹر کبھی پرنٹر شامل کریں فہرست میں نہ آئے، تو قصور دریافت کے دائرے کا ہے۔ اگر دونوں میں سے کوئی کام نہ کرے، تو قصور راستے یا فلٹر کا ہے۔ دو ٹیسٹ، دو مختلف ذمہ دار، اور درمیان میں کوئی ڈرائیور دوبارہ انسٹال نہیں۔
فہرست بھرنے کا انتظار کرنے کے بجائے پتہ براہ راست جانچیں۔ نیچے دیے گئے کمانڈ بالکل یہی کرتے ہیں۔
Test-NetConnection 192.168.1.50 -Port 9100
nslookup 192.168.1.50
ping -c 2 192.168.1.50کلائنٹ کا مقامی رسائی فلٹر کیا شامل کرتا ہے
اینڈ پوائنٹ کلائنٹ راستہ جدول سے آزادانہ طور پر مقامی ٹریفک فلٹر کر سکتے ہیں۔ اس ترتیب کو اکثر مقامی نیٹ ورک رسائی کہا جاتا ہے، اور یہ ٹنل منسلک ہونے پر مقامی حصے تک ٹریفک روک سکتی ہے، چاہے راستہ تلاش درست دکھائی دے۔ یہ پالیسی کی تہہ ہے، اور راستے کی تدوین اسے تبدیل نہیں کرتی۔
منظم ڈیوائس پر خود ٹوگل بدلنے کے بجائے منتظم سے پوچھیں کہ پروفائل کا کیا مقصد ہے۔ فلٹر عموماً اس لیے ہوتا ہے کہ کسی نے فیصلہ کیا کہ منسلک مشین کافی شاپ کے نیٹ ورک تک نہ پہنچے، اور یہ معقول فیصلہ تھا۔
نافذ پالیسی کے لیے کلائنٹ کی اپنی حالت یا لاگ پڑھیں، کیونکہ انٹرفیس اکثر اسے خلاصہ لائن کے پیچھے چھپا دیتا ہے۔ وہ لاگ اندراج عموماً اس قاعدے کا نام لیتا ہے جس نے فیصلہ کیا۔
ایک چھوٹے کام سے راستہ جانچیں
جب پتہ، راستہ اور فلٹر سب پرنٹر کی طرف اشارہ کریں، تو ٹنل منسلک رہنے کے دوران اسی قطار میں ایک مختصر دستاویز بھیجیں۔ یہ اصل ناکامی کو ڈس کنیکٹ کرنے کے بعد صرف جانچے گئے ڈرائیور دوبارہ انسٹال سے زیادہ درست طریقے سے دہراتا ہے۔ کام کو معمولی رکھیں، کیونکہ آپ ڈیوائس نہیں، راستہ جانچ رہے ہیں۔
پھر ٹنل منقطع حالت میں دہرائیں، تاکہ معلوم ہو کہ آپ نے جو راستہ درست کیا وہی پہلے کام کرتا تھا۔ وہی موازنہ اس بات کا واحد ثبوت ہے کہ تبدیلی اہم تھی۔
Test-NetConnection 192.168.1.50 -Port 9100
Get-PrintJob -PrinterName 'Front Desk'
Get-NetRoute -DestinationPrefix 192.168.1.0/24اگر کام دونوں حالتوں میں چھپے، تو قطار، راستہ اور فلٹر متفق ہیں اور خرابی ختم ہو گئی۔ اگر صرف منقطع حالت میں چھپے، تو ٹنل اب بھی پرنٹر کا پتہ پکڑے ہوئے ہے یا فلٹر اب بھی اسے روکے ہوئے ہے، اور اگلا قدم دوسرا ڈرائیور نہیں، راستہ تلاش ہے۔ تین تہوں میں سے کون سی بدلی، یہ درج کریں، اور وہی ٹکٹ اگلے مہینے دوبارہ نہیں کھلے گا۔