Ինչու Squid-ն ունի UDP սոկետ անսպասելի պորտում
Տարբերեք Squid-ի DNS և peer-cache UDP սոկետները TCP լսողից, որն օգտատերերն օգտագործում են որպես ուղղորդող պրոքսի։
Squid-ին պատկանող անծանոթ UDP պորտը ինքնին ևս մեկ հանրային HTTP պրոքսի չէ։ Օգտատերերը սովորական HTTP պրոքսի մուտքի համար օգտագործում են կարգավորված TCP լսողը. Squid-ը նաև սոկետներ է բացում DNS-ի և քեշ-զուգընկերոջ հաղորդակցության համար։
Լրացուցիչ սոկետը նույնականացնելու համար գրանցեք՝
- Այն TCP է, թե UDP, դրա կապակցված հասցեն և ցուցադրվող ցանկացած հեռավոր վերջնակետ։
- Այդ օրինակի գործող լսողի, DNS-ի, ICP-ի և HTCP-ի կարգավորումները։
- Այդ կարգավորումներով ակտիվացված ֆունկցիայի պահանջած ցանցային հասանելիությունը։
Squid-ի UDP հասցեների տեղեկությունը հստակորեն ընդգրկում է DNS, ICP և HTCP մոդուլները։ Դրանց վարքը հնարավոր չէ ենթադրել http_port-ից, և միայն բարձր պորտի համարը չի նույնականացնում ֆունկցիան։
Մի՛ մուտքագրեք այդ UDP վերջնակետը հավելվածի HTTP պրոքսի դաշտում և մի՛ բացեք այն բոլոր օգտատերերի համար միայն այն պատճառով, որ այն երևում է սոկետների ցանկում։ Ընդհակառակը, Squid-ի իրականում օգտագործած DNS ուղին արգելափակելը կարող է խաթարել նպատակակետի հետագա լուծումը։ Փոխեք հրահրիչի կանոնը նույնականացված ֆունկցիայի համար. լուծիչի հարցման սոկետը, քեշ-զուգընկերոջ պորտը և օգտատերերի լսողը տարբեր խնդիրներ ունեն։