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 चे आवृत्तीविशिष्ट कॉन्फिगरेशन पाहा.