दुई VPN, एउटै रिजोल्भर: अन्तिममा लेख्नेले जित्छ

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

भ्रम: सबैभन्दा नयाँ VPN सँग DNS छ

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

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

नामस्थानहरूलाई रिजोल्भरसँग म्याप गर्नुहोस्

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

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

Windows मा, नाम समाधान नीति तालिकाले सफिक्सहरूलाई विशेष सर्भरतर्फ निर्देशित गर्न सक्छ, र VPN क्लाइन्टले त्यहाँ नियम स्थापना गर्न सक्छ। एडाप्टर सूचीको सट्टा नीति जाँच्नुहोस्, किनभने नाम एडाप्टर सूचीले समाधान गर्दैन।

बुटस्ट्र्याप मार्ग राख्नुहोस्

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

प्रत्येक रिजोल्भरतर्फको मार्ग हेर्नुहोस्, मात्र त्यसका लागि कन्फिगर गरिएको नाम होइन। अर्को टनेलबाट मात्र पुग्न सकिने रिजोल्भर हराएको जस्तै व्यवहार गर्छ, र लक्षण राउटिङ त्रुटि होइन, समयसमाप्ति हो।

अतिव्यापी ठेगानाहरू DNS समस्या होइनन्

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

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

वास्तविक अनुप्रयोगहरूसँग यो प्रमाणित गर्नुहोस्

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

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