टनेल चालु छ, तर निजी नाम किन अझै असफल हुन्छ?

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

अनुरोध कुन रिजोल्भरसम्म पुग्यो?

टनेल हेर्नुअघि प्रत्येक लिङ्कमा जोडिएको रिजोल्भर खोज्नुहोस्। Linux ले रिजोल्भर स्थिति आदेशमार्फत प्रत्येक लिङ्कका सर्भर देखाउँछ, र macOS ले आफ्नो DNS कन्फिगरेसन डम्पमा दायरा भएका रिजोल्भर देखाउँछ। यदि जवाफ अझै घरको राउटरबाट आउँछ भने, टनेल लिङ्कको कहिल्यै जाँच भएको छैन।

resolvectl status
scutil --dns | head -40
dig +short internal.example.com

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

क्लाउड नेटवर्कले साँच्चै जवाफ दिने ठेगाना प्रयोग गर्नुहोस्

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

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

टनेलले नामको ठाउँ बोक्दैन

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

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

सीमाहरू क्रममा पार गर्नुहोस्

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

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

साङ्खलालाई अर्को व्यक्तिले भेट्टाउन सक्ने ठाउँमा राख्नुहोस्

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

अभिलेखलाई सही रहन सक्ने गरी छोटो राख्नुहोस्: चार लाइन, एउटा मिति, र हरेक भागको मालिकको नाम। पुरानो अभिलेख नहुनुभन्दा नराम्रो हुन्छ, किनकि त्यो गलत हुँदा पनि आधिकारिक देखिन्छ।