Tinyproxy में Allow पंक्ति बताती है कि प्रॉक्सी कौन उपयोग कर सकता है। इसका अर्थ यह नहीं है कि वे क्लाइंट केवल वहाँ लिखे होस्ट तक ही पहुँच सकते हैं। गंतव्य फ़िल्टरिंग एक अलग सेटिंग है।

एक नामित सेवा तक पहुँचने के लिए बनाए गए प्रॉक्सी के लिए, फ़िल्टर अनुमति-सूची की तरह काम कर सकता है:

Filter "/etc/tinyproxy/allowed-hosts"
FilterDefaultDeny Yes
FilterURLs No

फिर फ़ाइल में आपके चुने गए फ़िल्टर सिंटैक्स द्वारा अनुमत गंतव्य पैटर्न होते हैं। संकीर्ण सटीक-होस्ट पैटर्न रखें, और रेगुलर-एक्सप्रेशन एंकर या वाइल्डकार्ड सिंटैक्स चुनने से पहले कॉन्फ़िगर किया गया FilterType जाँचें। एक मोड के लिए लिखा गया पैटर्न दूसरे में कुछ और अर्थ दे सकता है।

तीन अलग-अलग नियंत्रण हैं

  • क्लाइंट Allow/Deny नियम स्रोत क्लाइंट को प्रतिबंधित करते हैं।
  • गंतव्य फ़िल्टरिंग अनुरोधित होस्ट या URL को प्रतिबंधित करती है।
  • ConnectPort CONNECT गंतव्य पोर्ट को प्रतिबंधित करता है।

Tinyproxy मैनुअल इन्हें अलग-अलग दस्तावेज़ित करता है। गंतव्य फ़िल्टर प्रॉक्सी प्रमाणन नहीं जोड़ता, और पोर्ट अनुमति अनुरोधों को एक होस्टनाम तक सीमित नहीं करती।

सामान्य टनल के माध्यम से HTTPS के लिए, गंतव्य होस्ट के साथ काम करें। एन्क्रिप्टेड अनुरोध पथ सामान्य प्रॉक्सी-दृश्य टेक्स्ट के रूप में उपलब्ध नहीं है, इसलिए यह नहीं मानना चाहिए कि सादे HTTP के लिए काम करने वाला पथ व्यंजक HTTPS पृष्ठों के पथों का निरीक्षण करता है।

साइट की निर्भरताओं पर भी ध्यान दें। एक पृष्ठ छवियाँ ला सकता है या अन्य होस्टों के माध्यम से प्रमाणन कर सकता है। केवल वे गंतव्य जोड़ें जो वास्तव में आवश्यक हों; एक गुम छवि ठीक करने के लिए सटीक-होस्ट नियम को चौड़े प्रत्यय में बदलने से बहुत अधिक ट्रैफ़िक की अनुमति मिल सकती है। सूची को इतना समझने योग्य रखें कि हर अनुमत गंतव्य का कोई कारण हो।

संबंधित लेख