អនុញ្ញាតគោលដៅ Squid មួយដោយគ្មានការផ្ទៀងផ្ទាត់ proxy
រក្សាដែនកំណត់ប្រភព និងគោលដៅជុំវិញការលើកលែងការផ្ទៀងផ្ទាត់ដោយចេតនានៅក្នុង Squid។
ទំព័រត្រួតពិនិត្យត្រូវដំណើរការដោយគ្មានការចូល proxy។ ច្បាប់ច្បាស់លាស់គឺ http_access allow status_site។ ប្រសិនបើដាក់មុនការផ្ទៀងផ្ទាត់ វាក៏អាចផ្តល់ការលើកលែងដល់អតិថិជនដែលអ្នកមិនដែលមានបំណងផ្តល់សេវា។
សម្រាប់ Squid 6 ឬ 7 រក្សាលក្ខខណ្ឌនៃការលើកលែងជាមួយគ្នា។ បន្ទាប់ពីការការពារគ្រប់គ្រង ច្រកមិនមានសុវត្ថិភាព CONNECT និងសេវាក្នុងតំបន់ដែលមានស្រាប់ ផ្នែកពាក់ព័ន្ធអាចមើលទៅដូចនេះ៖
acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED
http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all
បណ្តាញ និងឈ្មោះម៉ាស៊ីនគឺជាកន្លែងជំនួស។ ការផ្ទៀងផ្ទាត់នៅតែត្រូវការការកំណត់ជំនួយដែលមានស្រាប់របស់វា។ នេះគឺជាផ្នែកលើកលែងនៃគោលនយោបាយចូល មិនមែនជាការកំណត់ proxy ពេញលេញទេ។
បន្ទាត់ទីមួយអនុញ្ញាតឱ្យអតិថិជនដែលបានជ្រើសរើសទៅគោលដៅនោះដោយមិនវាយតម្លៃ ACL ចូល។ បន្ទាត់បន្ទាប់អនុញ្ញាតឱ្យអតិថិជនទាំងនោះទៅកន្លែងផ្សេងបានតែបន្ទាប់ពីការផ្ទៀងផ្ទាត់។ ការអនុញ្ញាតធំទូលាយមុន ឬផ្លូវជំនួសក្រោយអាចផ្លាស់ប្តូរលទ្ធផល ដូច្នេះសូមអានគោលនយោបាយតាមលំដាប់ទាំងមូល រួមទាំងឯកសារដែលបានបញ្ចូល។
កុំផ្លាស់ការលើកលែងលើការការពារច្រកគោលដៅដោយគ្រាន់តែដើម្បីជៀសវាងការជំរុញ។ គេហទំព័រដែលមានការអនុញ្ញាតនៅច្រកដែលមិនបានគ្រោងទុកនៅតែជាផ្លូវផ្សេង។ សម្រេចផងដែរថាតើ ម៉ាស៊ីនពិតប្រាកដ ឬដែនរងរបស់វាគួរត្រូវបានអនុញ្ញាត ជាជាងបន្ថែមបច្ច័យធំទូលាយដោយមិនចាំបាច់។
ការលើកលែងឈ្មោះម៉ាស៊ីនគ្របដណ្តប់គោលដៅដែលត្រូវគ្នា មិនមែនរាល់ភាពអាស្រ័យដែលផ្ទុកដោយទំព័ររបស់វាទេ។ ការប្តូរទិស និងធនធានភាគីទីបីអាចជួបនឹងតម្រូវការចូលធម្មតាដោយស្របច្បាប់។
សម្រាប់ HTTP ធម្មតា proxy អាចប្រើព័ត៌មាន URL លម្អិតជាងនៅពេលសមស្រប។ សំណើ HTTPS CONNECT ធម្មតាមិនបង្ហាញផ្លូវទំព័រទេ ដូច្នេះច្បាប់ «តែមួយទំព័រ» មិនអាចសន្និដ្ឋានពីការលើកលែងផ្លូវរូងក្រោមដីសម្រាប់ម៉ាស៊ីនទាំងមូលបានទេ។