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 के बजाय अपना डिज़ाइन चाहिए।

एक छोटा काम भेजें और परिणाम पढ़ें

इच्छित कतार को एक छोटा, गैर-संवेदनशील पेज भेजें और फिर देखें कि कतार ने उसके साथ क्या किया। काम स्वीकार किया जा सकता है, प्रमाणीकरण के लिए रोका जा सकता है, डिवाइस पर जारी करने के लिए रोका जा सकता है, या वितरण से पहले रोका जा सकता है, और ये चार परिणाम अलग-अलग ज़िम्मेदार लोगों की ओर इशारा करते हैं।

आपके लैपटॉप पर गायब होने वाली प्रगति पट्टी यह पुष्टि नहीं है कि कागज़ हिला। ऑफ़िस में किसी को अभी भी काम जारी करना या लेना पड़ सकता है, और अगर दस्तावेज़ मायने रखता है, तो घूमते संकेतक के बजाय किसी व्यक्ति से पुष्टि करें।