घर र अफिसका सबनेट VPN मा ठोक्किन्छन्: तीन समाधान
जब दुवै छेउले 192.168.1.0/24 प्रयोग गर्छन्, तब धकेलिएको रुटले मद्दत गर्न सक्दैन। तपाईंसँग कुन ठोक्किने अवस्था छ पहिचान गर्नुहोस्, त्यसपछि वास्तवमै लागू गर्न सक्ने समाधान छान्नुहोस्।
तपाईंको क्लाइन्टले जोडिएको र टनेल चालु रहेको जनाउँछ, तर अफिसको फाइल सर्भर भान्साको कतैबाट जवाफ दिन्छ। दुवै छेउले सामान्यतया 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 पुनः नम्बर गर्नुहोस्। पुनः नम्बर गर्न नसक्ने व्यवस्थित अफिस: गेटवेमा एलियास अनुवाद। ग्राहक साइटहरूमा दोहोरिने नम्बरिङ: प्रति-साइट एलियास, एकपटक योजना गरिएको। जब नाममा आधारित उपकरण मात्र असफल हुन्छन्, यसलाई रुटिङ खराबी नभई नामको ठोक्किने रूपमा लिनुहोस्।
जुनसुकै छान्नुहोस्, दोस्रो छेउमा मात्र भएको ठेगानामा परीक्षण गर्नुहोस्। आफ्नै राउटरलाई पिंग गर्दा कुन नेटवर्कले जवाफ दियो भन्ने थाहा हुँदैन।