الطباعة على طابعة المكتب عبر VPN دون اكتشاف تلقائي

أنت في المنزل، والمستند يجب أن يخرج من طابعة المكتب، وVPN متصل، ونافذة إضافة طابعة لا تُظهر شيئًا. الغياب ليس دليلًا على أن النفق معطوب. الاكتشاف آلية واحدة للعثور على الطابعات، والطابور المُهيأ آلية أخرى، وVPN الموجّه يحمل عادةً الثانية بينما يترك الأولى في مكانها تمامًا. أضف الطابور يدويًا، فتتوقف الطابعة عن كونها مفقودة.

اعمل على هذا بالترتيب، وتوقف عند أول خطوة تفشل بدلًا من إضافة تصميم شبكة جديد للتعويض.

اطلب الطابور، لا اسم الطابعة المستعار

احصل على ثلاثة أشياء ممن يدير المكتب: هل يطبع المستخدمون مباشرة إلى الجهاز أم عبر خادم، وأي بروتوكول يدعمه الطابور، والعنوان أو URI الدقيق الذي يجب تهيئته. اسم مثل Upstairs Colour يساعد البشر على العثور على الآلة ولا يقول للحاسوب شيئًا على الإطلاق. اكتب الإجابات الثلاث، لأنها معايير القبول لكل ما يلي.

ترتيبان يغطيان معظم المكاتب. بعض الطابعات تقبل IPP بنفسها، وتهيئ الجهاز مباشرة على URI ينتهي بمسار الطباعة القياسي. وأخرى تنشر طوابير مسماة من خادم طباعة، يسلّم المهمة بعد ذلك إلى أي عتاد يقف خلفه، لذا فالعنوان الذي تستخدمه يخص الخادم لا الطابعة. كلا المثالين للتوضيح، ولا يجب أن تنسخ أيًا منهما: استخدم URI الذي أُعطي لك فعلًا.

أضف الطابور صراحة

على عميل Linux يستخدم CUPS، يمكن إدراج جهاز يدعم IPP Everywhere في الطابور بأمر واحد يضيف طابعة محلية، ويوجهها إلى URI الجهاز ويطلب النموذج العام: lpadmin -p Office_Printer -E -v ipp://10.20.30.15/ipp/print -m everywhere. يوثّق دليل الإدارة الوجهة وURI الجهاز وخيارات النموذج، وهذا الأمر يمس الطابور المحلي فقط.

لا شيء في ذلك الأمر ينشئ مسارًا أو يمنح إذنًا في الطرف البعيد، ولهذا توجد الفقرتان التاليتان. على العملاء الآخرين استخدم واجهة النظام المدعومة، ولخادم طباعة Windows مُدار استخدم اسم الخادم والمشاركة اللذين أُعطيا لك بدلًا من اختراع مسار IPP.

تحقق من التحليل والمسار ومسار العودة

تأكد من أن اسم مضيف الطابور يُحل إلى عنوان المكتب المقصود، ثم تأكد من أن الحاسوب المحمول يوجّه ذلك العنوان عبر النفق. غالبًا ما يكون لخوادم الطباعة والطابعات المادية عناوين مختلفة وأذونات مختلفة، لذا فاتصال ناجح بأحدها لا يثبت شيئًا عن الآخر.

يحتاج جانب المكتب إلى مسار عودة إلى عنوان المصدر الحقيقي لعميلك، ويجب أن تسمح سياسة الوصول بخدمة الطباعة التي اخترتها. يجب أن يكون النصفان صحيحين في الوقت نفسه؛ ومسار عودة مفقود ينتج مهمة تغادر الحاسوب المحمول ولا تصل إلى أي مكان.

افصل إمكانية الوصول عن سياسة الطابور

سياسة المشاركة هي الحد التالي، وهي ليست السؤال نفسه الذي تطرحه إمكانية الوصول. خادم CUPS مشارك فقط مع شبكته الفرعية سيرفض العملاء القادمين من مجموعة VPN منفصلة، بأدب، في سجله، بينما يعرض العميل شيئًا عامًا. يجب أن يسمح مشغّلك بالمستخدمين والمصادر البعيدة المحددة التي تحتاج إلى الطباعة. فتح طابور لكل شبكة تغيير أكبر بكثير مما يستحقه الطلب، ولن يشكرك أحد على ذلك في المراجعة القادمة.

الاكتشاف موضوع ثالث مرة أخرى. DNS متعدد البث محصور في الرابط المحلي، لذا فVPN الموجّه لا يعيد ملء القائمة التي تراها في المكتب. الطابور المُهيأ يعمل بدون تلك القائمة، وإذا كان الاكتشاف التلقائي مطلوبًا حقًا، فهو يحتاج تصميمه الخاص بدلًا من VPN جسري يُعاد بناؤه لطابعة واحدة.

أرسل مهمة صغيرة واحدة واقرأ النتيجة

أرسل صفحة قصيرة غير حساسة إلى الطابور المقصود ثم افحص ما فعله الطابور بها. يمكن قبول المهمة، أو حجزها للمصادقة، أو حجزها للإفراج عند الجهاز، أو إيقافها قبل التسليم، وهذه النتائج الأربع تشير إلى مسؤولين مختلفين.

شريط تقدم يختفي على حاسوبك المحمول ليس تأكيدًا على أن الورق تحرّك. قد يحتاج شخص في المكتب إلى الإفراج عن المهمة أو استلامها، وإذا كان المستند مهمًا فتأكد مع شخص لا مع مؤشر دوّار.