VPN کے ذریعے دفتر کے پرنٹر پر بغیر شناخت چھاپیں

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

یہ ترتیب سے کریں، اور تلافی کے لیے نیا نیٹ ورک ڈیزائن شامل کرنے کے بجائے پہلے ناکام مرحلے پر رک جائیں۔

پرنٹر کا عرفی نام نہیں، قطار طلب کریں

دفتر چلانے والے سے تین باتیں لیں: صارفین براہ راست ڈیوائس پر چھاپتے ہیں یا سرور کے ذریعے، قطار کون سا پروٹوکول سپورٹ کرتی ہے، اور ترتیب دینے کا درست پتہ یا URI۔ Upstairs Colour جیسا لیبل لوگوں کو مشین ڈھونڈنے میں مدد دیتا ہے اور کمپیوٹر کو کچھ نہیں بتاتا۔ تینوں جواب لکھ لیں، کیونکہ یہی آگے کی ہر بات کے قبولیت کے معیار ہیں۔

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

قطار واضح طور پر شامل کریں

CUPS استعمال کرنے والے Linux کلائنٹ پر، IPP Everywhere کی سہولت والا ڈیوائس ایک ہی حکم سے قطار میں ڈالا جا سکتا ہے جو مقامی پرنٹر شامل کرتا ہے، اسے ڈیوائس کے URI کی طرف اشارہ کرتا ہے اور عالمگیر ماڈل طلب کرتا ہے: lpadmin -p Office_Printer -E -v ipp://10.20.30.15/ipp/print -m everywhere۔ انتظامی رہنما منزل، ڈیوائس کا URI اور ماڈل کے اختیارات کی دستاویز کرتا ہے، اور یہ حکم صرف مقامی قطار کو چھوتا ہے۔

اس حکم میں کوئی چیز راستہ نہیں بناتی اور نہ دور کے سرے پر اجازت دیتی ہے، اسی لیے اگلے دو حصے ہیں۔ دوسرے کلائنٹس پر معاون سسٹم انٹرفیس استعمال کریں، اور زیرِ انتظام Windows پرنٹ سرور کے لیے IPP راستہ ایجاد کرنے کے بجائے وہی سرور اور شیئر نام استعمال کریں جو آپ کو دیا گیا۔

نام کا حل، راستہ اور واپسی کا راستہ جانچیں

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

دفتر کی طرف کو آپ کے کلائنٹ کے اصل ماخذ پتے تک واپسی کا راستہ درکار ہے، اور رسائی کی پالیسی کو آپ کی منتخب کردہ پرنٹ سروس کی اجازت دینی چاہیے۔ دونوں حصے بیک وقت درست ہونے چاہئیں؛ غائب واپسی راستہ ایسا کام بناتا ہے جو لیپ ٹاپ چھوڑ کر کہیں نہیں پہنچتا۔

رسائی کو قطار کی پالیسی سے الگ کریں

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

شناخت پھر تیسرا موضوع ہے۔ Multicast DNS مقامی ربط تک محدود ہے، اس لیے روٹ شدہ VPN دفتر میں آپ کی دیکھی ہوئی فہرست دوبارہ نہیں بھرتا۔ ترتیب شدہ قطار اس فہرست کے بغیر کام کرتی ہے، اور اگر خودکار شناخت واقعی ضروری ہو تو اسے ایک پرنٹر کے لیے دوبارہ بنائے گئے پُل VPN کے بجائے اپنا ڈیزائن درکار ہے۔

ایک چھوٹا کام بھیجیں اور نتیجہ پڑھیں

مطلوبہ قطار پر ایک مختصر، غیر حساس صفحہ بھیجیں اور پھر دیکھیں کہ قطار نے اس کے ساتھ کیا کیا۔ کام قبول ہو سکتا ہے، تصدیق کے لیے روکا جا سکتا ہے، ڈیوائس پر جاری کرنے کے لیے روکا جا سکتا ہے، یا ترسیل سے پہلے روکا جا سکتا ہے، اور یہ چار نتائج مختلف ذمہ داروں کی طرف اشارہ کرتے ہیں۔

آپ کے لیپ ٹاپ پر غائب ہونے والی پیش رفت پٹی اس بات کی تصدیق نہیں کہ کاغذ حرکت کر گیا۔ دفتر میں کسی کو ابھی بھی کام جاری کرنا یا لینا پڑ سکتا ہے، اور اگر دستاویز اہم ہے تو گھومتے اشارے کے بجائے کسی شخص سے تصدیق کریں۔