तपाईंको प्रिन्टर एक घण्टा अघि चलिरहेको थियो। त्यसपछि तपाईंले VPN सुरु गर्नुभयो, र अहिले कामहरू असफल नहुञ्जेल लाइनमा बसिरहेका छन्। सम्भावित कारण प्रिन्टर होइन, किल स्विच हो: यसले मेसिनबाट टनेल बाहिर जाने ट्राफिक खसाल्छ, र LAN प्रिन्टर ठ्याक्कै त्यस्तै ट्राफिक हो। वास्तविक निर्णय प्रिन्टिङ कसरी ठीक गर्ने भन्ने होइन, तर यो यन्त्रले स्थानीय नेटवर्कमा पुग्नैपर्छ कि भन्ने हो। तीन सर्तले त्यो निर्णय गर्छन्, र तीमध्ये कुनै एकले छलफल चाँडै अन्त्य गर्न सक्छ।

किल स्विचले के खसाल्छ र किन

किल स्विच भनेको असफलता मोड जोडिएको रुटिङ नियम हो। टनेल सक्रिय हुँदा मिल्दो प्याकेटहरू इन्क्रिप्ट भएर बाहिर जान्छन्; टनेल खस्दा क्लाइन्टले डिफल्ट रुट ब्लक गर्छ, ताकि केही पनि साधारण पाठमा बाहिर नजाओस्। एउटै सबनेटको प्रिन्टर टनेल रुटसँग कहिल्यै मिल्दैन, त्यसैले ट्राफिक भवन नछोडे पनि यसलाई भाग्ने प्रयास मानिन्छ।

खोजले लक्षणलाई अझ भ्रमित बनाउँछ। प्रिन्टरहरूले पोर्ट 5353 मा मल्टिकास्ट DNS मार्फत विज्ञापन गर्छन्, र प्रिन्टर थप्ने संवादमा देखिने लाइन ती विज्ञापनबाट बनाइन्छ। ब्लक सक्रिय हुँदा विज्ञापन नआउन सक्छ, त्यसैले ठेगानाले अझै जवाफ दिए पनि प्रिन्टर सूचीबाट हराउँछ। 631 मा IPP, 9100 मा कच्चा प्रिन्टिङ र 445 मा SMB टनेल बाटो नभएका साधारण LAN सेवाहरू हुन्।

पहिले प्रिन्टर पुग्नयोग्य छ भनी प्रमाणित गर्नुहोस्

कुनै नीति परिवर्तन गर्नुअघि प्रिन्टर स्वस्थ छ र तपाईंले सोचेको ठेगाना त्यही हो भनी पुष्टि गर्नुहोस्। ठेगाना प्रिन्टरको प्यानल वा यसको आफ्नै वेब पृष्ठबाट पढ्नुहोस्। अपरेटिङ सिस्टमको सूचीमा रहेको पुरानो प्रविष्टिले हप्ता अघि DHCP ले अर्को यन्त्रलाई दिएको ठेगानातर्फ देखाउन सक्छ।

VPN बन्द गर्नुहोस्, त्यसपछि ठेगाना र दुई सामान्य प्रिन्टिङ पोर्ट जाँच्नुहोस्:

nc -vz 192.168.1.50 9100
nc -vz 192.168.1.50 631

Windows मा यसको समकक्ष Test-NetConnection 192.168.1.50 -Port 9100 हो। VPN फेरि जोड्नुहोस् र दोहोर्याउनुहोस्। VPN बन्द हुँदा पोर्टहरूले जवाफ दिए र सुरु हुँदा समय सकिएमा, तपाईंले ब्लक पुनः उत्पादन गर्नुभयो, र बाँकी नीतिको प्रश्न हो। दुवै अवस्थामा असफल भए रोक्नुहोस्: प्रिन्टर, Wi-Fi खण्ड वा क्लाइन्ट अलगाव दोषी छ, र VPN छुटले जोखिम मात्र बढाउँछ।

अनुमति दिने वा ब्लक गर्ने निर्णय गर्ने तीन सर्त

ती क्रममा चलाउनुहोस्। असफल हुने पहिलो सर्तले नतिजा तय गर्छ, त्यसैले पछिका जाँच्नु पर्दैन।

ConditionAllow a scoped exceptionKeep the block
Who owns the networkHome or single-tenant office where you control the segmentHotel, cafe or shared Wi-Fi where the printer is not yours
Who owns the device policyPersonal device with no enforced profileManaged profile that enforces always-on VPN
What the device carriesNothing another LAN peer must not reachClient data that must not touch an untrusted segment

अतिथि नेटवर्क सबैभन्दा स्पष्ट ‘होइन’ हो। होटेलको खण्डमा स्थानीय दायरा भनेको अन्य सबै अतिथि हुन्, त्यसैले तपाईंको प्रिन्टरसम्म पुग्ने छुट उनीहरूको ल्यापटपसम्म पनि पुग्छ। तपाईंको नभएको प्रिन्टर त्यो खण्ड खोल्ने कारण होइन।

व्यवस्थित यन्त्रहरू दोस्रो ‘होइन’ हुन्। प्रशासकीय प्रोफाइलले लकडाउनसहित सधैं-सक्रिय VPN लागू गर्दा, कुनै पनि स्थानीय परिवर्तनपछि क्लाइन्टले ब्लक पुनः लागू गर्छ, र वैकल्पिक उपायले तपाईंले स्वीकार गरेको नीति उल्लङ्घन गर्न सक्छ। पुनः लेखिने सेटिङ सम्पादन गर्नुको सट्टा समर्थित स्थानीय स्रोत बाटो माग्नुहोस्।

तपाईंको क्लाइन्टले समर्थन गर्ने सबैभन्दा सानो छुट

तपाईंलाई एउटा प्रिन्टर ठेगानाका लागि गन्तव्य-सीमित नियम चाहिन्छ, सर्वव्यापी ‘स्थानीयलाई अनुमति दिने’ टगल होइन। सर्वव्यापी टगलले सामान्यतया सम्पूर्ण निजी दायरा र लिङ्क-स्थानीय ट्राफिक समेट्छ, जुन एउटा प्रिन्ट लाइनका लागि धेरै बढी हो, र यसले खण्डको हरेक यन्त्रलाई तपाईंले स्वीकार गरेको साथी बनाउँछ।

Windows ले विभाजित टनेलिङ दिन्छ, र केही बिल्डले स्थानीय नेटवर्क विकल्प पनि दिन्छ। समर्थित एकमात्र बाटो होस्ट प्रविष्टि भएमा, टनेल उठेपछि भौतिक गेटवेमार्फत एउटा ठेगाना थप्नुहोस्, उदाहरणका लागि route add 192.168.1.50 mask 255.255.255.255 192.168.1.1, र सत्र सकिएपछि त्यो हटाउनुहोस्। WireGuard फरक तरिकाले काम गर्छ: टनेलमा के प्रवेश गर्छ भन्ने AllowedIPs ले निर्धारण गर्छ, त्यसैले पूर्ण-टनेल 0.0.0.0/0 प्रोफाइलले प्रिन्ट कार्यलाई अन्त्य बिन्दुसम्म लैजान्छ, जबसम्म अझ विशिष्ट रुटले त्यसलाई छल्दैन, र wg-quick ले बाँकी सबै ब्लक गर्ने firewall नियम स्थापना गर्न सक्छ।

Android मा VPN बिना जडान ब्लक गर्ने सधैं-सक्रिय सेटिङ किल स्विच हो, र त्यो ब्लकभित्रको एपबाट प्रिन्टर खोज्ने कामसँग LAN बाटो हुँदैन। प्रति-एप र छुट मोडेल Android VPN पृष्ठमा अभिलेख गरिएको छ, जुन केही परिवर्तन गर्नुअघि जाँच्नुपर्ने ठाउँ हो:Android VPN जडान मार्गदर्शिका। हालका macOS संस्करणहरूले टनेलबाट छुट्टै स्थानीय नेटवर्क अनुमति माग्छन्, र iOS ले स्थानीय नेटवर्क पहुँचका लागि त्यही गर्छ, तैपनि टनेल सक्रिय हुँदा लाइन असफल हुन सक्छ किनकि विक्रेताको क्लाइन्टले सबनेटलाई त्यसमा रुट गर्छ।

तपाईं जुनसुकै क्लाइन्ट प्रयोग गर्नुहुन्छ, छुटलाई एउटै ठेगानामा सीमित राख्नुहोस् र प्रिन्टरले वास्तवमा प्रयोग गर्ने दुई वा तीन पोर्टमा। ठेगाना सर्न सक्ने भएकाले नियमलाई सम्पूर्ण सबनेटसम्म फैलाउनुको सट्टा DHCP लिज आरक्षित गर्नुहोस्।

छुट जाँच्नुहोस् र कहिले फिर्ता लिने जान्नुहोस्

परिवर्तनपछि फेरि जोड्नुहोस् र तीन कुरा क्रममा जाँच्नुहोस्। प्रिन्टरले आफ्ना पोर्टमा जवाफ दिन्छ, हानिरहित परीक्षण पृष्ठ छापिन्छ, र ठेगाना खोजले अझै तपाईंको ISP को सट्टा VPN अन्त्य बिन्दु फर्काउँछ। छपाइ काम गर्छ तर खोजले तपाईंको ISP देखाउँछ भने, तपाईंले प्रिन्टरभन्दा बढी खोल्नुभयो र फिर्ता लिनुपर्छ।

रिबुटपछि र कुनै पनि क्लाइन्ट वा प्रोफाइल अद्यावधिकपछि परीक्षण दोहोर्याउनुहोस्, किनकि अद्यावधिकहरूले डिफल्ट पर्याप्त पटक पुनःस्थापित गर्छन्। अर्को जडानसम्म मात्र टिक्ने छुट निर्णय होइन, त्यो अस्थायी प्वाल हो। ठ्याक्कै नियम लेखेर राख्नुहोस् ताकि तपाईंले यसलाई जानाजान हटाउन सक्नुहुन्छ।

यन्त्र टनेल-मात्रका लागि हो भने — यात्राको ल्यापटप वा क्लाइन्ट डाटा राख्ने मेसिन — सही उत्तर ब्लक राखेर अन्यत्र छाप्नु हो: PDF मा सुरक्षित गरी फोन वा अर्को मेसिनबाट छाप्नुहोस्, वा टनेलले रुट गर्न सक्ने प्रिन्ट सर्भरमा पुग्नुहोस्। एउटा कामका लागि किल स्विच बन्द गर्नु भनेको वास्तविक संरक्षणलाई अलिकति सुविधासँग साट्नु हो।

सम्बन्धित लेखहरू