iptables --uid-owner ត្រូវនឹងសុខេតមូលដ្ឋានរបស់ Squid មិនមែនអ្នកប្រើ LAN ទេ
ប្រើអត្ថន័យអ្នកបង្កើតសុខេតមូលដ្ឋាននៃ --uid-owner នៅពេលវិភាគការចេញរបស់ Squid ហើយរក្សាទុកកញ្ចប់ LAN ដែលបានបញ្ជូនបន្តដោយឡែក។
ការផ្គូផ្គង owner របស់ iptables អាចកំណត់អត្តសញ្ញាណកញ្ចប់ដែលបង្កើតដោយសុខេតរបស់ដំណើរការមូលដ្ឋាន។ ឧទាហរណ៍ -m owner --uid-owner 1234 សំដៅលើសុខេតមូលដ្ឋានដែលជាកម្មសិទ្ធិរបស់ UID 1234; វាមិនកំណត់អត្តសញ្ញាណឈ្មោះអ្នកប្រើរបស់ proxy HTTP ទេ។
នៅលើម៉ាស៊ីនដែលដំណើរការ Squid សូមបែងចែកផ្លូវទាំងនេះ:
| ចរាចរណ៍ | ភាពខុសគ្នាពាក់ព័ន្ធ |
|---|---|
| អតិថិជនភ្ជាប់ទៅ Squid នៅលើម៉ាស៊ីននេះ | ការតភ្ជាប់ចូលទៅកាន់អ្នកស្តាប់ proxy |
| Squid បើកការតភ្ជាប់ទៅគោលដៅ | សុខេតចេញដែលបង្កើតក្នុងមូលដ្ឋាន |
| អតិថិជន LAN នាំផ្លូវដោយផ្ទាល់តាមម៉ាស៊ីននេះ | ចរាចរណ៍បញ្ជូនបន្តដោយគ្មានសុខេតអ្នកបង្កើតមូលដ្ឋាន |
ផ្នែកបន្ថែមមានសុពលភាពក្នុង OUTPUT និង POSTROUTING។ កញ្ចប់ដែលបានបញ្ជូនបន្តមិនមានសុខេតមូលដ្ឋានពាក់ព័ន្ធសម្រាប់ការផ្គូផ្គងនេះទេ ដូច្នេះច្បាប់ FORWARD មិនអាចរកអ្នកប្រើរបស់កុំព្យូទ័រពីចម្ងាយបានដោយសួរ UID របស់ Squid ទេ។
ដូច្នេះគោលនយោបាយដែលអនុញ្ញាតសុខេតចេញផ្ទាល់របស់ Squid ដោះស្រាយតែផ្នែកមួយនៃការរចនាបណ្តាញដែលពឹងលើ proxy តែម្នាក់ប៉ុណ្ណោះ។ ការបញ្ជូនបន្តតាម gateway ការចូលប្រើអ្នកស្តាប់ សេវាផ្សេងទៀតដែលបានអនុញ្ញាត និងគណនីសេវា proxy ពិតប្រាកដត្រូវដោះស្រាយក្នុងវិសាលភាពសមស្របរបស់ពួកវា។
ប្រើអត្តសញ្ញាណពេលដំណើរការដែលបានកំណត់ ជំនួសឱ្យការសន្មតថា Squid ដំណើរការជា nobody។ ដំណើរការជាច្រើនអាចចែករំលែក UID តែមួយ ដូច្នេះការអនុញ្ញាតផ្អែកលើ UID គឺជាព្រំដែនគណនី មិនមែនជាភស្តុតាងថាឯកសារប្រតិបត្តិជាក់លាក់មួយបានបង្កើតការតភ្ជាប់ដែលបានអនុញ្ញាតទាំងអស់នោះទេ។