រួមបញ្ចូល myportname និង src របស់ Squid ជាមួយ ACL ដាច់ដោយឡែក

ការកំណត់រចនាសម្ព័ន្ធមើលទៅសមហេតុផលនៅពេលមើលដំបូង៖

acl team_a myportname 3128 src 198.51.100.0/24

ប៉ុន្តែនិយមន័យ ACL មានប្រភេទតែមួយ។ នៅទីនេះ myportname គឺជាប្រភេទ។ ការបន្ថែមពាក្យ src មិនចាប់ផ្តើមការធ្វើតេស្តទីពីរទេ។ ពាក្យដែលនៅសល់ជាកម្មសិទ្ធិរបស់បញ្ជីតម្លៃសម្រាប់ប្រភេទទីមួយ។ បន្ទាត់នោះមិនបញ្ជាក់ថា «listener នេះ និងបណ្តាញអតិថិជននេះ» ទេ។

ដាក់ឈ្មោះឱ្យលក្ខខណ្ឌនីមួយៗ

ប្រើឈ្មោះសម្រាប់ socket ស្តាប់ និង ACL ប្រភពដាច់ដោយឡែក។ ការដកស្រង់នេះប្រើអាសយដ្ឋានឯកសារ ដែលត្រូវជំនួសដោយអាសយដ្ឋានសមស្របនឹងការដាក់ពង្រាយ៖

http_port 192.0.2.10:3128 name=team_a_port
acl team_a_port myportname team_a_port
acl team_a_clients src 198.51.100.0/24

http_access allow team_a_port team_a_clients
http_access deny all

ដាក់ច្បាប់អនុញ្ញាតបន្ទាប់ពីការការពារដែលមានស្រាប់សម្រាប់ច្រកគោលដៅមិនមានសុវត្ថិភាព គោលដៅ CONNECT ដែលដាក់កំហិត និងការចូលគ្រប់គ្រង។ ការដកស្រង់បង្ហាញលក្ខខណ្ឌអតិថិជន/listener។ វាមិនជំនួសការការពារទាំងនោះទេ។

លក្ខខណ្ឌនៅលើបន្ទាត់ http_access តែមួយត្រូវបានផ្សំដោយ AND។ បន្ទាត់អនុញ្ញាតពីរដាច់ដោយឡែកនឹងអនុញ្ញាតលក្ខខណ្ឌនីមួយៗដោយឯករាជ្យ ដែលនឹងផ្លាស់ប្តូរគោលនយោបាយច្រើន។ តម្លៃជាច្រើនក្នុង ACL មួយជាធម្មតាផ្តល់ជម្រើសសម្រាប់ការធ្វើតេស្តតែមួយនោះ។

ជ្រើសផ្លូវចេញដាច់ដោយឡែក

listener ដែលត្រូវគ្នាក៏អាចប្រើដោយ tcp_outgoing_address ដើម្បី ជ្រើសអាសយដ្ឋានប្រភពក្នុងតំបន់។ នោះជាការជ្រើសផ្លូវបញ្ជូន មិនមែនការអនុញ្ញាតឱ្យប្រើ proxy ទេ។ ច្បាប់អាសយដ្ឋានចេញមិនអាចធ្វើឱ្យសំណើដែលត្រូវបានបដិសេធឆ្លងកាត់ http_access បានទេ។

ប្រសិនបើការកំណត់ពហុអាសយដ្ឋានឈប់ដំណើរការបន្ទាប់ពីធ្វើបច្ចុប្បន្នភាព សូមបំបែកភស្តុតាង៖ កំហុសញែកចេញបង្ហាញពីវាក្យសម្ព័ន្ធនៃការកំណត់; ការបដិសេធការចូលបង្ហាញពីការផ្គូផ្គងច្បាប់; សំណើដែលបានអនុញ្ញាតជាមួយផ្លូវចេញខុសបង្ហាញពីការជ្រើសផ្លូវចេញ ឬ NAT ក្រោយមក។ ការផ្លាស់ប្តូរទាំងបីក្នុងពេលតែមួយធ្វើឱ្យកំហុស ACL តូចមួយពិបាករកខ្លាំងជាងមុន។