Firefox-tilläggs-API:t kan fatta ett proxybeslut för en enskild förfrågan. När förfrågan har en giltig fliktillhörighet kan ett tillägg jämföra sitt flik-ID med fliken användaren valde.

För ett bakgrundsskript i ett befintligt Firefox-tillägg kan routningsfragmentet se ut så här:

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

Tillägget levererar selectedTabId från sin egen användarvalslogik. Dess HTTP-värd och heltalsport kan komma från HTTP-proxylistan för ett tillåtet test med en offentlig flik. Det behöver proxybehörigheten och värdbehörigheter som täcker de filtrerade URL:erna.

Detta skiljer sig från ett PAC-skript, vars standardbeslut efter URL och värd inte identifierar en webbläsarflik. Det skiljer sig också från att ändra Firefox globala manuella proxy medan en annan flik läses in.

Ta hänsyn till webbläsarens underliggande konfiguration: värdet direct i ProxyInfo åsidosätter inte en proxy som användaren har ställt in. Kontrollera baspolicyn och reservbeteendet i stället för att lova att varje förfrågan som inte matchar går direkt.

En del trafik saknar tillförlitlig flikinformation, och Mozilla dokumenterar felaktig tillhörighet för HTTP/3-proxyanslutningar. Detta illustrerar routning av förfrågningar, inte en garanti för att varje anslutning kopplad till en surfuppgift är isolerad per flik. Tilläggsspecifik container-routning är en annan modell att utvärdera.

Relaterade artiklar