Firefox-uitbreidings kan 'n proxy kies op grond van die versoek se oortjie-ID

Gebruik proxy.onRequest en geldige tabId-inligting vir oortjie-gebaseerde roetering, met beperkings vir die terugvalbeleid en versoeke sonder oortjie-toeskrywing.

Firefox se uitbreidings-API kan 'n proxy-besluit vir 'n enkele versoek neem. Wanneer die versoek geldige oortjie-toeskrywing het, kan 'n uitbreiding sy oortjie-ID vergelyk met die oortjie wat die gebruiker gekies het.

Vir 'n bestaande Firefox-uitbreiding se agtergrondskrip kan die roeteringsfragment so lyk:

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

Die uitbreiding voorsien selectedTabId uit sy eie gebruikerskeuse-logika. Die HTTP-gasheer en heelgetal-poort kan uit die HTTP-proxylys kom vir 'n toegelate publieke-oortjie-toets. Dit benodig die proxy-toestemming en gasheer-toestemmings wat die gefiltreerde URL's dek.

Dit verskil van 'n PAC-skrip, wie se standaard URL-en-gasheer-besluit nie 'n blaaier-oortjie identifiseer nie. Dit verskil ook van die verandering van Firefox se globale handmatige proxy terwyl 'n ander oortjie laai.

Hou rekening met die onderliggende blaaier-konfigurasie: ProxyInfo se direct-waarde oorskryf nie 'n gebruiker-gekonfigureerde proxy nie. Kontroleer die basisbeleid en terugvalgedrag eerder as om te belowe dat elke ongematchte versoek direk gaan.

Sommige verkeer het nie betroubare oortjie-inligting nie, en Mozilla dokumenteer onakkurate toeskrywing vir HTTP/3-proxyverbindings. Dit illustreer versoek-roetering, nie 'n waarborg dat elke verbinding wat met 'n blaai-taak verband hou, per oortjie geïsoleer is nie. Uitbreiding-spesifieke houer-roetering is 'n ander model om te oorweeg.

Verwante artikels