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 ऐवजी त्याला स्वतःची रचना हवी.

एक छोटे काम पाठवा आणि निकाल वाचा

इच्छित रांगेवर एक छोटे, संवेदनशील नसलेले पान पाठवा आणि नंतर रांगेने त्याचे काय केले ते तपासा. काम स्वीकारले जाऊ शकते, प्रमाणीकरणासाठी थांबवले जाऊ शकते, उपकरणावर सोडण्यासाठी थांबवले जाऊ शकते, किंवा वितरणापूर्वी थांबवले जाऊ शकते, आणि हे चार निकाल वेगवेगळ्या जबाबदार व्यक्तींकडे निर्देश करतात.

तुमच्या लॅपटॉपवर अदृश्य होणारी प्रगती पट्टी कागद हलला याची खात्री नाही. ऑफिसमधील कोणालातरी अजूनही काम सोडावे लागू शकते किंवा घ्यावे लागू शकते, आणि दस्तऐवज महत्त्वाचा असल्यास फिरत्या निर्देशकाऐवजी व्यक्तीशी खात्री करा.