Firefox פֿאַרברייטונגען קענען אויסקלייבן אַ פּראָקסי לויט דעם טאַב ID פֿונעם בקשה

ניצט proxy.onRequest און גילטיקע tabId אינפֿאָרמאַציע פֿאַר טאב-באזירטע רוטינג, מיט באַגרענעצונגען פֿאַר דער רעזערוו פּאָליטיק און בקשות אָן טאב-צוטיילונג.

די פֿאַרברייטונג API פֿון Firefox קען מאַכן אַ פּראָקסי באַשלוס פֿאַר איין בקשה. ווען די בקשה האָט אַ גילטיקע טאב-צוטיילונג, קען אַ פֿאַרברייטונג פֿאַרגלײַכן איר טאַב ID מיט דעם טאַב וואָס דער באַניצער האָט אויסגעקליבן.

פֿאַר אַ הינטערגרונט-סקריפּט פֿון אַ באַשטייענדיקער Firefox-פֿאַרברייטונג קען דער רוטינג-פֿראַגמענט זיין:

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

די פֿאַרברייטונג שטעלט צו selectedTabId פֿון איר אייגענער באַניצער-אויסקלייב לאָגיק. איר HTTP-האָסט און גאַנצער פּאָרט קענען קומען פֿון דער HTTP-פּראָקסי ליסטע פֿאַר אַ דערלויבטער פּובליקער-טאַב פּרוב. זי דאַרף די פּראָקסי-דערלויבעניש און האָסט-דערלויבענישן וואָס דעקן די פֿילטירטע URL-ס.

דאָס איז אַנדערש פֿון אַ PAC-סקריפּט, וועמענס סטאַנדאַרד באַשלוס לויט URL און האָסט דערקענט נישט קיין בראָוזער-טאַב. עס איז אויך אַנדערש פֿון ענדערן Firefox'ס גלאָבאַלן מאַנועלן פּראָקסי בשעת אַן אַנדער טאַב לאָדט זיך.

רעכנט אַרײַן די אונטערליגנדיקע בראָוזער-קאָנפֿיגוראַציע: דער direct ווערט אין ProxyInfo איבערקערעט נישט קיין פּראָקסי וואָס דער באַניצער האָט געשטעלט. פּרוופֿט די באַזיס-פּאָליטיק און דאָס רעזערוו-פֿאַרהאַלטן אַנשטאָט צו פֿאַרספּרעכן אַז יעדער נישט-פּאַסנדיקער בקשה גייט גלייַך.

עטלעכע טראַפֿיק האָט נישט קיין פֿאַרלאָזלעכע טאַב-אינפֿאָרמאַציע, און Mozilla דאָקומענטירט אַן אומגענויע צוטיילונג פֿאַר HTTP/3 פּראָקסי-פֿאַרבינדונגען. דאָס אילוסטרירט בקשה-רוטינג, נישט קיין גאַראַנטיע אַז יעדע פֿאַרבינדונג פֿאַרבונדן מיט אַ בלעטער-אויפֿגאַבע איז איזאָלירט לויט טאַב. פֿאַרברייטונג-ספּעציפֿישע קאָנטיינר-רוטינג איז אַן אַנדער מאָדעל צו אָפּשאַצן.

פֿאַרבונדענע אַרטיקלען