HTTP प्रोक्सी शृंखलामा DNS विफलता: कुन हपले नाम समाधान गर्छ?

शृंखलाबद्ध फर्वार्ड प्रोक्सीको निदान गर्दा स्थानीय प्रोक्सीमा पुग्ने, अभिभावक समाधान गर्ने र वेबसाइट समाधान गर्ने कुरा छुट्याउनुहोस्।

client → local forward proxy → HTTP parent → website

सबै DNS “प्रोक्सी”को हो भन्नुको सट्टा असफल भइरहेको नामबाट सुरु गर्नुहोस्:

आवश्यक नामजुन हपले पुग्नुपर्छ
स्थानीय प्रोक्सीको अन्त्य बिन्दुक्लाइन्ट
HTTP अभिभावकको अन्त्य बिन्दुस्थानीय फर्वार्ड प्रोक्सी
वेबसाइटको अन्त्य बिन्दुअभिभावकले अन्तिम जडान खोल्दा

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

यो प्रत्येक नामका लागि ठ्याक्कै एउटा मेसिनले सोध्छ भन्ने वाचा होइन। ACL मूल्याङ्कन, क्यासिङ, नीति र कार्यान्वयनका विवरणले थप खोजी गराउन सक्छन्।

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

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

सम्बन्धित लेखहरू