Tinyproxy Upstream नियम: पूर्वनिर्धारित प्रोक्सी र अपवादहरू

हरेक गन्तव्य सम्हाल्नुपर्ने अभिभावक प्रोक्सीलाई पूर्वनिर्धारित फर्वार्डिङ नियम चाहिन्छ। यसलाई धेरै पुरानो Tinyproxy कन्फिगरेसनबाट प्रतिलिपि गरिएको वाइल्डकार्ड अनिवार्य रूपमा चाहिँदैन।

हालको म्यानुअलले प्रोक्सी प्रकार र इन्डपोइन्ट प्रयोग गर्छ, गन्तव्य चयनकर्ता वैकल्पिक छ:

Upstream http parent.example.net:8080

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

फरक-फरक रिलिजका व्याकरण नमिसाउनुहोस्

केवल ठेगाना, पोर्ट र अन्त्यमा बिन्दु भएको पुरानो उदाहरण अर्को संस्करणको हुन सक्छ। म्यानुअललाई स्थापित प्याकेजसँग मिलाउनुहोस्, यसको upstream सुविधा समर्थन र समर्थित अभिभावक प्रोटोकलहरू सहित।

नियमको क्रम पनि महत्त्वपूर्ण छ। म्यानुअलले अन्तिम-मेल खाने व्यवहार वर्णन गर्छ, त्यसैले सही देखिने अपवाद पछिको मेल खाने नियमले लुकाउन सक्छ। सम्पादन गरिँदै गरेको लाइन मात्र नभई पूरा समूहको समीक्षा गर्नुहोस्।

छानिएको अभिभावकको सार्वजनिक निर्गम अझै Tinyproxy को स्थानीय निर्गामी स्रोतबाट अलग छ। यदि उद्देश्य कुनै विशेष बाह्य पहिचान जोगाउनु हो भने, अभिभावक उपलब्ध नहुँदा के हुन्छ र कुन गन्तव्यलाई सीधै जान अनुमति छ भनी कागजात गर्नुहोस्।

अन्तमा, गन्तव्य रुटिङलाई क्लाइन्ट पहुँचबाट अलग राख्नुहोस्। upstream नियम प्रमाणीकरण नियम होइन र कुन मेसिनले स्थानीय सुन्नेलाई प्रयोग गर्न सक्छन् भन्ने सीमित गर्दैन। व्यवस्थित रुट तालिकाले खुला प्रोक्सी सेवाको भरपाई गर्न सक्दैन।