Squid មេច្រើនគឺជាជម្រើស មិនមែនជាខ្សែសង្វាក់បន្តបន្ទាប់ទេ

បន្ទាត់ cache_peer ពីរមិនមានន័យថា “ទៅតាម proxy ទីមួយ បន្ទាប់មកទីពីរ” ទេ។ ពួកវាកំណត់ peer ដែល Squid អាចជ្រើសរើស។ សំណើ round-robin អាចឆ្លាស់គ្នារវាងមេ ដោយមិនឆ្លងកាត់ទាំងពីរ។

ផ្លូវបន្តបន្ទាប់ត្រូវបានចែកចាយតាមឯកតា៖

client → A → B → C → origin

• A ជ្រើសរើស B ជាជំហានបន្ទាប់របស់ខ្លួន។
• B ជ្រើសរើស C។
• C បើកការតភ្ជាប់ទៅប្រភពដើម។

អ្នកទទួលនីមួយៗត្រូវអនុញ្ញាត peer ចុះក្រោមផ្ទាល់របស់ខ្លួន។ ឯកតានីមួយៗក៏ត្រូវការ គោលនយោបាយចូលដោយផ្ទាល់ ដែលឆបគ្នា ប្រសិនបើការរំលងជំហានបន្ទាប់របស់ខ្លួនត្រូវបានហាមឃាត់។

នៅលើកំណែដែលគាំទ្រពួកវា cache_peer កំណត់ peer មួយ cache_peer_access កំណត់ដែនកំណត់នៃការជ្រើសរើស ហើយ never_direct ហាមឃាត់ការបញ្ជូនដោយផ្ទាល់សម្រាប់ចរាចរណ៍ដែលបានជ្រើសរើស។ ការកំណត់ peer តែម្នាក់ឯងមិនបង្កើតគោលនយោបាយណាមួយក្នុងចំណោមពីរផ្សេងទៀតនោះទេ។

ផ្ទៀងផ្ទាត់ការសម្រេចចិត្តនៅជំហាននីមួយៗ។ កំណត់ហេតុរបស់ A ដែលជ្រើសរើស B មិនអាចបញ្ជាក់ថា B បានជ្រើសរើស C បានទេ។ ការប៉ះ cache ក្នុងតំបន់អាចជៀសវាងការតភ្ជាប់ឡើងលើថ្មីទាំងស្រុង ដូច្នេះអវត្តមានចរាចរណ៍មេសម្រាប់សំណើមួយមិនមែនជាភស្តុតាងគ្រប់គ្រាន់នៃខ្សែសង្វាក់ដែលខូចនោះទេ។