ہنگامی سوئچ آپ کے پرنٹر کو بلاک کر رہا ہے؟ پہلے کرنے والی تین جانچیں
ہنگامی سوئچ پرنٹر کی ٹریفک کو جان بوجھ کر بلاک کرتا ہے۔ مقامی نیٹ ورک کے لیے محدود استثنا درست ہے یا نہیں، یہ فیصلہ کرنے کے لیے تین جانچیں کریں اور اسے ایک ہی پتے تک محدود رکھیں۔
آپ کا پرنٹر ایک گھنٹہ پہلے کام کر رہا تھا۔ پھر آپ نے VPN آن کیا، اور اب کام قطار میں کھڑے ہیں جب تک ناکام نہ ہو جائیں۔ ممکنہ وجہ پرنٹر نہیں، ہنگامی سوئچ ہے: یہ وہ ٹریفک گراتا ہے جو مشین سے سرنگ کے باہر جاتا، اور LAN پرنٹر بالکل ایسی ہی ٹریفک ہے۔ اصلی فیصلہ یہ نہیں کہ پرنٹنگ کیسے درست کی جائے، بلکہ یہ ہے کہ کیا یہ آلہ مقامی نیٹ ورک تک پہنچنا چاہیے۔ تین شرطیں یہ طے کرتی ہیں، اور ان میں سے کوئی بھی بحث کو جلدی ختم کر سکتی ہے۔
ہنگامی سوئچ کیا گراتا ہے اور کیوں
ہنگامی سوئچ ایک روٹنگ اصول ہے جس کے ساتھ ناکامی کا موڈ جڑا ہوتا ہے۔ جب سرنگ فعال ہو تو مماثل پیکٹ خفیہ شکل میں باہر جاتے ہیں؛ جب سرنگ گر جائے تو کلائنٹ ڈیفالٹ روٹ کو بلاک کر دیتا ہے تاکہ کچھ بھی سادہ متن میں باہر نہ جائے۔ اسی سب نیٹ کا پرنٹر کبھی سرنگ کے روٹ سے مماثل نہیں ہوتا، اس لیے اسے فرار کی کوشش سمجھا جاتا ہے حالانکہ ٹریفک کبھی عمارت نہیں چھوڑتی۔
دریافت علامت کو مزید الجھا دیتی ہے۔ پرنٹر پورٹ 5353 پر ملٹی کاسٹ DNS کے ذریعے اشتہار دیتے ہیں، اور پرنٹر شامل کرنے کے ڈائیلاگ میں نظر آنے والی قطار انہی اشتہارات سے بنتی ہے۔ جب بلاک فعال ہو تو اشتہار نہ پہنچ سکے، اس لیے پتہ اب بھی جواب دینے کے باوجود پرنٹر فہرست سے غائب ہو جاتا ہے۔ 631 پر IPP، 9100 پر خام پرنٹنگ اور 445 پر SMB سرنگ کے راستے کے بغیر عام LAN خدمات ہیں۔
پہلے ثابت کریں کہ پرنٹر قابل رسائی ہے
کوئی بھی پالیسی بدلنے سے پہلے تصدیق کریں کہ پرنٹر ٹھیک ہے اور وہ پتہ تصدیق کریں جو آپ کے خیال میں اس کا ہے۔ پتہ پرنٹر کے پینل یا اس کے اپنے ویب صفحے سے پڑھیں۔ آپریٹنگ سسٹم کی فہرست میں پرانا اندراج کسی ایسے پتے کی طرف اشارہ کر سکتا ہے جو DHCP نے ہفتوں پہلے کسی اور آلے کو دیا تھا۔
VPN منقطع کریں، پھر پتہ اور دو عام پرنٹنگ پورٹ جانچیں:
nc -vz 192.168.1.50 9100
nc -vz 192.168.1.50 631Windows پر اس کا متبادل Test-NetConnection 192.168.1.50 -Port 9100 ہے۔ دوبارہ VPN جوڑیں اور دہرائیں۔ اگر پورٹ VPN بند ہونے پر جواب دیں اور آن ہونے پر وقت ختم ہو جائے، تو آپ نے بلاک دوبارہ پیدا کر لیا ہے، اور باقی پالیسی کا سوال ہے۔ اگر دونوں حالتوں میں ناکام ہوں تو رک جائیں: پرنٹر، Wi-Fi حصہ یا کلائنٹ تنہائی قصوروار ہے، اور VPN استثنا صرف خطرہ بڑھائے گا۔
اجازت یا بلاک کا فیصلہ کرنے والی تین شرطیں
انہیں ترتیب سے چلائیں۔ پہلی شرط جو ناکام ہو وہ نتیجہ طے کرتی ہے، اس لیے بعد والیوں کو جانچنے کی ضرورت نہیں۔
| Condition | Allow a scoped exception | Keep the block |
|---|---|---|
| Who owns the network | Home or single-tenant office where you control the segment | Hotel, cafe or shared Wi-Fi where the printer is not yours |
| Who owns the device policy | Personal device with no enforced profile | Managed profile that enforces always-on VPN |
| What the device carries | Nothing another LAN peer must not reach | Client data that must not touch an untrusted segment |
مہمان نیٹ ورک سب سے واضح ‘نہیں’ ہیں۔ ہوٹل کے حصے میں مقامی رینج باقی تمام مہمان ہیں، اس لیے وہ استثنا جو آپ کے پرنٹر تک پہنچتا ہے ان کے لیپ ٹاپ تک بھی پہنچتا ہے۔ ایسا پرنٹر جو آپ کا نہ ہو اس حصے کو کھولنے کی وجہ نہیں۔
منظم آلات دوسرا ‘نہیں’ ہیں۔ جب منتظم پروفائل لاک ڈاؤن کے ساتھ ہمیشہ فعال VPN لازم کرتا ہے، تو کلائنٹ کسی بھی مقامی تبدیلی کے بعد بلاک دوبارہ نافذ کرتا ہے، اور گریز کا طریقہ اس پالیسی کی خلاف ورزی کر سکتا ہے جو آپ نے قبول کی۔ دوبارہ لکھے جانے والے ترتیبات بدلنے کے بجائے مقامی وسائل کے لیے معاون راستہ مانگیں۔
آپ کا کلائنٹ جس چھوٹی ترین استثنا کی حمایت کرتا ہے
آپ کو ایک پرنٹر پتے کے لیے منزل تک محدود اصول چاہیے، نہ کہ عمومی ‘مقامی کی اجازت دیں’ ٹوگل۔ عمومی ٹوگل عام طور پر پوری نجی رینج اور لنک لوکل ٹریفک کو ڈھانپ لیتا ہے، جو ایک پرنٹ قطار کی ضرورت سے کہیں زیادہ ہے، اور یہ حصے کے ہر آلے کو آپ کا قبول کردہ ساتھی بنا دیتا ہے۔
Windows منقسم سرنگ کاری پیش کرتا ہے، اور کچھ بلڈ مقامی نیٹ ورک کا آپشن بھی دیتے ہیں۔ جہاں واحد معاون راستہ میزبان اندراج ہو، سرنگ اٹھنے کے بعد طبیعی گیٹ وے کے ذریعے ایک پتہ شامل کریں، مثلاً route add 192.168.1.50 mask 255.255.255.255 192.168.1.1، پھر سیشن ختم ہونے پر اسے حذف کریں۔ WireGuard مختلف طریقے سے کام کرتا ہے: AllowedIPs طے کرتا ہے کہ سرنگ میں کیا داخل ہوگا، اس لیے مکمل سرنگ 0.0.0.0/0 پروفائل پرنٹ کا کام آخری نقطے تک لے جاتا ہے، جب تک زیادہ مخصوص راستہ اسے نہ گزرے، اور wg-quick ایسے فائر وال قواعد نصب کر سکتا ہے جو باقی سب کچھ بلاک کریں۔
Android پر VPN کے بغیر کنکشن بلاک کرنے والی ہمیشہ فعال ترتیب ہنگامی سوئچ ہے، اور اس بلاک کے اندر ایپ سے پرنٹر کی دریافت کا LAN راستہ نہیں۔ فی ایپ اور استثنا کا ماڈل Android VPN صفحے پر دستاویزی ہے، جو کچھ بھی بدلنے سے پہلے دیکھنے کی جگہ ہے:Android VPN کنیکٹیویٹی گائیڈ۔ macOS کی حالیہ ریلیز مقامی نیٹ ورک کی اجازت سرنگ سے الگ مانگتی ہیں، اور iOS مقامی نیٹ ورک تک رسائی کے لیے ایسا ہی کرتا ہے، پھر بھی سرنگ فعال ہونے پر قطار ناکام ہو سکتی ہے کیونکہ وینڈر کا کلائنٹ سب نیٹ کو اس میں روٹ کرتا ہے۔
آپ کوئی بھی کلائنٹ استعمال کریں، استثنا کو ایک پتے تک محدود رکھیں اور ان دو یا تین پورٹوں تک جو پرنٹر واقعی استعمال کرتا ہے۔ پتہ بدل سکتا ہے، اس لیے اصول کو پورے سب نیٹ تک پھیلانے کے بجائے DHCP لیز مخصوص رکھیں۔
استثنا کی جانچ کریں اور جانیں کہ کب واپس لینا ہے
تبدیلی کے بعد دوبارہ جڑیں اور تین چیزیں ترتیب سے دیکھیں۔ پرنٹر اپنے پورٹوں پر جواب دیتا ہے، ایک بے ضرر آزمائشی صفحہ چھپتا ہے، اور پتے کی تلاش اب بھی آپ کے ISP کے بجائے VPN آخری نقطہ واپس کرتی ہے۔ اگر پرنٹنگ کام کرے مگر تلاش آپ کا ISP دکھائے، تو آپ نے پرنٹر سے زیادہ کچھ کھول دیا ہے اور واپس لینا چاہیے۔
دوبارہ آغاز کے بعد اور کسی بھی کلائنٹ یا پروفائل اپ ڈیٹ کے بعد آزمائش دہرائیں، کیونکہ اپ ڈیٹ ڈیفالٹ کافی بار بحال کرتے ہیں۔ وہ استثنا جو صرف اگلے کنکشن تک رہے فیصلہ نہیں، بلکہ عارضی سوراخ ہے۔ درست اصول لکھ کر رکھیں تاکہ آپ اسے جان بوجھ کر ہٹا سکیں۔
اگر آلہ صرف سرنگ کے لیے ہے — سفر کا لیپ ٹاپ یا کلائنٹ ڈیٹا رکھنے والی مشین — تو درست جواب بلاک رکھنا اور کہیں اور چھاپنا ہے: PDF میں محفوظ کریں اور فون یا کسی اور مشین سے چھاپیں، یا ایسے پرنٹ سرور تک پہنچیں جس تک سرنگ روٹ کر سکے۔ ایک کام کے لیے ہنگامی سوئچ بند کرنا حقیقی تحفظ کو تھوڑی سہولت سے بدل دیتا ہے۔