თქვენი ზედა სერვისი ერთ HTTP პროქსი პორტს გაძლევთ. Squid-ის cache_peer სინტაქსი ორს ითხოვს. დამატებითი ველი ქეშის მოთხოვნებისთვისაა და არა მეორე სავალდებულო გადაცემის კავშირისთვის.

cache_peer parent.example parent 8080 0 no-query name=office_parent

აქ 8080 HTTP პროქსი მოთხოვნებს ატარებს. ნული მოთხოვნის პორტის ველს იკავებს; no-query გამორთავს ICP მოთხოვნებს ამ პარტნიორისკენ. მშობელს ICP-ის დანერგვა არ სჭირდება.

თუმცა მან HTTP პროქსი პროტოკოლი უნდა ილაპარაკოს. თუ მშობელი საჯარო იქნება, HTTP პროქსის სია შესამოწმებელ HTTP კანდიდატებს გაძლევთ. SOCKS პორტი მის ნაცვლად არ იმუშავებს. HTTPS-ისთვის შეამოწმეთ, უშვებს თუ არა მშობელი საჭირო CONNECT დანიშნულებას; ICP მხარდაჭერას ამასთან კავშირი არ აქვს.

წვდომის კონტროლი და შემდგომი მარშრუტიზაციის პოლიტიკა ცალკე გეჭიროთ. ამ პარტნიორის გამოცხადება არც კლიენტებს ანიჭებს უფლებას და არც კრძალავს პირდაპირ დაბრუნებას. შეინარჩუნეთ შესაბამისი http_access, პარტნიორის არჩევისა და never_direct წესები განზრახული მოთხოვნებისთვის.

ICP პორტის შეცვლა ვერ გამოასწორებს უარყოფილ პროქსი შესვლას ან აკრძალულ CONNECT დანიშნულებას.

დაკავშირებული სტატიები