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 होइन, यसलाई आफ्नै ढाँचा चाहिन्छ।

एउटा सानो काम पठाउनुहोस् र नतिजा पढ्नुहोस्

इच्छित लाइनमा छोटो, संवेदनशील नभएको पृष्ठ पठाउनुहोस् र त्यसपछि लाइनले त्यसको के गर्‍यो जाँच्नुहोस्। काम स्वीकार गर्न सकिन्छ, प्रमाणीकरणका लागि रोक्न सकिन्छ, उपकरणमा जारी गर्नका लागि रोक्न सकिन्छ, वा डेलिभरी अघि रोक्न सकिन्छ, र ती चार नतिजाले फरक-फरक जिम्मेवार व्यक्तितर्फ संकेत गर्छन्।

तपाईंको ल्यापटपमा हराउने प्रगति पट्टीले कागज सर्यो भन्ने पुष्टि गर्दैन। अफिसमा कसैले अझै काम जारी गर्न वा लिनुपर्ने हुन सक्छ, र कागजात महत्त्वपूर्ण छ भने घुम्ने सूचकको सट्टा व्यक्तिसँग पुष्टि गर्नुहोस्।