Squid लगइन र सही क्लाइन्ट IP दुवै आवश्यक गर्नुहोस्

सही पासवर्ड यो नीतिको आधा मात्र हो: खाताले एक स्वीकृत क्लाइन्ट ठेगानाबाट पनि काम गर्नुपर्छ। Squid मा दुवै जाँच एउटै पहुँच नियममा राख्नु त्यो आवश्यकता र दुई अलग प्रवेश मार्गबीचको भिन्नता हो।

प्रमाणीकरण पहिले नै कन्फिगर गरिएको मान्दै, जस्तै Squid 6.13 NCSA सेटअप, मुख्य नीति यो हो:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

Squid ले वास्तवमा प्राप्त गर्ने स्रोत प्रयोग गर्नुहोस्; नमुना कागजात ठेगाना हो। असुरक्षित गन्तव्य पोर्ट, स्थानीय सेवा र CONNECT ट्राफिकका लागि अघिल्लो सुरक्षाहरू कायम राख्नुहोस्। यो अंशले संयुक्त सर्त देखाउँछ, पूर्ण लिसनर कन्फिगरेसन होइन।

यसको माथिका नियमहरू जाँच्नुहोस्

अघिल्लो फराकिलो अनुमतिले नयाँ सर्तमा पुग्नुअघि नै अनुरोध स्वीकार गर्न सक्छ। http_access सन्दर्भ ले क्रमबद्ध मिलान वर्णन गर्छ। समावेश गरिएका फाइलहरू सहित पूरै क्रम पढ्नुहोस्।

प्रयोगकर्ता नामका लागि एउटा अनुमति र स्रोतका लागि अर्कोले दुवैको माग गर्दैन। कुनै पनि लाइन स्वतन्त्र रूपमा सफल हुन सक्छ। त्यो फरक नीति हो।

proxy_auth ACL प्रमाणीकरण सहायकमा निर्भर छ। यसलाई परिभाषित गर्नु प्रयोगकर्ता बनाउने वा पासवर्ड प्रमाणित गर्ने तरिका होइन। यो उदाहरण स्पष्ट प्रोक्सीका लागि हो जसका क्लाइन्टहरूले प्रोक्सी प्रमाणीकरण चुनौतीहरूको जवाफ दिन सक्छन्।

स्रोत पहिचानका पनि सीमाहरू छन्। एउटै NAT पछाडिका मानिसहरूले एउटा ठेगाना साझा गर्न सक्छन्, र घुम्ने ल्यापटपले ठेगाना बदल्न सक्छ। थप सर्तले खाताको प्रयोगयोग्य नेटवर्क स्थान साँघुरो बनाउँछ; यसले भौतिक कम्प्युटरलाई भरपर्दो रूपमा पहिचान गर्दैन। त्यो सीमा तपाईंले सुरुमा सर्त थप्नुको कारणसँग मेल खान्छ भनी सुनिश्चित गर्नुहोस्।