Proxychains DNS: होस्टनामों को सिंथेटिक IP पते क्यों मिलते हैं

proxychains के अंतर्गत चलने वाला प्रोग्राम सामान्य होस्टनाम को अपरिचित पता श्रेणी में हल करता है। वह पता इंटरनेट से आया DNS उत्तर नहीं, बल्कि रैपर के भीतर का लेखा मान हो सकता है।

अपने proxy-DNS मोड में proxychains-ng होस्टनाम याद रख सकता है, एप्लिकेशन को सिंथेटिक पता लौटा सकता है, और बाद में इंटरसेप्ट किया गया कनेक्शन प्रॉक्सी से खुलने पर उस मान को फिर से होस्टनाम में बदल सकता है।

प्लेसहोल्डर एग्ज़िट IP नहीं है

नमूना कॉन्फ़िगरेशन proxy_dns और remote_dns_subnet का दस्तावेज़ीकरण करता है। आरक्षित मैपिंग श्रेणी कॉन्फ़िगर करने योग्य है। यह ऐसा पता नहीं है जिसे आप पिंग करने या प्रॉक्सी के सार्वजनिक स्रोत के रूप में प्रकाशित करने की अपेक्षा करें।

यह इस पर निर्भर करता है कि संबंधित नाम खोज और कनेक्शन कॉल इच्छित प्रक्रिया के भीतर इंटरसेप्ट हों। जो प्रोग्राम अपना DNS किसी अन्य तंत्र से करता है, प्लेसहोल्डर को बाद के असंबंधित उपयोग के लिए संग्रहीत करता है, या हुक किए गए सॉकेट पथ को बायपास करता है, वह अलग व्यवहार कर सकता है।

यह सीमा बताती है कि लॉग में सिंथेटिक पता अपने आप में इस बात का प्रमाण नहीं है कि पूरा एप्लिकेशन रिमोट DNS का सही उपयोग कर रहा है। इसी तरह, रैप की गई प्रक्रिया के बाहर का अलग DNS उपयोगिता एप्लिकेशन के मैप किए गए कनेक्शन का परीक्षण नहीं करता।

एप्लिकेशन के प्लेसहोल्डर, प्रॉक्सी पक्ष पर चुने गए वास्तविक गंतव्य पते और वेबसाइट द्वारा देखे जाने वाले सार्वजनिक एग्ज़िट के बीच अंतर करें। ये अलग-अलग काम करते हैं और इनका मेल खाना ज़रूरी नहीं है।

डिबग करते समय होस्टनाम को अपने नोट्स में रखें और सटीक रैप की गई प्रक्रिया तथा कॉन्फ़िगरेशन पहचानें। संदिग्ध दिखने वाले प्लेसहोल्डर को हाथ से बदलने पर रैपर को उस होस्टनाम को पुनः प्राप्त करने के लिए आवश्यक मैपिंग खो सकती है, जिससे समझने योग्य अप्रत्यक्षता गलत गंतव्य के कनेक्शन में बदल जाती है।