VPN کے ذریعے پرنٹ کرنے کے لیے آپ کو Bonjour دریافت کی ضرورت نہیں

آپ کو شاید بتایا گیا ہو کہ VPN کے ذریعے iPhone سے پرنٹ کرنے کے لیے Bonjour دریافت کو سرنگ پار کرنا ضروری ہے۔ یہ عقیدہ لوگوں کو TAP پلوں اور multicast ریلے کی طرف دھکیلتا ہے جو کچھ بھی درست نہیں کرتے۔ AirPrint واضح منزل قبول کرتا ہے: ایک کنفیگریشن پروفائل فون کو پرنٹر کا پتہ، وسائل کا راستہ اور پورٹ دے سکتی ہے۔ پرنٹ شیٹ میں اس اندراج کے ظاہر ہونے کے لیے دریافت کا کبھی ہونا ضروری نہیں۔ پے لوڈ جو نہیں کرتا وہ راستہ بنانا، غیر AirPrint پرنٹر کو IPP بولنے پر مجبور کرنا یا کام کی اجازت دینا ہے۔

یہ افسانہ ایک سچے مشاہدے سے شروع ہوتا ہے

Bonjour اپنے ڈیزائن کے مطابق لنک-لوکل multicast ہے۔ روٹ شدہ پوائنٹ ٹو پوائنٹ سرنگ ان گروہوں کو نہیں لے جاتی، اس لیے VPN پر موجود فون دور دراز LAN کے پرنٹرز براؤز نہیں کر سکتا، اور اسی سرنگ پر موجود لیپ ٹاپ بھی نہیں کر سکتا۔ درست نتیجہ یہ نہیں کہ پرنٹنگ کو پل چاہیے؛ درست نتیجہ یہ ہے کہ براؤزنگ کو مختلف ترسیل کا طریقہ چاہیے، اور واضح فہرست ہی وہ طریقہ ہے۔

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

پے لوڈ درحقیقت کیا لے جاتا ہے

پے لوڈ com.apple.airprint میں پرنٹر لغات کی ایک صف ہوتی ہے۔ ہر لغت ایک IPAddress لیتی ہے، جو لفظی پتہ یا ہوسٹ نام ہو سکتا ہے، ایک ResourcePath، اختیاری Port اور اختیاری ForceTLS۔ Apple iOS 11 سے Port اور ForceTLS کی دستاویز کرتا ہے، اس لیے مخلوط بیڑے کو تعیناتی سے پہلے یہ واضح کرنا ہوگا۔

راستہ وہ فیلڈ ہے جس کا لوگ اندازہ لگاتے ہیں۔ ResourcePath پرنٹر کے _ipps._tcp یا _ipp._tcp Bonjour ریکارڈ میں rp قدر کی عکاسی کرتا ہے۔ جدید ڈرائیور کے بغیر پرنٹرز پر یہ اکثر ipp/print ہوتا ہے اور پرانے پرنٹرز پر اکثر مینوفیکچرر کے لیے مخصوص ہوتا ہے۔ کسی دوسرے ماڈل سے راستہ کاپی کرنے سے ایسی قطار بنتی ہے جو ظاہر ہوتی ہے اور پھر ہر کام رد کر دیتی ہے۔

صف میں ایک آئٹم ایسا دکھتا ہے، پلیس ہولڈر قدروں کے ساتھ جو آزمودہ اینڈ پوائنٹ نہیں ہیں:

<dict>
    <key>ResourcePath</key>
    <string>ipp/print</string>
    <key>IPAddress</key>
    <string>printer-07.office.example</string>
    <key>Port</key>
    <integer>8631</integer>
    <key>ForceTLS</key>
    <true/>
</dict>

وہ ٹکڑا پروفائل نہیں ہے۔ یہ پے لوڈ کے اندر AirPrint صف کا ایک عنصر ہے، اور پے لوڈ کو اب بھی اپنا میٹا ڈیٹا اور دستخط یا MDM ترسیل درکار ہے۔ فیلڈز کے معانی کے لیے AirPrint پرنٹر لغت حوالہ ہے۔

قدریں پرنٹر سے جمع کریں، تلاش کے نتیجے سے نہیں

جو Mac پہلے ہی ڈیوائس پر پرنٹ کرتا ہے، اس پر ippfind یا dns-sd -B _ipp._tcp اعلان شدہ مثال دکھاتا ہے، اور پرنٹر کا اپنا ویب انٹرفیس عام طور پر IPP راستہ اور پورٹ درج کرتا ہے۔ تعیناتی نوٹ میں چاروں قدریں لکھیں تاکہ اگلے شخص کو وہ اسکرین شاٹ سے دوبارہ حاصل نہ کرنی پڑیں۔

پھر TLS کے بارے میں سوچ سمجھ کر فیصلہ کریں۔ ForceTLS درست ہونے پر فون کو پرنٹر کی پیش کردہ سند پر بھروسہ کرنا ہوگا، اور خود دستخط شدہ سند ناکام ہوتی ہے جب تک آپ بھروسے کا اینکر بھی تعینات نہ کریں۔ قطار چلانے کے لیے TLS بند کرنا نیٹ ورک راستے کا فیصلہ ہے، غیر مناسب سند کے لیے کوئی بچاؤ کا راستہ نہیں۔

ترسیل، پھر دو متضاد ناکامیاں

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

جو پرنٹر ظاہر ہوتا ہے لیکن ہر کام میں ناکام ہوتا ہے اس میں راستے، پورٹ، پگڈنڈی یا TLS کا مسئلہ ہے، اور ان میں سے کوئی بھی پے لوڈ حل نہیں کرتا۔

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

اندراج کو قابل دیکھ بھال رکھیں

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

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

ان میں سے کوئی بھی پرنٹر کو AirPrint کے قابل نہیں بناتا۔ پے لوڈ ایک منزل شائع کرتا ہے، اور ڈیوائس کو اب بھی IPP بولنا ہوتا ہے۔