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

User-Agent या कस्टम हेडर क्लाइंट प्रदान करता है और उसकी नकल की जा सकती है। इसलिए किसी अनुरोध में एप्लिकेशन का नाम निजी प्रॉक्सी के एकमात्र द्वार के रूप में उपयुक्त नहीं है।

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

और भी मज़बूत क्लाइंट प्रमाणीकरण स्वीकृत कुंजी या क्रेडेंशियल रखने की पुष्टि करता है। इसे इस बात की पूर्ण गारंटी के रूप में नहीं बताया जाना चाहिए कि कोई अन्य प्रोग्राम उस क्रेडेंशियल का उपयोग नहीं कर सकता।

यदि आवश्यकता प्रबंधित डिवाइस या एप्लिकेशन की अखंडता लागू करना है, तो इसे अतिरिक्त सिस्टम आवश्यकता के रूप में पहचानें। इसे Squid हेडर नियम से मत वादा करें जो केवल उस स्ट्रिंग को पहचानता है जिसे कॉलर ने स्वयं भेजना चुना।

संबंधित लेख