घर और ऑफ़िस के सबनेट VPN पर टकराते हैं: तीन समाधान

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

कनेक्टेड रूट आपके द्वारा भेजी हर चीज़ को हरा देता है

जब भी कोई कनेक्टेड रूट किसी पते को ढकता है, होस्ट उसे स्थानीय मानता है। जिस लैपटॉप का अपना इंटरफ़ेस 192.168.1.20/24 है, वहाँ पता 192.168.1.50 पड़ोसी है, इसलिए पैकेट घर के इंटरफ़ेस से निकल जाता है और टनल तक कभी नहीं पहुँचता।

ऑफ़िस प्रीफ़िक्स के लिए रूट भेजने से कुछ नहीं बदलता, क्योंकि वह प्रीफ़िक्स पहले से सीधे जुड़े नेटवर्क के रूप में मौजूद है। ऑपरेटिंग सिस्टम कनेक्टेड एंट्री से ही जवाब देता रहता है, और टनल से कुछ भी पूछने से पहले उसे देखा जाता है। क्रम आप खुद देख सकते हैं: ip route get 192.168.1.50 घर के इंटरफ़ेस का नाम लेता है, टनल का नहीं। दूसरा सिरा भी समस्या दिखाता है, क्योंकि ऑफ़िस राउटर भी मानता है कि लैपटॉप की घरेलू रेंज उसकी है।

स्पष्ट वाली से आगे की शांत टक्करें

हर मामला रूटिंग का फ़ैसला नहीं है। घरेलू DHCP लीज़ ठीक उसी पते पर पड़ सकती है जो ऑफ़िस सर्वर के पास है, और तब क्लाइंट खुद से बात करता है जबकि टनल कुछ नहीं ढोती।

नाम भी उसी तरह टकराते हैं। एक ही कंप्यूटर नाम साझा करने वाली दो मशीनें नाम-आधारित औज़ार तोड़ देती हैं, भले ही हर पैकेट सही रूट हो, और ऑफ़िस पते की ओर इशारा करने वाली hosts एंट्री तब विफल होती है जब स्थानीय मशीन के पास वह नाम पहले से हो, क्योंकि स्थानीय रिज़ॉल्यूशन जीतता है। स्थानीय मशीन का नाम बदलें या hosts संपादित करने के बजाय पूरा योग्य नाम इस्तेमाल करें।

हाइपरवाइज़र तीसरा मामला जोड़ते हैं। केवल-होस्ट एडाप्टर आमतौर पर 192.168.56.0/24 पर बैठता है, जो ऐसी कॉर्पोरेट रेंज से टकरा सकता है जिसे कोई याद नहीं रखता कि इस्तेमाल में है।

जिस तरफ़ का आप मालिक हैं उसे फिर से नंबर दें

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

10.0.0.0/8 और 172.16.0.0/12 आम उम्मीदवार हैं। फ़र्मवेयर के डिफ़ॉल्ट, 192.168.0.0/24 और 192.168.1.0/24, ठीक वही हैं जिन्हें छोड़ना चाहिए।

ऑफ़िस को फिर से नंबर देना शायद ही संभव होता है, और घर को फिर से नंबर देने में प्रिंटर और प्लग फिर जोड़ने की एक शाम लगती है। फिर भी यह कंपनी के हर लैपटॉप पर दोहराए जाने वाले किसी जुगाड़ से सस्ता है।

ऐसी रेंज प्रकाशित करें जो टकरा न सके

जहाँ ऑफ़िस की रेंज रहनी ही है, वहाँ टनल की तरफ़ को टकराव के लिए कठिन बनाएँ। पूरा /24 उधार लेने के बजाय क्लाइंट पूल को छोटे प्रीफ़िक्स के रूप में काटना एक विशिष्ट रूट देता है, चौड़ा नहीं।

अगर गेटवे अनुवाद कर सकता है, तो ऑफ़िस सबनेट को एलियास रेंज के अंतर्गत प्रकाशित करें, ताकि क्लाइंट का गंतव्य उसके अपने LAN के भीतर न पड़ सके। साइट-से-साइट डिज़ाइन हर साइट को उसका अपना एलियास दे सकता है, जो एक जैसी नंबरिंग वाले दो ग्राहकों को अलग पहचानने योग्य रखता है।

अनुवाद मुफ़्त नहीं है। उसे दोनों दिशाओं में चलना होता है और स्रोत पता तथा गंतव्य दोनों को ढकना होता है, और जो एप्लिकेशन अपने ही पेलोड में पते लिखते हैं वे उसे पूरी तरह अनदेखा कर देंगे। इसीलिए जब फिर से नंबर देना असंभव हो और ग्राहकों की संख्या कम हो तो यही जवाब है।

जो आप बदल सकते हैं उसके आधार पर चुनें

घर पर एक-दो लैपटॉप: घरेलू LAN को फिर से नंबर दें। ऐसा प्रबंधित ऑफ़िस जो फिर से नंबर नहीं दे सकता: गेटवे पर एलियास अनुवाद। ग्राहक साइटों में दोहराई जाने वाली नंबरिंग: प्रति-साइट एलियास, एक बार योजना बनाकर। जब सिर्फ़ नाम-आधारित औज़ार विफल हों, तो इसे रूटिंग खराबी नहीं बल्कि नाम की टक्कर मानें।

आप जो भी चुनें, उसे ऐसे पते पर परखें जो सिर्फ़ दूसरे सिरे पर मौजूद है। अपने ही राउटर को पिंग करने से यह पता नहीं चलता कि किस नेटवर्क ने जवाब दिया।