ប្រសិនបើ Squid បានទទួលផ្នែកមួយនៃការឆ្លើយតបរួចហើយ ហើយបន្ទាប់មករង់ចាំទិន្នន័យបន្ថែម ការបង្កើន forward_timeout ដោះស្រាយការរង់ចាំខុស។ នៅក្នុង Squid 5 ដល់ 7 ជ្រើសរើសក្នុងចំណោមនាឡិកាទាំងនេះតាមប្រតិបត្តិការដែលបានឈប់៖

អ្វីដែល Squid រង់ចាំសេចក្តីណែនាំ
ផ្លូវបញ្ជូនដែលអាចប្រើបានforward_timeout
ការតភ្ជាប់ TCP ទៅម៉ាស៊ីនបម្រើ ឬ peer មុនពេលសាកល្បងផ្លូវផ្សេងconnect_timeout
ទិន្នន័យបន្ថែមពីការតភ្ជាប់ peer-ម៉ាស៊ីនបម្រើ; ការអានជោគជ័យពន្យារការរង់ចាំread_timeout

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

មុនពេលអនុញ្ញាតឱ្យរង់ចាំយូរជាងនេះ ត្រូវបញ្ជាក់ថាគោលដៅអាចខ្ទប់ឡើងវិញក្នុងរយៈពេលនោះ។ កម្មវិធីកំណត់ពេលមិនអាចផ្តល់ព័ត៌មានសម្គាល់ ឬធ្វើឱ្យសេវាដែលមិនមាន អាចចូលបានឡើយ។ ប្រៀបធៀបផងដែរ កាលកំណត់របស់អតិថិជន: បើមិនដូច្នេះទេ អតិថិជនអាចបោះបង់ប្រតិបត្តិការខណៈពេល Squid នៅតែរង់ចាំ។

ឈ្មោះទាំងនេះ និងភាពអាចប្រើបានអាស្រ័យលើកំណែ។ ប្រើឯកសារយោងរបស់កំណែដែលបានដំឡើង; អនុសាសន៍ចាស់អំពី dns_v4_first ពាក់ព័ន្ធនឹងការជ្រើសអាសយដ្ឋាន ហើយមិនប្រាប់ថាការរង់ចាំមួយណាបានបរាជ័យទេ។

អត្ថបទពាក់ព័ន្ធ