នីតិវិធីនេះបន្ថែមការផ្ទៀងផ្ទាត់ Basic ផ្អែកលើ NCSA ទៅប្រូកស៊ី Squid 6.13 ដែលកំណត់តាមប្រភព។ ជំនួយការរបស់ 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 សូមមើលការកំណត់ជាក់លាក់តាមកំណែ។

អត្ថបទពាក់ព័ន្ធ