Firefox चे ॲड-ऑन API एका विनंतीसाठी प्रॉक्सी निर्णय घेऊ शकते. जेव्हा विनंतीला वैध टॅब अट्रिब्यूशन असते, तेव्हा ॲड-ऑन तिच्या टॅब 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 चा जागतिक मॅन्युअल प्रॉक्सी बदलण्यापेक्षाही हे वेगळे आहे.

ब्राउझरच्या मूलभूत कॉन्फिगरेशनचा विचार करा: ProxyInfo मधील direct मूल्य वापरकर्त्याने सेट केलेला प्रॉक्सी ओव्हरराइड करत नाही. प्रत्येक न जुळणारी विनंती थेट जाते असे वचन देण्याऐवजी मूलभूत धोरण आणि फॉलबॅक वर्तन तपासा.

काही ट्राफिकमध्ये विश्वासार्ह टॅब माहिती नसते, आणि Mozilla HTTP/3 प्रॉक्सी कनेक्शनसाठी अचूक नसलेले अट्रिब्यूशन नोंदवते. हे विनंती राउटिंग दर्शवते, ब्राउझिंग कार्याशी जोडलेले प्रत्येक कनेक्शन टॅबनुसार वेगळे आहे याची हमी नाही. ॲड-ऑन-विशिष्ट कंटेनर राउटिंग हे मूल्यांकन करण्यासारखे आणखी एक मॉडेल आहे.

संबंधित लेख