निजी इन्डपोइन्टले अझै पनि सार्वजनिक ठेगानाले किन जवाफ दिन्छ

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

क्लाइन्टको रिजोल्भरबाट सुरु गर्नुहोस्

टनेल सक्रिय हुँदा क्लाइन्टले कुन सर्भरलाई सोध्छ भनी सोध्नुहोस्। पोइन्ट-टु-साइट प्रोफाइलले त्यो ठेगाना दिन्छ, र केही नदिने प्रोफाइलले अपरेटिङ सिस्टमलाई एडाप्टरको पूर्वनिर्धारितमा फर्कन दिन्छ।

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

जवाफ वास्तवमा के हो त्यो पढ्नुहोस्

सेवाको नाम समाधान गर्नुहोस् र फर्कने ठेगाना पढ्नुहोस्। सार्वजनिक जवाफ भनेको क्वेरी जोन देख्न नसक्ने सर्भरसम्म पुग्यो। जवाफ नआउनु भनेको नाम निजी रूपमा मात्र अवस्थित छ र क्लाइन्टले पुग्न सक्ने कुनै पनि कुराले यसलाई राख्दैन।

यी दुई नतिजाले समान अनुप्रयोग त्रुटि उत्पन्न गर्छन् र फरक मालिकका हुन्। एउटा रिजोल्भर छनोटको समस्या हो, अर्को हराएको जोन लिङ्क हो।

hosts प्रविष्टिले मार्ग प्रमाणित गर्छ, त्यसपछि झुट बोल्छ

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

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

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

जोन जोड्नुहोस् र रिजोल्भर बाँड्नुहोस्

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

पहिल्यै रहेको अन-प्रिमाइसेस रिजोल्भरले जोनतर्फ लक्षित सशर्त फर्वार्डर मार्फत उही नतिजा पाउन सक्छ।

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

नाम, पोर्ट र पहिचान क्रममा जाँच्नुहोस्

क्रममा काम गर्नुहोस्: नाम समाधान गर्नुहोस्, जवाफ निजी छ भनी पुष्टि गर्नुहोस्, पोर्ट खोल्नुहोस्, त्यसपछि प्रमाणित अनुरोध गर्नुहोस्। प्रत्येक चरणको आफ्नै मालिक र आफ्नै असफलताको हस्ताक्षर हुन्छ।

निजी जवाफपछि समय सकिनुले मार्ग वा फायरवालतर्फ संकेत गर्छ। सार्वजनिक जवाफले रिजोल्भरतर्फ संकेत गर्छ। पहिचान त्रुटि फर्काउने पूरा भएको जडान सेवाको हो।

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