प्रत्येक गंतव्य हाताळायला हवे असलेल्या पालक प्रॉक्सीला डीफॉल्ट फॉरवर्डिंग नियम आवश्यक असतो. त्याला खूप जुन्या Tinyproxy संरचनेतून कॉपी केलेला वाइल्डकार्ड आवश्यकच असतो असे नाही.

सध्याचे मॅन्युअल प्रॉक्सी प्रकार आणि एंडपॉइंट वापरते, गंतव्य निवडक ऐच्छिक आहे:

Upstream http parent.example.net:8080

अनुमत सार्वजनिक गंतव्यांसाठी, प्रमाणीकरण नसलेल्या सार्वजनिक HTTP पालकासह, HTTP प्रॉक्सी सूची त्या होस्ट आणि पोर्टसाठी उमेदवार देते; दुसऱ्या पालकाची क्रेडेन्शियल्स जोडू नका. ऐच्छिक गंतव्य वगळल्यास दस्तऐवजीकृत सिंटॅक्समध्ये हे डीफॉल्ट upstream होते. त्यानंतर अधिक विशिष्ट गंतव्य नियम वेगळा मार्ग किंवा जाणीवपूर्वक थेट अपवाद व्यक्त करू शकतो.

वेगवेगळ्या आवृत्त्यांचे व्याकरण मिसळू नका

केवळ पत्ता, पोर्ट आणि शेवटी बिंदू असलेले जुने उदाहरण दुसऱ्या आवृत्तीचे असू शकते. मॅन्युअल स्थापित पॅकेजशी जुळवा, त्याचे upstream वैशिष्ट्य समर्थन आणि समर्थित पालक प्रोटोकॉलसह.

नियमांचा क्रमही महत्त्वाचा आहे. मॅन्युअल शेवटच्या जुळणीचे वर्तन वर्णन करते, त्यामुळे बरोबर वाटणारा अपवाद नंतरच्या जुळणाऱ्या नियमामुळे लपू शकतो. संपादित होत असलेली ओळच नाही तर संपूर्ण संच तपासा.

निवडलेल्या पालकाचे सार्वजनिक बाहेर जाणे अजूनही Tinyproxy च्या स्थानिक बाहेर जाणाऱ्या स्रोतापासून वेगळे आहे. जर हेतू विशिष्ट बाह्य ओळख टिकवणे असेल, तर पालक उपलब्ध नसल्यास काय होते आणि कोणत्या गंतव्यांना थेट जाण्याची परवानगी आहे ते नोंदवा.

शेवटी, गंतव्य राउटिंग क्लायंट प्रवेशापासून वेगळे ठेवा. upstream नियम हा प्रमाणीकरण नियम नाही आणि कोणती यंत्रे स्थानिक श्रोत्याचा वापर करू शकतात हे मर्यादित करत नाही. नीटनेटके रूट तक्ते उघड प्रॉक्सी सेवेची भरपाई करू शकत नाही.

संबंधित लेख