साइटहरू ठोक्किनु अघि निजी VPN ठेगाना दायराहरूको योजना बनाउनुहोस्

दुवैले 192.168.1.0/24 प्रयोग गर्ने दुई साइटहरू प्रत्येकले इन्टरनेटमा पुग्न सक्छन् र तैपनि एकअर्कामा पुग्न सक्दैनन्। गेटवेले कुनै त्रुटि दिँदैन; यसले त्यो प्रिफिक्सका लागि एउटै रुट स्थापना गर्छ र प्रत्येक प्याकेट पहिले दाबी गर्ने पार्टनरकहाँ पठाउँछ। ह्यान्डशेक, साइफर सूची वा इन्टरफेस मेट्रिकमा कुनै पनि कुराले कुन पार्टनर गलत छ भनी बताउँदैन। ठेगाना योजना डिजाइनको त्यो भाग हो जसले कसैले जोडिनु अघि यो टुङ्गो लगाउँछ।

पुग्नुपर्ने हरेक ठाउँको सूची बनाउनुहोस्

रुट गर्नुपर्ने दायराहरू लेख्नुहोस्, तपाईं कन्फिगर गरिरहेका मात्र होइन। यसको अर्थ साइट LAN, VPN क्लाइन्ट पूल, क्लाउड सबनेट, व्यवस्थापन र ब्यान्डबाहिरका नेटवर्क, प्रयोगशाला खण्ड र प्रयोगकर्ताहरू घरबाट नियमित जोडिने नेटवर्कहरू हुन्। 192.168.1.0/24 का रूपमा पठाइने उपभोक्ता राउटर काल्पनिक होइन, र त्यही प्रिफिक्स होटल र सम्मेलन स्थलहरूमा देखिन्छ। सूची प्रिफिक्स, मालिक र उद्देश्यको तालिका हो, र त्यही एउटै दायरा दुई पटक दिनबाट रोक्ने एकमात्र अभिलेख हो।

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

पुनःप्रयोगले नै यसलाई कठिन बनाउँछ: निजी ठाउँ सीमित छ र हरेक संस्थाले 10.0.0.0/8 आफ्नो मान्छ। भविष्यको कुनै अतिथि LAN तपाईंका प्रिफिक्समध्ये एउटामा पर्ने छैन भनी योजनाले वाचा गर्न सक्दैन, त्यसैले डिजाइनले त्यस्तो हुँदा के हुन्छ भन्नुपर्छ। दुई नियमले धेरैजसो काम गर्छन्। क्लाइन्ट पूलहरू संक्षेप गर्न सकिने एउटै लगातार ब्लकमा राख्नुहोस्, र अर्को टोलीले पहिले नै रुट गरिरहेको दायरा कहिल्यै नतोक्नुहोस्। बाँकी सबै अभिलेख हो जसलाई कसैले अद्यावधिक राख्छ।

किन ओभरल्यापले रुटिङ तालिकालाई हराउँछ

रुट भनेको प्रिफिक्स र अर्को हप हो, र फर्वार्डिङले सबैभन्दा लामो मिल्ने प्रिफिक्स रोज्छ। दुई पार्टनरले दुवैले एउटै 192.168.1.0/24 दाबी गर्दा तालिकामा यसका लागि एउटै प्रविष्टि हुन्छ, त्यसैले दुवै साइटको ट्राफिक एउटै सुरुङबाट बाहिरिन्छ। दोस्रो साइट गलत कन्फिगर गरिएको होइन; त्यो पुग्न नसकिने हो किनकि पहिलोले त्यही ठेगानाहरूको जवाफ दिन्छ। कुनै मेट्रिकले तिनीहरूलाई छुट्याउन सक्दैन, किनकि मिलान मेट्रिक हेर्नु अघि नै हुन्छ।

असफलता असममित छ र गलत पढ्न सजिलो छ। साइट A का होस्टहरू गेटवे र केही सेवाहरूमा पुग्छन्, जबकि साइट B का होस्टहरू केही पनि जवाफ दिँदैनन्, र लगले दुवै दिशामा स्वस्थ सुरुङ देखाउँछ। त्यो ढाँचा ठेगाना ठोक्किएको हो, प्रमाणीकरण वा फायरवालको खराबी होइन, र यसलाई पुष्टि गर्न सूचीसँग तुलना गरिएको एउटा तालिका डम्प चाहिन्छ।

क्लाइन्ट पूल र साइट दायराहरू जानाजान नाप्नुहोस्

VPN क्लाइन्ट पूल भनेको गेटवेले एक पटकमा एउटा ठेगाना दिने दायरा हो, त्यसैले यसको आकारले एकैसाथ हुने जडान सीमित गर्छ। /24 मा 254 प्रयोगयोग्य ठेगाना हुन्छन्, जो सानो टोलीका लागि उदार र कन्टेनर चलाउने शाखाका लागि साँघुरो छ; /22 ले निजी ठाउँभित्र थप केही खर्च गर्दैन र विवाद हटाउँछ। पूल लगातार राख्नुहोस् र हरेक साइट LANबाट टाढा राख्नुहोस्, ताकि क्लाइन्टतर्फको संक्षिप्त रुटले कहिल्यै साइट निल्न नपाओस्। पूल खाली हुँदा पनि दायरा आरक्षित राख्नुहोस्, किनकि नलेखिएको दायरा नै अर्को इन्जिनियरले तोक्ने दायरा हो।

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

त्यसपछि मानिसहरूले बिर्सने दिशा जाँच्नुहोस्: फर्कने बाटो। हरेक साइट राउटरलाई क्लाइन्ट पूलसम्म रुट चाहिन्छ, र केन्द्रकलाई आफूले सेवा गर्ने हरेक साइट प्रिफिक्ससम्म रुट चाहिन्छ। पूलसम्म फर्कने बाटो नभएको सफा प्रिफिक्स तालिका अझै टुटेको डिजाइन हो, र लक्षण केही पनि जवाफ नदिने एकतर्फी जडान हो। दुवै दिशा एउटै तालिकामा राख्नुहोस् र साइट थपिँदा त्यसको समीक्षा गर्नुहोस्।

अनुवाद र पुनःक्रमाङ्कनले फरक समस्या समाधान गर्छन्

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

नियन्त्रण र आयुका आधारमा छान्नुहोस्। तपाईंको स्वामित्वको र तालिका बनाउन सकिने साइट पुनःक्रमाङ्कनको बाटोमा पर्छ; छुन नसकिने साझेदार नेटवर्क, एउटा अनुप्रयोगका लागि प्रयोग हुने, अभिलेखीत म्यापिङसहित अनुवादको उम्मेदवार हो। त्यो म्यापिङ लेखेर राख्नुहोस्, किनकि कन्फिगरेसन फाइलभित्र मात्र रहने अनुवाद फाइल बदलिने क्षणमै हराउँछ।

तैनाथ गर्नु अघि टाढाको छेउबाट परीक्षण गर्नुहोस्

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

दायरा, मालिक र अनुवाद म्यापिङहरू एउटै साझा अभिलेखमा राख्नुहोस् जुन अर्को साइटले केही पनि तोक्नु अघि पढ्छ। साइट थपिँदा त्यसको समीक्षा गर्नुहोस्, र अभिलेख नभएको दायरालाई आश्चर्य होइन, त्रुटि मान्नुहोस्।

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