Razširitve Firefoxa lahko izberejo posredovalni strežnik glede na ID zavihka zahteve
Uporabite proxy.onRequest in veljavne podatke tabId za usmerjanje po zavihkih, z omejitvami za rezervno politiko in zahteve brez dodelitve zavihka.
API razširitev Firefoxa lahko sprejme odločitev o posredovalnem strežniku za posamezno zahtevo. Ko ima zahteva veljavno dodelitev zavihka, lahko razširitev primerja ID svojega zavihka z zavihkom, ki ga je izbral uporabnik.
Za ozadnji skript obstoječe razširitve Firefoxa je lahko fragment usmerjanja tak:
browser.proxy.onRequest.addListener(details => {
if (details.tabId === selectedTabId) {
return {type: 'http', host: 'proxy.example', port: 8080};
}
return {type: 'direct'};
}, {urls: ['<all_urls>']});Razširitev zagotovi selectedTabId iz lastne logike uporabnikove izbire. Njen gostitelj HTTP in celoštevilski vrata lahko prideta s seznama posredovalnih strežnikov HTTP za dovoljen preizkus javnega zavihka. Potrebuje dovoljenje za posredovalni strežnik in dovoljenja gostitelja, ki pokrivajo filtrirane URL-je.
To se razlikuje od skripta PAC, katerega standardna odločitev po URL-ju in gostitelju ne prepozna zavihka brskalnika. Razlikuje se tudi od spreminjanja globalnega ročnega posredovalnega strežnika Firefoxa, medtem ko se nalaga drug zavihek.
Upoštevajte osnovno konfiguracijo brskalnika: vrednost direct v ProxyInfo ne prepiše posredovalnega strežnika, ki ga je nastavil uporabnik. Preverite osnovno politiko in vedenje ob rezervi, namesto da obljubljate, da gre vsaka neujemajoča zahteva neposredno.
Nekemu prometu primanjkuje zanesljivih podatkov o zavihku in Mozilla dokumentira nenatančno dodelitev za proxy povezave HTTP/3. To ponazarja usmerjanje zahtev, ne pa zagotovila, da je vsaka povezava, povezana z opravilom brskanja, izolirana po zavihku. Usmerjanje prek vsebnikov, specifično za razširitev, je še en model za oceno.