Maaaring pumili ng proxy ang mga extension ng Firefox mula sa tab ID ng kahilingan
Gamitin ang proxy.onRequest at valid na impormasyon ng tabId para sa routing na nakabatay sa tab, may mga limitasyon para sa fallback policy at sa mga kahilingang walang tab attribution.
Maaaring gumawa ng desisyon sa proxy ang extension API ng Firefox para sa isang indibidwal na kahilingan. Kapag may valid na tab attribution ang kahilingan, maaaring ihambing ng extension ang tab ID nito sa tab na pinili ng user.
Para sa background script ng umiiral na extension ng Firefox, ang routing fragment ay maaaring:
browser.proxy.onRequest.addListener(details => {
if (details.tabId === selectedTabId) {
return {type: 'http', host: 'proxy.example', port: 8080};
}
return {type: 'direct'};
}, {urls: ['<all_urls>']});Ibinibigay ng extension ang selectedTabId mula sa sarili nitong logic sa pagpili ng user. Ang HTTP host at integer port nito ay maaaring magmula sa listahan ng HTTP proxy para sa pinapayagang pagsubok sa pampublikong tab. Kailangan nito ang pahintulot sa proxy at mga pahintulot sa host na sumasaklaw sa mga na-filter na URL.
Iba ito sa PAC script, na ang karaniwang desisyon ayon sa URL at host ay hindi nakikilala ang isang tab ng browser. Iba rin ito sa pagbabago ng global na manual proxy ng Firefox habang naglo-load ang ibang tab.
Isaalang-alang ang pinagbabatayang configuration ng browser: hindi pinapalitan ng direct na halaga sa ProxyInfo ang proxy na itinakda ng user. Suriin ang base policy at fallback behavior sa halip na mangakong direktang dadaan ang bawat hindi tugmang kahilingan.
May trapikong walang maaasahang impormasyon ng tab, at idinodokumento ng Mozilla ang hindi tumpak na attribution para sa mga koneksyon ng proxy sa HTTP/3. Isinasaad nito ang routing ng kahilingan, hindi isang garantiya na ang bawat koneksyong nauugnay sa gawain sa pagba-browse ay nakahiwalay ayon sa tab. Ang routing sa container na partikular sa extension ay isa pang modelong dapat suriin.