तुमचा प्रिंटर ब्लॉक करणारा किल स्विच? आधी करायच्या तीन तपासण्या
किल स्विच प्रिंटरची रहदारी जाणूनबुजून ब्लॉक करतो. स्थानिक नेटवर्कचा अपवाद न्याय्य आहे की नाही हे तीन तपासण्यांनी ठरवा, आणि तो एका पत्त्यापुरता ठेवा.
तुमचा प्रिंटर एका तासापूर्वी चालत होता। मग तुम्ही 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 631Windows वर त्याचे समतुल्य Test-NetConnection 192.168.1.50 -Port 9100 आहे। VPN पुन्हा जोडा आणि पुन्हा करा। VPN बंद असताना पोर्ट प्रतिसाद देत असतील आणि सुरू असताना वेळ संपला तर तुम्ही ब्लॉक पुन्हा निर्माण केला आहे, आणि बाकीचे धोरणाचा प्रश्न आहे। दोन्ही स्थितीत ते अयशस्वी झाले तर थांबा: प्रिंटर, Wi-Fi विभाग किंवा क्लायंट अलगाव दोषी आहे, आणि VPN अपवाद फक्त धोका वाढवेल।
परवानगी द्यायची की ब्लॉक करायचे हे ठरवणाऱ्या तीन अटी
त्या क्रमाने करा। अयशस्वी होणारी पहिली अट निकाल ठरवते, म्हणून पुढील अटी तपासायची गरज नाही।
| Condition | Allow a scoped exception | Keep the block |
|---|---|---|
| Who owns the network | Home or single-tenant office where you control the segment | Hotel, cafe or shared Wi-Fi where the printer is not yours |
| Who owns the device policy | Personal device with no enforced profile | Managed profile that enforces always-on VPN |
| What the device carries | Nothing another LAN peer must not reach | Client 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 मध्ये जतन करा आणि फोन किंवा दुसऱ्या यंत्रातून छापा, किंवा टनेल ज्यापर्यंत राउट करू शकते अशा प्रिंट सर्व्हरपर्यंत पोहोचा। एका कामासाठी किल स्विच बंद करणे म्हणजे खऱ्या संरक्षणाची छोट्या सोयीसाठी अदलाबदल।