Squid 6.13 प्रोक्सीमा Basic प्रमाणीकरण थप्नुहोस्

यो प्रक्रियाले स्रोत-सीमित Squid 6.13 प्रोक्सीमा NCSA-आधारित Basic प्रमाणीकरण थप्छ। Debian 13 को सहायक /usr/lib/squid/basic_ncsa_auth हो; आफ्नो प्याकेजको पथ र सेवा खाता पुष्टि गर्नुहोस्।

पहिलो खाता बनाउनुहोस्

वितरणको htpasswd उपकरण प्रयोग गरी पासवर्ड अन्तरक्रियात्मक रूपमा दिनुहोस्:

sudo htpasswd -c /etc/squid/users proxyuser
sudo chown root:proxy /etc/squid/users
sudo chmod 640 /etc/squid/users

स्वामित्वले Debian सेवा समूह मान्छ। Squid ले फाइल पढ्नुपर्छ, अन्य प्रयोगकर्ताले होइन। पछिका खातामा -c हटाउनुहोस्; यसले नयाँ फाइल बनाएर हालका प्रविष्टि बदल्न सक्छ।

एउटै अनुमति नियममा स्रोत र लगइन माग्नुहोस्

यसलाई हालका गन्तव्य पोर्ट, व्यवस्थापन, localhost र link-local सुरक्षापछि राख्नुहोस्:

auth_param basic program /usr/lib/squid/basic_ncsa_auth /etc/squid/users
auth_param basic realm PrivateProxy

acl proxy_client src 198.51.100.27/32
acl logged_in proxy_auth REQUIRED

http_access allow proxy_client logged_in
http_access deny all

क्लाइन्ट ठेगाना Squid ले देख्ने स्रोतले बदल्नुहोस्। दुवै सर्त मिल्नुपर्छ। लगइन नियम छल्ने अघिल्ला फराकिला क्लाइन्ट अनुमति हटाउनुहोस्, तर लिसनर र फायरवाल सीमा राख्नुहोस्।

पार्स गर्नुहोस्, पुनः लोड गरी दुई अनुरोध तुलना गर्नुहोस्

sudo squid -k parse -f /etc/squid/squid.conf

पार्सर त्रुटि सच्याई परीक्षणअघि व्यवस्थापित Squid सेवा पुनः लोड गर्नुहोस्। अनुमत स्रोतबाट विवरणविनाको अनुरोधले प्रमाणीकरण चुनौती पाउनुपर्छ। वास्तविक प्रोक्सी होस्टनाम प्रयोग गरेर अधिकृत अनुरोधसँग तुलना गर्नुहोस्:

curl --proxy http://proxy.example:3128 --proxy-basic --proxy-user proxyuser --noproxy '' --connect-timeout 5 --max-time 15 https://example.com/

प्रयोगकर्ता नाम मात्र दिए curl ले पासवर्ड सोध्छ। वैध अनुरोध गन्तव्य पुग्नुपर्छ।

Basic ले क्लाइन्ट-प्रोक्सी आदानप्रदान इन्क्रिप्ट गर्दैन। पछिको गन्तव्य HTTPS ले पहिले नै खुला-पाठ प्रोक्सीमा पठाइएको विवरण जोगाउन सक्दैन; उचित सुरक्षित मार्ग प्रयोग गर्नुहोस्। यी निर्देशन Squid 6.13 का हुन्; Squid 8 का लागि संस्करणअनुसारको कन्फिगरेसन हेर्नुहोस्।