HTTP प्रॉक्सी साखळीतील DNS अपयश: कोणता टप्पा नाव सोडवतो?

साखळीबद्ध फॉरवर्ड प्रॉक्सीचे निदान करताना स्थानिक प्रॉक्सीपर्यंत पोहोचणे, पालक सोडवणे आणि वेबसाइट सोडवणे वेगळे करा.

client → local forward proxy → HTTP parent → website

सर्व DNS “प्रॉक्सीचे” आहे असे म्हणण्याऐवजी अपयशी होणाऱ्या नावापासून सुरुवात करा:

आवश्यक नावज्या टप्प्याला ते गाठायचे आहे
स्थानिक प्रॉक्सीचा शेवटचा बिंदूक्लायंट
HTTP पालकाचा शेवटचा बिंदूस्थानिक फॉरवर्ड प्रॉक्सी
वेबसाइटचा शेवटचा बिंदूपालक अंतिम कनेक्शन उघडतो तेव्हा

शेवटचे बिंदू होस्टनावे असतील तर हे टप्पे वेगवेगळे रिझॉल्व्हर वापरू शकतात. HTTPS साठी, फॉरवर्ड प्रॉक्सी CONNECTचे गंतव्य होस्ट आणि पोर्ट पालकाला देऊ शकतो आणि पालक अंतिम कनेक्शन करतो. मूळ क्लायंटला आधी वेबसाइट सोडवण्याची गरज नाही. साधे HTTP फॉरवर्डिंगही गंतव्याची माहिती पुढे नेते.

प्रत्येक नाव फक्त एकच मशीन विचारते असे हे वचन नाही. ACL मूल्यांकन, कॅशिंग, धोरण आणि अंमलबजावणीचे तपशील अतिरिक्त शोध घडवू शकतात.

पालक उपलब्ध नसल्यास फॉलबॅक धोरण तपासा. थेट प्रवेश परवानगी असल्यास, स्थानिक प्रॉक्सी स्वतःच्या रिझॉल्व्हर आणि स्रोत-पत्ता निर्णयांसह वेबसाइटकडे तोंड करणारा टप्पा बनू शकतो. केवळ पालक संरचीत करणे प्रत्येक विनंतीने तो वापरला हे सिद्ध करत नाही.

अपयश आल्यास, hosts फाइल संपादित करण्यापूर्वी नाव आणि ते सोडवण्याचा प्रयत्न करणारी प्रक्रिया ओळखा. क्लायंटकडील संपादन पुढील प्रत्येक निर्णय दुरुस्त करू शकत नाही. अंतिम सार्वजनिक स्रोत वेबसाइट कनेक्शन उघडणाऱ्या टप्प्याचा आहे; त्या स्रोताचे निरीक्षण DNS कुठे घडले हे मोजण्यासारखे नाही.

संबंधित लेख