तपाईंको प्रोक्सी सबैका लागि खुला छैन भनी जाँच्नुहोस्
फरवार्ड प्रोक्सी खोल्नुअघि अनुमत र निषेधित स्रोतबाट लिसनर, नियमक्रम, प्रवेश विवरण र वास्तविक पठाइ जाँच्नुहोस्।
नयाँ फरवार्ड प्रोक्सी अर्को नेटवर्कबाट पहुँचयोग्य बनाउनुअघि प्रवेशसीमा परीक्षण गर्नुहोस्। सर्भर आफैँबाट सफल अनुरोधले बाहिरको क्लाइन्टको क्षमता थोरै मात्र प्रमाणित गर्छ। अस्वीकृत अनुरोध साँच्चै अगाडि पठाइयो कि भनी जान्न नियन्त्रित गन्तव्य प्रयोग गर्नुहोस्।
प्रभावकारी लिसनर र नीति जाँच्नुहोस्
सुन्ने प्रक्रिया र ठेगाना हेर्नुहोस्, IPv6 चालु भए त्यो पनि। अनपेक्षित थप लिसनर वा पुराना सेवा नक्कल हटाउनुहोस्। नेटवर्क फायरवाल सेवासम्म पुग्नुपर्ने स्रोतमा मात्र सीमित राख्नुहोस्।
त्यसपछि वास्तवमा लोड गरिएको सेटिङ र समावेश फाइल हेर्नुहोस्। Squid 6 मा पहिलेको अनुमतिले पछिको रोक निष्प्रभावी गर्न सक्छ। Tinyproxy 1.11.2 मा सबै Allow र Deny लाइन हटाउँदा सबै क्लाइन्ट अनुमत हुन्छन्। Dante मा अलग क्लाइन्ट र SOCKS नियम छन्, त्यसैले TCP जडान स्वीकार्नु पूरै नीति होइन।
स्थापित संस्करणका दस्तावेज प्रयोग गर्नुहोस्। Squid 8 को निर्देशन बदलाव संस्करण जाँच्ने कारण हो, परिचित सेटिङ उही अर्थमा स्वीकार भयो मान्ने होइन।
अनुमत र अस्वीकृत दुवै अवस्था परीक्षण गर्नुहोस्
प्रोक्सीले अनुमोदित स्रोत र लगइन दुवै माग्नुपर्ने भए आफ्नै नियन्त्रित प्रणालीमा यो तालिका परीक्षण गर्नुहोस्:
| स्रोत | प्रवेश विवरण | चाहिएको नतिजा |
|---|---|---|
| अनुमत | वैध | तोकिएको गन्तव्यले अनुरोध पाउँछ। |
| अनुमत | छैन वा गलत | अनुरोध गन्तव्यसम्म पुग्दैन। |
| अनुमत छैन | वैध वा छैन | अनुरोध गन्तव्यसम्म पुग्दैन। |
एक NAT पछिका दुई उपकरण एउटै स्रोत देखिन सक्छन्। प्रोक्सीमा फरक स्रोत ठेगाना देखिने परीक्षण स्थान छानी लगमा पुष्टि गर्नुहोस्। असम्बन्धित तेस्रो पक्षका मेसिन प्रयोग नगर्नुहोस् वा अरूका सेवा स्क्यान नगर्नुहोस्।
फायरवाल अस्वीकारमा HTTP उत्तर नै नहुन सक्छ; एप अस्वीकारले त्रुटि फर्काउन सक्छ। दुवैमा नियन्त्रित लक्ष्यले निषिद्ध अनुरोध पाएन भन्ने पुष्टि गर्नुहोस्; त्रुटि पृष्ठ मात्रै गन्तव्यको उत्तरसँग भ्रमित हुन सक्छ।
अनुमति दिन चाहेका पठाउने मोड परीक्षण गर्नुहोस्
वेब प्रोक्सीमा सामान्य HTTP र अनुमत HTTPS CONNECT बाटो अलग जाँच्नुहोस्। नीतिले गन्तव्य सीमित गर्छ भने अनुमत र अस्वीकृत हुनुपर्ने नियन्त्रित गन्तव्य परीक्षण गर्नुहोस्। सबै परीक्षण सफल बनाउन नियन्त्रण नहटाउनुहोस्।
स्रोत दायरा, प्रवेश विवरण, सुन्ने ठेगाना, समावेश फाइल वा सेवा संस्करण बदल्दा फेरि परीक्षण गर्नुहोस्। समय, सेटिङ संस्करण र नतिजा सँगै राख्नुहोस् ताकि अर्को बदलाव उही सीमासँग जाँच्न सकियोस्।
यो स्वीकृति प्रक्रिया हो, सेटिङ पार्सर वा एउटा अनुरोधले सबै नेटवर्क बाटो बन्द भएको प्रमाण दिन्छ भन्ने दाबी होइन।