फॉरवर्ड प्रॉक्सी क्रेडेन्शियल मागू शकते, स्रोत नेटवर्क मर्यादित करू शकते आणि गंतव्य धोरण लागू करू शकते. परंतु ही नियंत्रणे हे सिद्ध करत नाहीत की कॉलर एक विशिष्ट अंमलबजावणीयोग्य प्रोग्राम आहे.

User-Agent किंवा सानुकूल हेडर क्लायंट पुरवतो आणि त्याची प्रत करता येते. म्हणून विनंतीतील अ‍ॅप्लिकेशन नाव खाजगी प्रॉक्सीचे एकमेव प्रवेशद्वार म्हणून योग्य नाही.

तुम्ही खरोखर काय पडताळू शकता ते व्यक्त करणारे प्रवेश नियंत्रण वापरा: अधिकृत खाते, परवानगी असलेले नेटवर्क स्थान आणि इच्छित गंतव्ये. अ‍ॅप्लिकेशनच्या नेहमीच्या गुप्त-व्यवस्थापन रचनेद्वारे क्लायंट क्रेडेन्शियलचे संरक्षण करा आणि ते रद्द करा. नंतर परवानगी दिलेल्या आणि नाकारलेल्या विनंत्या पडताळा इच्छित प्रवेश मर्यादेच्या विरुद्ध.

अधिक मजबूत क्लायंट प्रमाणीकरणही मंजूर की किंवा क्रेडेन्शियलचा ताबा स्थापित करते. दुसरा कोणताही प्रोग्राम ते क्रेडेन्शियल वापरू शकत नाही अशी पूर्ण हमी म्हणून त्याचे वर्णन करू नये.

आवश्यकता व्यवस्थापित उपकरणे किंवा अ‍ॅप्लिकेशनची अखंडता लागू करणे असेल, तर ती अतिरिक्त प्रणाली आवश्यकता म्हणून ओळखा. कॉलरने स्वतः निवडून पाठवलेली अक्षरमाला ओळखणाऱ्या Squid हेडर नियमातून त्याचे वचन देऊ नका.

संबंधित लेख