घर र अफिस दुवैले 192.168.1.x प्रयोग गर्छन्: अब के गर्ने?

चार जाँच गर्नुहोस्: नाम कुन ठेगानामा समाधान हुन्छ, स्थानीय सञ्जालले कुन प्रिफिक्स प्रयोग गर्छ, कर्नलले त्यो गन्तव्यका लागि कुन रुट छान्छ, र टाढाको छेउमा के जवाफ दिन्छ। VPN लगइन तीमध्ये एक होइन, किनकि कुन सञ्जाल जिते पनि यो पूरा हुन्छ। जाँचहरू क्रममा गर्नुहोस् र ओभरल्याप चौथो चरणको सट्टा दोस्रो चरणमा देखिनेछ।

सफल लगइनले सुरुङ सक्रिय छ भनी बताउँछ; कुनै विशेष ठेगाना कहाँ संकेत गर्छ भन्नेबारे यसले केही बताउँदैन।

एउटा ठेगाना, दुई मेसिन

होस्टले गन्तव्य ठेगाना प्रयोग गरी आफ्नो रुटिङ तालिका र नीति नियमहरूबाट बाटो छान्छ। 192.168.1.20 हपमा जाने अनुरोध छेउको कोठाको उपकरणका लागि होइन, अफिस सर्भरका लागि हो भनी यसलाई केहीले बताउँदैन। दुवै सञ्जाल एउटै निजी दायरामा हुँदा सबैभन्दा विशिष्ट रुट जित्छ र बाँकी सबै पुनः जडानले संयोगवश कुन प्रविष्टि स्थापना गर्यो भन्नेमा निर्भर हुन्छ। ठेगानाभित्रै त्यो भिन्नता बोक्ने केही छैन।

ip route get 192.168.1.20

त्यो खोजले कर्नलले छानेको इन्टरफेस र अर्को हपको नाम बताउँछ, जुन सूचीको दोस्रो जाँच हो। अरू केही गर्नुअघि स्थानीय र टाढाका प्रिफिक्सको तुलना गर्नुहोस्। स्थानीय LAN 192.168.1.0/24 छ र टाढाको साइट पनि 192.168.1.0/24 छ भने ओभरल्याप नै निष्कर्ष हो, र कुनै क्लाइन्ट विकल्पले त्यसलाई सुधार्दैन।

तपाईंले नियन्त्रण गर्ने पक्षलाई फेरि नम्बर गर्नुहोस्

व्यक्तिगत राउटर सामान्यतया सार्न सजिलो पक्ष हो। तपाईंले वास्तवमै प्रयोग गर्ने टाढाका सञ्जालसँग नटकराउने दायरा छान्नुहोस्, र 10.x.x.x पनि स्वतः खाली छैन भन्ने ध्यान दिनुहोस्, किनकि धेरै साइटहरूले यो प्रयोग गर्छन्। परिवर्तनको योजना बनाउनुहोस्: DHCP लिज, आरक्षित ठेगाना, प्रिन्टर कतार र हार्डकोड गरिएको ठेगाना भएका सबैलाई ध्यान चाहिन्छ। VPN बिना राउटर पुनःप्राप्त गर्न सकिने समयमा पुनः नम्बरिङ गर्नुहोस्।

टाढाका प्रिफिक्सको सूची पहिले जाँच गर्नुहोस्, पछि होइन। अर्को अफिस साइटसँग ठोक्किने नयाँ दायरा छान्दा बढी कामका साथ त्यही समस्या उत्पन्न हुन्छ।

जब कुनै पनि पक्ष बदल्न सक्दैन

यदि दुवैमध्ये कुनै सञ्जाललाई पुनः नम्बर गर्न सकिँदैन भने बाँकी विकल्पहरू सर्भरमा बस्छन्। गेटवेले नीति-आधारित NAT वा द्विदिश प्रकार प्रयोग गरी VPN क्लाइन्टका लागि टाढाको सञ्जाललाई अर्को सबनेटमा अनुवाद गर्न सक्छ, जसले गर्दा क्लाइन्टले अद्वितीय ठेगाना देख्छ। यो गेटवे डिजाइन हो, हरेक डेस्कटप क्लाइन्टले दिने स्विच होइन, र यसले प्रयोगकर्ताले टाइप गर्ने ठेगाना र मिल्नुपर्ने नामहरू बदल्छ। फोरमबाट प्रतिलिपि गरिएको रुटले दुई समान गन्तव्य छुट्याउन सक्दैन।

निजी ठेगाना दायराहरू निजी नै रहन्छन्; समस्या पुनःप्रयोग हो, दायराहरू आफै होइनन्।

कुन मेसिनले जवाफ दियो भनी प्रमाणित गर्नुहोस्

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

कुनै पनि परिवर्तनपछि अफिस स्रोत र स्थानीय उपकरणहरू सँगै परीक्षण गर्नुहोस्। यदि अफिस सर्भर हुनुपर्ने ठाउँमा परिचित घरको उपकरणले जवाफ दिन्छ, वा TLS प्रमाणपत्रले गलत होस्टको नाम बताउँछ भने रोक्नुहोस् र अगाडि बढ्नुअघि गन्तव्य पहिचान गर्नुहोस्। त्यो ठेगानाबाट जवाफ पाउनुले कुन मेसिनले पठायो भनी प्रमाणित गर्दैन। प्रमाणपत्रको विषय जाँच्नु त्यस क्षणमा उपलब्ध थोरै भरपर्दो संकेतहरूमध्ये एक हो।

अफिसका निजी ठेगानालाई तपाईंले नियन्त्रण नगर्ने स्वेच्छाचारी सार्वजनिक ठेगानाले नबदल्नुहोस्। यसले ओभरल्यापको सट्टा अझ नराम्रो र बुझाउन गाह्रो रुटिङ र स्वामित्वको समस्या ल्याउँछ।

स्थानीय प्रिफिक्स, टाढाको प्रिफिक्स र यसलाई समाधान गर्ने परिवर्तन लेख्नुहोस्। अर्को ओभरल्याप फरक देखिनेछ तर त्यही ढाँचा पछ्याउनेछ।