რატომ აქვს 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 გზის დაბლოკვამ შეიძლება დაარღვიოს დანიშნულების შემდგომი გადაწყვეტა. შეცვალეთ firewall-ის წესი იდენტიფიცირებული ფუნქციისთვის: რეზოლვერის მოთხოვნის სოკეტს, ქეშ-პირის პორტსა და კლიენტის მსმენელს სხვადასხვა ამოცანა აქვთ.