इच्छित CefRequestContext सुरु भएपछि, ब्राउजिङ काम सुरु हुनुअघि ब्राउजर प्रक्रियाको UI थ्रेडमा यसको प्रोक्सी प्राथमिकता सेट गर्नुहोस्:

auto rule = CefDictionaryValue::Create();
rule->SetString("mode", "fixed_servers");
rule->SetString("server", "http://proxy.example:8080");

auto value = CefValue::Create();
value->SetDictionary(rule);
CefString error;
bool configured = context->SetPreference("proxy", value, error);

configured जाँच्नुहोस् र असफल भएमा त्रुटि राख्नुहोस्। CanSetPreference ले प्राथमिकता प्रयोगकर्ताले परिवर्तन गर्न सक्छ कि भनेर देखाउँछ; स्टार्टअपमा कमाण्ड-लाइन छनोटले यसलाई यो इन्टरफेससामु लक गर्न सक्छ।

ब्राउजर बनाउँदा त्यही सन्दर्भ दिनुहोस्। कन्फिगर गरिएको तर नप्रयोग गरिएको सन्दर्भले विश्वव्यापी सन्दर्भमा रहेको ब्राउजरलाई असर गर्दैन।

अलगाव पनि जाँच्नुहोस्। सन्दर्भहरूले साझा क्यास मार्ग वा स्पष्ट सम्बन्धमार्फत आधारभूत भण्डारण वा नेटवर्क अवस्था साझा गर्न सक्छन्। IsSharingWith त्यो साझेदारी जाँच्ने समर्थित तरिका हो। स्वतन्त्र प्रोक्सी सत्रहरूलाई स्वतन्त्र रूपमा छानिएका सन्दर्भ र भण्डारण नीति चाहिन्छ।

प्राथमिकताले पछिको काममा असर गर्छ; यसले विद्यमान टनेल सार्न सक्दैन। नेभिगेसन URL लाई गन्तव्य र प्राथमिकताको सर्भरलाई मध्यस्थ राख्नुहोस्। प्रमाणीकरण कन्फिगर नगरी अनुमति दिइएको सार्वजनिक ब्राउजिङका लागि HTTP प्रोक्सी सूचीले सम्भावित HTTP सर्भर मान दिन सक्छ। स्टार्टअप स्विचहरूले जानाजान मार्गको स्वामित्व लिन्छन् भने पछिको प्राथमिकता लेखनले यसलाई जित्ने आशा नगरी त्यो नीति कायम राख्नुहोस्। समर्थित अनुरोध-सन्दर्भ API ले हटाइएको CefProxyHandler पुनः निर्माण गर्नबाट पनि बचाउँछ।

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