Squid-ის PROXY პროტოკოლი: ენდეთ გამომგზავნს HTTP წვდომის შემოწმებამდე
Squid-ის PROXY პროტოკოლის გამომგზავნის შემოწმებები გამოყავით დანიშნულების დომენისა და კლიენტის მოთხოვნის ავტორიზაციისგან.
გამოიყენეთ proxy_protocol_access, რომ ენდოთ მეტამონაცემებს მიმწოდებელ რელეს და არა დაშვებული ვებსაიტების ასარჩევად. Squid 5–7-ში შემოწმება ერთხელ სრულდება TCP-ის დამყარების შემდეგ require-proxy-header მსმენელზე, HTTP მოთხოვნის სათაურების დამუშავებამდე:
acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny allშეცვალეთ მაგალითის რელეს მისამართი და შეზღუდეთ ქსელური წვდომა ამ მსმენელზე. ამ ეტაპზე Squid ამოწმებს რეალურ TCP პარტნიორს მიწოდებული მეტამონაცემების მიღებამდე. მიღების შემდეგ ის იყენებს დაფიქსირებულ კლიენტის მისამართს შემდგომი ACL შემოწმებებისა და ჟურნალირებისთვის. რელეს ნდობა მის მიერ გამოცხადებული კლიენტის მისამართის საფუძველზე ამ თანმიმდევრობას შეატრიალებდა.
შეინახეთ http_access კლიენტის წყაროსა და დანიშნულების შემდგომი უფლებებისთვის. მეტამონაცემების მიღება არ ანიჭებს ვებსაიტებზე წვდომის უფლებას და დანიშნულების დომენის ACL ვერ უპასუხებს გამომგზავნის ნდობის ადრინდელ კითხვას.
გამომგზავნი და მიმღები უნდა შეთანხმდნენ PROXY პროტოკოლის მხარდაჭერილ ვერსიაზე. ჩვეულებრივი HTTP კლიენტი ვერ გამოიყენებს სავალდებულო პრეფიქსის მქონე ამ მსმენელს როგორც ჩვეულებრივ პროქსის საბოლოო წერტილს. თუ ორივე ფორმაა საჭირო, გამოიყენეთ განზრახ განცალკევებული საბოლოო წერტილები იმავე მოსმენის მისამართისა და პორტის დუბლირების ნაცვლად.
სანდო რელეს შეუძლია გავლენა მოახდინოს მისამართზე დაფუძნებულ ავტორიზაციაზე მის მიერ მოწოდებული კლიენტის იდენტობის მეშვეობით. მიანიჭეთ ეს შესაძლებლობა მხოლოდ განკუთვნილ შუამავალს.