Chrome का बायपास नियम अपना DNS रिज़ॉल्वर नहीं चुन सकता

जिस चरण को आप बदलना चाहते हैं, उसके लिए फ़्लैग चुनें:

--proxy-bypass-list

कॉन्फ़िगर किए गए प्रॉक्सी से बचने वाले गंतव्यों का चयन करता है।

--host-resolver-rules

यह बदलता है कि Chromium का स्थानीय रिज़ॉल्वर चुने गए नामों को कैसे संभालता है।

बायपास टोकन <-loopback> एक अंतर्निहित सीधे-मार्ग का अपवाद घटा देता है। यह SOCKS को DNS क्वेरी भेजने का कोई निर्देश नहीं देता।

Chromium का SOCKS5 मार्ग आम तौर पर प्रॉक्सी से गंतव्य नाम हल करने के लिए कहता है, जबकि ब्राउज़र की अन्य सुविधाएँ अब भी स्थानीय लुकअप कर सकती हैं। इसलिए एक सफल प्रॉक्सी वाला पेज यह स्थापित नहीं कर सकता कि हर DNS क्वेरी कैसे यात्रा करती है।

उस लुकअप को न रोकें जो प्रॉक्सी ढूँढता है

स्थानीय लुकअप को अस्वीकार करने वाला व्यापक रिज़ॉल्वर नियम उस होस्टनाम को भी अस्वीकार कर सकता है जो स्वयं प्रॉक्सी तक पहुँचने के लिए उपयोग होता है। Chromium का प्रलेखित उदाहरण उस एंडपॉइंट को अलग से ध्यान में रखता है। उसका अपवाद हटाने से SOCKS वार्ता शुरू होने से पहले ही ब्राउज़र रुक सकता है।

दोनों में से किसी भी नियंत्रण को संपादित करने से पहले नाम और लुकअप का स्वामी पहचानें: एक स्थानीय गंतव्य लुकअप, एक प्रॉक्सी-एंडपॉइंट लुकअप और प्रॉक्सी-पक्ष का गंतव्य विफल एक दूसरे से भिन्न अवलोकन हैं। किसी इंटरफ़ेस का एक कमांड-लाइन स्विच अस्वीकार करना यह सिद्ध नहीं करता कि कोई दूसरा स्विच उसका स्थान लेता है। ब्राउज़र सत्र के समर्थित कॉन्फ़िगरेशन इंटरफ़ेस का उपयोग करें, फिर मार्ग-चयन और DNS हैंडलिंग की अलग-अलग जाँच करें।