आन्तरिक नामहरू नचुहाइकन विभाजित DNS को परीक्षण

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

दुई नाम छान्नुहोस् र पहिले दुवै उत्तर अनुमान गर्नुहोस्

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

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

त्यही टिकटमा देखिएको उत्तरको छेउमा अनुमान लेख्नुहोस्। अनुमान बिनाको परीक्षण असफल हुन सक्दैन, र असफल हुन नसक्ने परीक्षणले केही सिकाउँदैन।

एप्लिकेसनले प्रयोग गर्ने मार्गको परीक्षण गर्नुहोस्, तपाईंले छानेको एक सर्भरको होइन

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

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

पुनर्स्थापना प्रश्न भएमा पुन: जडान गरेपछि खोज दोहोर्याउनुहोस्। पुन: जडानअघिको क्यास गरिएको उत्तरले सही रूपमा पुनर्स्थापित विभाजनलाई वास्तविकताभन्दा राम्रो वा नराम्रो देखाउन सक्छ।

केवल सफलता वा असफलता होइन, उत्तरको वर्ग लेख्नुहोस्

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

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

अनुमान नगरी दुवै शाखाको व्याख्या गर्नुहोस्

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

संरचना जोगाउँदै साझा आउटपुटका संवेदनशील भाग लुकाउनुहोस्: कुन नामस्थान, कुन नियम, कुन उत्तर वर्ग। resolver को उत्तरले आन्तरिक ठेगाना र होस्टनाम बोक्न सक्छ, र टिकट दुवैका लागि टिकाउ घर हो।

त्यसपछि नतिजा नामस्थानको मालिकलाई तपाईंले देख्नुभएका दुई वर्गसहित र नाम हटाइएको अवस्थामा दिनुहोस्। त्यो एक हप्ताको अनुमानको सट्टा पाँच मिनेटको कुराकानी हो।