VPN कनेक्ट होने पर प्रिंटर ऑफ़लाइन? रूट टेबल जाँचें

आपका लैपटॉप कॉर्पोरेट VPN से जुड़ता है और दो मीटर दूर रखा प्रिंटर जवाब देना बंद कर देता है। प्रिंटर पर कुछ नहीं बदला, और स्थानीय नेटवर्क नहीं गिरा। जो बदला है वह रूट टेबल है: टनल एडाप्टर के पास अब प्रिंटर के पते को ढकने वाला रास्ता है, इसलिए वे पैकेट VPN से बाहर जाते हैं और ऐसे गेटवे पर पहुँचते हैं जिसे पता ही नहीं कि आपका सपाट नेटवर्क कहाँ है। नीचे दी गई चारों जाँचें क्रम से करें, और पहली जो विफल हो उसी पर रुकें।

पहला चरण: सिद्ध करें कि प्रिंटर अब भी LAN पर पहुँच योग्य है

रूटिंग को छूने से पहले पुष्टि करें कि डिवाइस ऐसी किसी चीज़ के लिए जीवित है जो VPN का उपयोग नहीं करती। उसी Wi-Fi पर मौजूद फ़ोन से प्रिंटर का वेब पेज खुलवाएँ, या सपाट नेटवर्क की किसी दूसरी मशीन से पते पर ping करें। अगर प्रिंटर वहाँ भी जवाब नहीं देता, तो VPN महज़ संयोग है और दोष प्रिंटर, उसके Wi-Fi संबंध या एक्सेस पॉइंट पर क्लाइंट आइसोलेशन में है।

अगर यह इस लैपटॉप को छोड़कर हर जगह जवाब देता है, तो आपके पास रूटिंग या नाम-समाधान की समस्या है जो लैपटॉप में ही रहती है, और अगला चरण बताएगा कि दोनों में से कौन-सी है।

दूसरा चरण: वह रूट खोजें जो Windows वास्तव में चुनता है

तालिका को ऊपर से नीचे पढ़कर अनुमान न लगाएँ। Windows से पूछें कि आपके लिए मायने रखने वाले ठीक उस पते के लिए वह कौन-सी प्रविष्टि चुनता है, और साथ ही इंटरफ़ेस इंडेक्स ले लें।

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute विजेता रूट और उसका इंटरफ़ेस छापता है, और यही दो तथ्य हैं जिन पर बाकी सब निर्भर करता है। route print -4 आसपास की प्रविष्टियाँ दिखाता है, जिनमें वे दो आधे-डिफ़ॉल्ट भी हैं जो पूर्ण-टनल क्लाइंट लगाते हैं: 0.0.0.0/1 और 128.0.0.0/1, जो मिलकर पूरा IPv4 क्षेत्र ढक लेते हैं और कभी 0.0.0.0/0 को नहीं बदलते। /1 /0 से लंबा है, लेकिन आपका 192.168.1.0/24 उससे भी लंबा है, इसीलिए गायब LAN रूट टनल के दावे से भी ज़्यादा मायने रखता है।

दो नियम उत्तर तय करते हैं। सबसे लंबा मेल खाता प्रीफ़िक्स पहले जीतता है, और एक ही प्रीफ़िक्स वाली प्रविष्टियों में कम कुल मीट्रिक जीतती है, जहाँ कुल रूट मीट्रिक और इंटरफ़ेस मीट्रिक को जोड़ता है। अगर चुना गया इंटरफ़ेस टनल है तो आगे बढ़ें। अगर वह भौतिक एडाप्टर है और ट्रैफ़िक फिर भी विफल होता है, तो यहीं रुकें: आपकी समस्या नाम-समाधान या प्रिंटर की अपनी एक्सेस सूची है, VPN रूट नहीं।

तीसरा चरण: गेटवे और इंटरफ़ेस का नाम लेने वाला सबसे संकरा रूट जोड़ें

सुधार एक प्रविष्टि है जो प्रिंटर के पते को स्थानीय एडाप्टर पर स्थानीय राउटर की ओर भेजती है। इसे एलिवेटेड प्रॉम्प्ट में चलाएँ और अभी पढ़े गए मान डालें।

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

if का मान भौतिक एडाप्टर का इंटरफ़ेस इंडेक्स है। इसे छोड़ देना सबसे आम कारण है कि कमांड सफल दिखती है और कुछ नहीं बदलती, क्योंकि जब दो एडाप्टर एक ही अगली छलांग तक पहुँच सकते हैं, तब Windows उसे चुनने को स्वतंत्र है जो आप नहीं चाहते थे। -p फ़्लैग प्रविष्टि को स्थायी बनाता है, ताकि वह सत्र के साथ मरने के बजाय रीबूट में भी बची रहे।

एकल डिवाइस के लिए पूरे 192.168.1.0/24 के रूट की बजाय होस्ट रूट को प्राथमिकता दें। सबनेट रूट काम की ज़रूरत से ज़्यादा चौड़ा है, और उस क्षण टकराता है जब कॉर्पोरेट पक्ष भी वही प्रीफ़िक्स इस्तेमाल करता है: तब एक प्रीफ़िक्स के दो मालिक हो जाते हैं, और कौन-सी प्रविष्टि जीतती है यह तय करती है कि आप वास्तव में किस नेटवर्क तक पहुँच सकते हैं।

दूसरी दिशा में, अगर आपने LAN की रक्षा के लिए VPN कनेक्शन पर डिफ़ॉल्ट-गेटवे विकल्प मिटा दिया है, तो दूरस्थ निजी प्रीफ़िक्स भी हल होना बंद कर देते हैं। उनके लिए VPN इंटरफ़ेस से उसी तरह रूट जोड़ें, वरना टनल ऐसी कड़ी बन जाती है जो कुछ भी नहीं ढोती।

चौथा चरण: सुनिश्चित करें कि अपवाद अगले कनेक्शन तक टिके

कई कॉर्पोरेट क्लाइंट हर कनेक्शन पर अपना पूरा रूट सेट फिर से इंस्टॉल करते हैं और ऐसा करते समय इंटरफ़ेस मीट्रिक दोबारा गिनते हैं, इसलिए कल काम करने वाला रूट आज पीछे छूट सकता है। फिर से कनेक्ट होने के बाद प्रिंटर के लिए Find-NetRoute दोहराएँ और जाँचें कि इंटरफ़ेस अब भी भौतिक एडाप्टर से मेल खाता है। अगर प्रविष्टि गायब है, तो कोई उसे मिटा रहा है; स्थायी रूट आपको तालिका साफ़ करने वाले एजेंट से नहीं बचाता। VPN जुड़ने के बाद रूट दोबारा जोड़ने वाले शेड्यूल किए गए टास्क आम उपाय हैं, और वही उपाय टूटते हैं जब डॉक या ड्राइवर अपडेट के बाद एडाप्टर इंडेक्स बदल जाता है।

IPv6 को अलग से देखें। जो क्लाइंट केवल IPv4 डिफ़ॉल्ट का दावा करता है वह IPv6 डिफ़ॉल्ट रूट भौतिक एडाप्टर पर छोड़ सकता है, इसलिए IPv6 से पहुँच योग्य प्रिंटर तब भी काम करता रहता है जब IPv4 विफल हो, या उल्टा। रूट टेबल को निर्दोष मानने से पहले ping -4 और ping -6 से परीक्षण करें।

स्थानीय शॉर्टकट आपको कितना महँगा पड़ता है

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

अगर बदलाव के बाद प्रिंटर जवाब देता है, तो सुधार टिका मान लेने के बजाय अगली बार फिर कनेक्ट होने पर चारों जाँचें दोहराएँ। अगर जवाब नहीं देता, तो कनेक्शन से पहले और बाद में Find-NetRoute आउटपुट कैप्चर करें; अंतर बताएगा कि क्लाइंट ने प्रविष्टि मिटाई या सिर्फ़ फिर से क्रमबद्ध की।