API-ja e shtesave të Firefox mund të marrë një vendim proxy për një kërkesë të vetme. Kur kërkesa ka atribuim të vlefshëm skede, një shtesë mund të krahasojë ID-në e skedës së saj me skedën që ka zgjedhur përdoruesi.

Për një skript sfondi të një shtese Firefox ekzistuese, fragmenti i usmëtimit mund të jetë:

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

Shtesa furnizon selectedTabId nga logjika e vet e zgjedhjes së përdoruesit. Host-i HTTP dhe porta e plotë mund të vijnë nga lista e proxy-ve HTTP për një test të lejuar në një skedë publike. I duhet leja e proxy-t dhe lejet e host-it që mbulojnë URL-të e filtruara.

Kjo ndryshon nga një skript PAC, vendimi standard i të cilit sipas URL-së dhe host-it nuk identifikon një skedë shfletuesi. Ndryshon gjithashtu nga ndryshimi i proxy-t manual global të Firefox ndërsa një skedë tjetër po ngarkohet.

Merrni parasysh konfigurimin bazë të shfletuesit: vlera direct në ProxyInfo nuk anulon një proxy të konfiguruar nga përdoruesi. Kontrolloni politikën bazë dhe sjelljen rezervë në vend që të premtoni se çdo kërkesë që nuk përputhet shkon drejtpërdrejt.

Një pjesë e trafikut nuk ka informacion të besueshëm skede, dhe Mozilla dokumenton atribuim të pasaktë për lidhjet proxy HTTP/3. Kjo ilustron usmëtimin e kërkesave, jo një garanci se çdo lidhje e lidhur me një detyrë shfletimi është e izoluar sipas skedës. Usmëtimi përmes kontejnerëve specifik për shtesën është një model tjetër për t'u vlerësuar.

Artikuj të ngjashëm