Наладзьце проксі ў кантэксце запыту CEF
Дайце кантэксту браўзера CEF фіксаваны проксі праз падтрымліваны API налад і праверце, ці дазваляе палітыка запуску гэтую змену.
Пасля ініцыялізацыі патрэбнага 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.