Tinyproxy Upstream नियम: डिफ़ॉल्ट प्रॉक्सी और अपवाद

हर गंतव्य को संभालने वाले पैरेंट प्रॉक्सी को एक डिफ़ॉल्ट फ़ॉरवर्डिंग नियम चाहिए। उसे बहुत पुराने Tinyproxy कॉन्फ़िगरेशन से कॉपी किया गया वाइल्डकार्ड ज़रूरी नहीं है।

मौजूदा मैनुअल प्रॉक्सी प्रकार और एंडपॉइंट का उपयोग करता है, जिसमें गंतव्य चयनकर्ता वैकल्पिक है:

Upstream http parent.example.net:8080

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

अलग-अलग रिलीज़ के व्याकरण न मिलाएँ

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

नियमों का क्रम भी मायने रखता है। मैनुअल अंतिम-मिलान व्यवहार बताता है, इसलिए स्पष्ट रूप से सही अपवाद बाद के मिलान वाले नियम से छिप सकता है। पूरे सेट की समीक्षा करें, केवल संपादित की जा रही पंक्ति की नहीं।

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

अंत में, गंतव्य रूटिंग को क्लाइंट पहुँच से अलग रखें। upstream नियम प्रमाणीकरण नियम नहीं है और यह सीमित नहीं करता कि कौन-सी मशीनें स्थानीय लिसनर का उपयोग कर सकती हैं। एक व्यवस्थित रूट तालिका खुले प्रॉक्सी सेवा की भरपाई नहीं कर सकती।