एक स्कीम और पोर्ट के लिए Chrome प्रॉक्सी बायपास

केवल पोर्ट 8443 पर एक HTTPS API को सीधा रखने के लिए, मौजूदा Chromium फ़िक्स्ड-सर्वर एक्सटेंशन कॉन्फ़िगरेशन में स्कीम-और-पोर्ट नियम जोड़ें:

bypassList: [
  "https://api.office.example:8443"
]

यह नियमों का अंश है। आसपास की अनुमतियाँ, मोड, प्रॉक्सी एंडपॉइंट और पूर्णता प्रबंधन बनाए रखें। नियम उस स्कीम, होस्टनाम और पोर्ट का चयन करता है; इस सिंटैक्स में एप्लिकेशन पथ दूसरा मिलान फ़ील्ड नहीं है।

सीमाएँ इच्छित मिलान के पास रखें:

• दूसरे पोर्ट पर वही होस्टनाम अपना इच्छित प्रॉक्सी मार्ग बनाए रखना चाहिए।
• दूसरी स्कीम को अलग से जाँचना चाहिए।
• संबंधित सबडोमेन जाँचने का एक और गंतव्य है।

यदि वे अनुरोध अप्रत्याशित रूप से सीधे जाते हैं, तो ब्राउज़र के प्रभावी प्रॉक्सी कॉन्फ़िगरेशन में अन्य अपवाद, जिनमें पूरे होस्ट, प्रत्यय और अंतर्निहित स्थानीय नियम शामिल हैं, जाँचें। एक संकीर्ण प्रविष्टि जोड़ने से कहीं और का व्यापक अपवाद नहीं हटता।

यह व्याकरण संबंधित Chromium इंटरफ़ेस का है। किसी अन्य प्रोग्राम का NO_PROXY पार्सर भिन्न पोर्ट सिंटैक्स इस्तेमाल कर सकता है या उसमें वह चयन सुविधा न हो।

चयनित मार्ग की पुष्टि के बाद, जाँचें कि क्लाइंट सीधी सेवा तक पहुँच सकता है और उसके प्रमाणपत्र पर भरोसा कर सकता है। मेल खाता बायपास पहले प्रॉक्सी मार्ग द्वारा संभाला जाने वाला अनुपस्थित स्थानीय मार्ग या भरोसा सेटअप उजागर कर सकता है।