Firefox-utvidingar kan velje ein proxy ut frå fane-ID-en til førespurnaden

Bruk proxy.onRequest og gyldig tabId-informasjon for fanebasert ruting, med grenser for reservepolitikken og førespurnader utan fanetilknyting.

Utvidings-API-en til Firefox kan ta ei proxyavgjerd for ein einskil førespurnad. Når førespurnaden har gyldig fanetilknyting, kan ei utviding samanlikne fane-ID-en sin med fanen brukaren valde.

For eit bakgrunnsskript i ei eksisterande Firefox-utviding kan rutingfragmentet vere:

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

Utvidinga leverer selectedTabId frå sin eigen brukarval-logikk. HTTP-verten og heiltalsporten kan kome frå HTTP-proxylista for ein tillaten offentleg fanetest. Ho treng proxy-løyvet og vertsløyve som dekkjer dei filtrerte URL-ane.

Dette skil seg frå eit PAC-skript, der standardavgjerda etter URL og vert ikkje identifiserer ein nettlesarfane. Det skil seg også frå å endre den globale manuelle proxyen til Firefox medan ein annan fane lastar.

Ta omsyn til den underliggjande nettlesarkonfigurasjonen: direct-verdien i ProxyInfo overstyrer ikkje ein proxy brukaren har sett opp. Kontroller grunnpolitikken og reserveåtferda i staden for å love at kvar førespurnad som ikkje samsvarar går direkte.

Noko trafikk manglar påliteleg faneinformasjon, og Mozilla dokumenterer unøyaktig tilknyting for HTTP/3-proxyforbindelsar. Dette illustrerer ruting av førespurnader, ikkje ei garanti for at kvar forbinding knytt til ein nettlesaroppgåve er isolert per fane. Utvidingsspesifikk container-ruting er ein annan modell å vurdere.

Relaterte artiklar