La etendaĵa API de Firefox povas decidi pri prokurilo por unuopa peto. Kiam la peto havas validan taban atribuon, etendaĵo povas kompari ĝian taban ID kun la tabo, kiun la uzanto elektis.

Por ekzistanta fona skripto de Firefox-etendaĵo, la enkursiga fragmento povas esti:

browser.proxy.onRequest.addListener(details => {
  if (details.tabId === selectedTabId) {
    return {type: 'http', host: 'proxy.example', port: 8080};
  }
  return {type: 'direct'};
}, {urls: ['<all_urls>']});

La etendaĵo provizas selectedTabId el sia propra uzant-elekta logiko. Ĝia HTTP-gastiganto kaj entjera pordo povas veni el la HTTP-prokurila listo por permesita publika taba testo. Ĝi bezonas la prokurilan permeson kaj gastigantajn permesojn, kiuj kovras la filtritajn URL-ojn.

Tio malsamas al PAC-skripto, kies norma decido laŭ URL kaj gastiganto ne identigas retuman tabon. Ĝi ankaŭ malsamas al ŝanĝi la tutmondan manan prokurilon de Firefox dum alia tabo ŝargiĝas.

Konsideru la fundamentan retuman agordon: la valoro direct de ProxyInfo ne superregas prokurilon agorditan de la uzanto. Kontrolu la bazan politikon kaj la rezervan konduton anstataŭ promesi, ke ĉiu neegala peto iras rekte.

Iu trafiko mankas al fidindaj tabaj informoj, kaj Mozilla dokumentas malprecizan atribuon por HTTP/3-prokurilaj konektoj. Tio ilustras petan enkursigon, ne garantion, ke ĉiu konekto ligita al retuma tasko estas izolita laŭ tabo. Etendaĵ-specifa uja enkursigo estas alia modelo por taksi.

Rilataj artikoloj