নির্ধারিত 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 পুনর্নির্মাণও এড়ায়।

সম্পর্কিত নিবন্ধ