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