ហេតុអ្វី Squid មាន UDP socket នៅលើច្រកដែលមិនបានរំពឹង
បែងចែក UDP socket DNS និង peer-cache របស់ Squid ពី TCP listener ដែលអតិថិជនប្រើជា proxy ឆ្ពោះទៅមុខ។
ច្រក UDP ដែលមិនស្គាល់ដែល Squid កាន់កាប់មិនមែនជា proxy HTTP សាធារណៈមួយទៀតដោយស្វ័យប្រវត្តិទេ។ អតិថិជនប្រើ TCP listener ដែលបានកំណត់សម្រាប់ការចូលប្រើ proxy HTTP ធម្មតា; Squid ក៏បើក socket សម្រាប់ DNS និង ការទំនាក់ទំនងជាមួយ peer ឃ្លាំងសម្ងាត់ ដែរ។
ដើម្បីកំណត់ socket បន្ថែម សូមកត់ត្រា:
- ថាតើវាជា TCP ឬ UDP អាសយដ្ឋានដែលបានចង និងចំណុចចុងពីចម្ងាយណាមួយដែលបានបង្ហាញ។
- ការកំណត់ listener, DNS, ICP និង HTCP ដែលមានប្រសិទ្ធភាពសម្រាប់ឧទាហរណ៍នោះ។
- ភាពអាចចូលប្រើបណ្តាញដែលលក្ខណៈពិសេសដែលការកំណត់ទាំងនោះបើកត្រូវការ។
ឯកសារយោងអាសយដ្ឋាន UDP របស់ Squid គ្របដណ្តប់យ៉ាងច្បាស់លើម៉ូឌុល DNS, ICP និង HTCP។ ឥរិយាបថរបស់ពួកវាមិនអាចសន្និដ្ឋានពី http_port បានទេ ហើយលេខច្រកខ្ពស់តែម្នាក់ឯងមិនកំណត់លក្ខណៈពិសេសនោះទេ។
កុំបញ្ចូលចំណុចចុង UDP នោះទៅក្នុងវាល proxy HTTP របស់កម្មវិធី ឬបើកវាសម្រាប់អតិថិជនគ្រប់រូបដោយគ្រាន់តែវាបង្ហាញក្នុងបញ្ជី socket។ ផ្ទុយទៅវិញ ការទប់ស្កាត់ផ្លូវ DNS ដែល Squid ពិតជាប្រើអាចបំផ្លាញការដោះស្រាយគោលដៅនៅពេលក្រោយ។ ផ្លាស់ប្តូរច្បាប់ជញ្ជាំងភ្លើងសម្រាប់មុខងារដែលបានកំណត់: socket សំណួររបស់ឧបករណ៍ដោះស្រាយ ច្រក peer ឃ្លាំងសម្ងាត់ និង listener អតិថិជនមានការងារខុសគ្នា។