ពិធីការ PROXY របស់ Squid៖ ទុកចិត្តអ្នកផ្ញើមុនការត្រួតពិនិត្យការចូល HTTP

ប្រើ proxy_protocol_access ដើម្បីទុកចិត្តលើអ្នកបញ្ជូនបន្តដែលផ្គត់ផ្គង់ទិន្នន័យមេតា មិនមែនដើម្បីជ្រើសរើសវេបសាយដែលអនុញ្ញាតនោះទេ។ ក្នុង Squid 5–7 ការត្រួតពិនិត្យដំណើរការម្តងបន្ទាប់ពីរៀបចំ TCP នៅលើអ្នកស្តាប់ require-proxy-header មុនពេលក្បាលសំណើ HTTP ត្រូវបានដំណើរការ៖

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

ជំនួសអាសយដ្ឋានអ្នកបញ្ជូនបន្តក្នុងឧទាហរណ៍ ហើយកំណត់ការចូលប្រើបណ្តាញចំពោះអ្នកស្តាប់នេះ។ នៅដំណាក់កាលនេះ Squid ត្រួតពិនិត្យដៃគូ TCP ពិតប្រាកដ មុនពេលទទួលយកទិន្នន័យមេតាដែលផ្គត់ផ្គង់។ បន្ទាប់ពីទទួលយក វាប្រើអាសយដ្ឋានអតិថិជនដែលបានអះអាង សម្រាប់ការត្រួតពិនិត្យ ACL និងការកត់ត្រាបន្ទាប់។ ការទុកចិត្តអ្នកបញ្ជូនបន្តដោយផ្អែកលើអាសយដ្ឋានអតិថិជនដែលវាអះអាង នឹងបង្វែរលំដាប់នេះ។

រក្សា http_access សម្រាប់ការអនុញ្ញាតប្រភពអតិថិជន និងគោលដៅនៅពេលក្រោយ។ ការទទួលយកទិន្នន័យមេតា មិនអនុញ្ញាតការចូលប្រើវេបសាយទេ ហើយ ACL ដែនគោលដៅមិនអាចឆ្លើយសំណួរអំពីការទុកចិត្តអ្នកផ្ញើមុននោះបានឡើយ។

អ្នកផ្ញើ និងអ្នកទទួលត្រូវយល់ព្រមលើកំណែពិធីការ PROXY ដែលគាំទ្រ។ អតិថិជន HTTP ធម្មតាមិនអាចប្រើអ្នកស្តាប់ដែលមានបុព្វបទចាំបាច់នេះ ជាចំណុចបញ្ចប់ប្រូកស៊ីធម្មតាបានទេ។ ប្រសិនបើត្រូវការទាំងពីរទម្រង់ សូមប្រើចំណុចបញ្ចប់ដាច់ដោយឡែកដោយចេតនា ជំនួសឱ្យការចម្លងអាសយដ្ឋានស្តាប់ និងច្រកដូចគ្នា។

អ្នកបញ្ជូនបន្តដែលអាចទុកចិត្តបាន អាចមានឥទ្ធិពលលើការអនុញ្ញាតតាមអាសយដ្ឋាន តាមរយៈអត្តសញ្ញាណអតិថិជនដែលវាផ្គត់ផ្គង់។ ផ្តល់សមត្ថភាពនោះតែដល់អន្តរការីដែលបានបម្រុងទុកប៉ុណ្ណោះ។