स्प्लिट टनल चालू है और प्रिंटर अब भी ऑफ़लाइन है: क्यों
स्प्लिट टनलिंग रूट तय करती है, पहुँच नहीं। ड्राइवर फिर से इंस्टॉल करने से पहले प्रिंट क्यू का पता, उसका रूट और क्लाइंट का स्थानीय फ़िल्टर देखें।
आपकी टनल चालू है, इंटरनेट काम कर रहा है, स्प्लिट टनलिंग महीनों पहले सक्षम की गई थी, और डेस्क के पास रखा प्रिंटर अब भी ऑफ़लाइन दिखता है। यह संयोजन विरोधाभास नहीं है, क्योंकि स्प्लिट टनलिंग रूटिंग का निर्णय है, पहुँच का वादा नहीं। प्रिंट क्यू और कागज़ के बीच तीन तंत्र हैं, और वे ऐसे विफल होते हैं जो ट्रे आइकन से एक जैसे दिखते हैं। पहले पता देखें, फिर रूट, फिर फ़िल्टर।
क्यू के पीछे के पते से शुरू करें
प्रिंट क्यू में संग्रहीत पता या होस्टनाम पढ़ें, फिर उसकी तुलना उस पते से करें जो प्रिंटर अपनी नेटवर्क स्क्रीन पर दिखाता है। पुराने पते की ओर इशारा करता क्यू बिल्कुल रूटिंग विफलता जैसा व्यवहार करता है, और केवल लक्षण से दोनों में अंतर करना कठिन है। कोई भी बदलने से पहले दोनों मान ले लें। इनमें से एक आमतौर पर पुराना होता है, और पुराना आमतौर पर क्यू होता है।
होस्टनाम पर बना क्यू रास्ते में नाम-समाधान जोड़ता है, जो रूटिंग से अलग तंत्र है। यदि टनल के भीतर होस्टनाम अलग तरह से हल होता है, तो क्यू किसी दूसरी मशीन तक पहुँचता है या कहीं नहीं पहुँचता। संख्यात्मक पता परीक्षण की अवधि के लिए उस चर को हटा देता है।
जोड़ी लिख लें, क्योंकि बाकी जाँच अनुमान लगाने के बजाय उनकी तुलना करती है।
उस पते के लिए रूट कैसे चुना जाता है
मान लें कि प्रिंटर 192.168.1.50 पर है और ऑफ़िस नेटवर्क भी 192.168.1.0/24 का उपयोग करता है। उस सबनेट को कवर करने वाला टनल रूट अब आपके फ़्लैट में प्रिंटर के सीधे रूट से प्रतिस्पर्धा कर सकता है, और अधिक विशिष्ट प्रविष्टि जीतती है। पोर्ट को उसी संख्यात्मक पते पर बदलने से वह अस्पष्टता दूर नहीं होती, क्योंकि अस्पष्टता रूटिंग तालिका में है।
डिफ़ॉल्ट रूट इंस्टॉल करने वाली VPN प्रोफ़ाइल सब कुछ पकड़ लेती है, और तब स्थानीय लिंक प्रीफ़िक्स केवल टनल से ही पहुँच में रहता है। स्प्लिट-टनल प्रोफ़ाइल इसके बजाय कॉर्पोरेट प्रीफ़िक्स इंस्टॉल करती है, जो आमतौर पर स्थानीय रास्ता बहाल कर देता है। प्रिंटर के पते के लिए वास्तव में चुना गया रूट देखें, उस सेटिंग का नाम नहीं जिसने उसे बनाया।
तालिका और चुना गया रूट साथ पढ़ें, क्योंकि तालिका उम्मीदवार दिखाती है और खोज विजेता।
Get-Printer | Select-Object Name, PortName, DriverName
Get-PrinterPort -Name 'IP_192.168.1.50' | Select-Object PrinterHostAddress
route print -4 | Select-String '192.168.1'पता काम करने पर खोज क्यों विफल होती है
स्थानीय नेटवर्क पर स्वचालित प्रिंटर खोज मल्टीकास्ट DNS या पुराने ब्रॉडकास्ट प्रोटोकॉल पर निर्भर करती है, और दोनों एक लिंक तक सीमित हैं। राउटर डिफ़ॉल्ट रूप से उस मल्टीकास्ट को आगे नहीं भेजता, और VPN भी एक राउटर है। पते पर आधारित क्यू जोड़ना केवल उस स्थिति को ठीक करता है जहाँ खोज ही एकमात्र टूटी चीज़ है, और इसी कारण उस उपाय को अक्सर भाग्य समझ लिया जाता है।
अंतर दर्ज करना आसान है: यदि पता प्रिंट पोर्ट पर उत्तर देता है लेकिन प्रिंटर कभी प्रिंटर जोड़ें सूची में नहीं आता, तो दोष खोज के दायरे का है। यदि दोनों में से कोई काम न करे, तो दोष रूट या फ़िल्टर का है। दो परीक्षण, दो अलग मालिक, और बीच में कोई ड्राइवर पुनःस्थापन नहीं।
सूची भरने की प्रतीक्षा के बजाय पते का सीधे परीक्षण करें। नीचे दिए कमांड ठीक यही करते हैं।
Test-NetConnection 192.168.1.50 -Port 9100
nslookup 192.168.1.50
ping -c 2 192.168.1.50क्लाइंट का स्थानीय-पहुँच फ़िल्टर क्या जोड़ता है
एंडपॉइंट क्लाइंट रूटिंग तालिका से स्वतंत्र रूप से स्थानीय ट्रैफ़िक फ़िल्टर कर सकते हैं। इस सेटिंग को अक्सर स्थानीय नेटवर्क पहुँच कहा जाता है, और यह टनल जुड़ी रहने पर स्थानीय खंड तक ट्रैफ़िक अवरुद्ध कर सकती है, भले ही रूट खोज सही दिखे। यह नीति की परत है, और रूट संपादन की कोई भी मात्रा इसे नहीं बदलती।
प्रबंधित डिवाइस पर, टॉगल स्वयं बदलने के बजाय व्यवस्थापक से पूछें कि प्रोफ़ाइल का क्या उद्देश्य है। फ़िल्टर आमतौर पर इसलिए मौजूद होता है कि किसी ने तय किया कि जुड़ी मशीन को कॉफ़ी-शॉप नेटवर्क तक नहीं पहुँचना चाहिए, और यह उचित निर्णय था।
लागू नीति के लिए क्लाइंट की अपनी स्थिति या लॉग पढ़ें, क्योंकि इंटरफ़ेस अक्सर इसे सारांश पंक्ति के पीछे छिपा देता है। वह लॉग प्रविष्टि आमतौर पर उस नियम का नाम लेती है जिसने निर्णय लिया।
एक छोटे काम से रास्ता जाँचें
जब पता, रूट और फ़िल्टर सभी प्रिंटर की ओर इशारा करें, तो टनल जुड़ी रहने पर उसी क्यू में एक छोटा दस्तावेज़ भेजें। यह डिस्कनेक्ट करने के बाद ही जाँचे गए ड्राइवर पुनःस्थापन की तुलना में मूल विफलता को अधिक सटीक रूप से दोहराता है। काम को सामान्य रखें, क्योंकि आप डिवाइस नहीं, रास्ता जाँच रहे हैं।
फिर टनल डिस्कनेक्ट करके दोहराएँ, ताकि आप जान सकें कि आपने जो रास्ता ठीक किया वही पहले काम करता था या नहीं। वही तुलना इस बात का एकमात्र प्रमाण है कि बदलाव का महत्व था।
Test-NetConnection 192.168.1.50 -Port 9100
Get-PrintJob -PrinterName 'Front Desk'
Get-NetRoute -DestinationPrefix 192.168.1.0/24यदि काम दोनों स्थितियों में छपता है, तो क्यू, रूट और फ़िल्टर सहमत हैं और गड़बड़ी चली गई। यदि केवल डिस्कनेक्ट होने पर छपता है, तो टनल अब भी प्रिंटर का पता पकड़ रही है या फ़िल्टर अब भी उसे अवरुद्ध कर रहा है, और अगला कदम दूसरा ड्राइवर नहीं, रूट खोज है। तीन परतों में से कौन-सी बदली, यह दर्ज करें, और वही टिकट अगले महीने फिर नहीं खुलेगा।