जाँचें कि आपकी प्रॉक्सी सभी के लिए खुली नहीं है

फ़ॉरवर्ड प्रॉक्सी खोलने से पहले अनुमत व निषिद्ध स्रोतों से लिसनर, नियम क्रम, क्रेडेंशियल और वास्तविक अग्रेषण जाँचें।

नई फ़ॉरवर्ड प्रॉक्सी को दूसरे नेटवर्क से पहुँच योग्य बनाने से पहले पहुँच सीमा जाँचें। सर्वर से ही सफल अनुरोध बाहर के क्लाइंट की क्षमता बहुत कम साबित करता है। नियंत्रित गंतव्य रखें ताकि पता चले कि अस्वीकृत अनुरोध वास्तव में आगे गया या नहीं।

प्रभावी लिसनर और नीति जाँचें

सुनने वाली प्रक्रिया और पते देखें, IPv6 चालू हो तो उसे भी। अनचाहे अतिरिक्त लिसनर या पुराने सेवा इंस्टेंस हटाएँ। नेटवर्क फ़ायरवॉल को उन्हीं स्रोतों तक सीमित रखें जिन्हें सेवा तक पहुँचना चाहिए।

फिर वास्तव में लोड की गई कॉन्फ़िगरेशन और शामिल फ़ाइलें देखें। Squid 6 में पहले की अनुमति बाद की रोक बेअसर कर सकती है। Tinyproxy 1.11.2 में सभी Allow और Deny पंक्तियाँ हटाने से सभी क्लाइंट अनुमत हो जाते हैं। Dante में अलग क्लाइंट और SOCKS नियम हैं, इसलिए TCP कनेक्शन स्वीकारना पूरी नीति नहीं है।

स्थापित संस्करण के दस्तावेज़ इस्तेमाल करें। Squid 8 के निर्देश बदलाव संस्करण जाँचने का कारण हैं, परिचित कॉन्फ़िगरेशन को उसी अर्थ में स्वीकार हुआ मानने का नहीं।

अनुमत और अस्वीकृत दोनों मामले जाँचें

प्रॉक्सी को अनुमोदित स्रोत और लॉगिन दोनों माँगने चाहिए तो अपने नियंत्रित सिस्टम पर यह मैट्रिक्स जाँचें:

स्रोतक्रेडेंशियलआवश्यक परिणाम
अनुमतवैधइच्छित गंतव्य अनुरोध प्राप्त करता है।
अनुमतअनुपस्थित या गलतगंतव्य तक नहीं पहुँचता।
अनुमत नहींवैध या अनुपस्थितगंतव्य तक नहीं पहुँचता।

एक NAT के पीछे दो उपकरण एक ही स्रोत दिख सकते हैं। प्रॉक्सी पर अलग स्रोत पते वाले परीक्षण स्थान चुनें और लॉग में पुष्टि करें। असंबंधित तीसरे पक्ष के कंप्यूटर न लें और दूसरे लोगों की सेवाएँ स्कैन न करें।

फ़ायरवॉल रोक में HTTP उत्तर बिल्कुल न हो सकता है; अनुप्रयोग की रोक त्रुटि लौटा सकती है। दोनों में पुष्टि करें कि नियंत्रित लक्ष्य ने निषिद्ध अनुरोध नहीं पाया; अकेला त्रुटि पेज गंतव्य के उत्तर से भ्रमित हो सकता है।

वे अग्रेषण मोड जाँचें जिन्हें अनुमति देनी है

वेब प्रॉक्सी में साधारण HTTP अनुरोध और अनुमत HTTPS CONNECT रास्ता अलग जाँचें। नीति गंतव्य सीमित करे तो अनुमत गंतव्य और ऐसा नियंत्रित गंतव्य जाँचें जिसे अस्वीकार होना चाहिए। हर परीक्षण सफल करने के लिए नियंत्रण न हटाएँ।

स्रोत सीमा, क्रेडेंशियल, सुनने के पते, शामिल फ़ाइलें या सेवा संस्करण बदलें तो फिर जाँचें। परीक्षण समय, कॉन्फ़िगरेशन संस्करण और परिणाम साथ रखें ताकि अगला बदलाव उसी सीमा से जाँचा जाए।

यह स्वीकृति प्रक्रिया है, दावा नहीं कि कॉन्फ़िगरेशन पार्सर या एक अनुरोध से सभी नेटवर्क रास्ते बंद होने का प्रमाण मिलता है।

संबंधित लेख