Apache-ს შეიძლება დასჭირდეს გარე საიტზე მიწვდომა იმავე კორპორატიული გადამისამართებადი პროქსის მეშვეობით, რომელსაც სხვა მანქანები იყენებენ. mod_proxy-ის მიერ დამუშავებული მოთხოვნებისთვის ProxyRemote ირჩევს ამ შემდეგ ნახტომს.

ProxyRemote "http://downloads.example/" "http://proxy.example:8080"

პირველი არგუმენტი ემთხვევა სამიზნე URL-ის პრეფიქსს. მეორე განსაზღვრავს ზედა დინების პროქსის. სქემის სახელი შეიძლება ემთხვეოდეს ამ პროტოკოლს, ხოლო * უფრო ფართოა და ირჩევს დისტანციურ პროქსის ყველა შესაბამისი პროქსი ტრაფიკისთვის.

ეს ასევე შეიძლება ემსახუროს ფიქსირებულ ლოკალურ რუკას. თუ არსებული ProxyPass ლოკალურ გზას აგზავნის ჩამოტვირთვის საიტზე, ProxyRemote ეუბნება Apache-ს, როგორ მიაღწიოს ამ საიტს კორპორატიული შუამავლის მეშვეობით. ProxyPass ირჩევს რუკაზე მოცემულ დანიშნულებას; ProxyRemote ირჩევს მის ზედა დინების მარშრუტს.

ამ ფიქსირებული რუკისთვის არ გჭირდებათ შეუზღუდავი გადამისამართებადი პროქსის წვდომის ჩართვა. შეინარჩუნეთ ProxyRequests Off, თუ კლიენტის მიერ მოწოდებული გადამისამართებადი პროქსის დანიშნულებების მიღება განზრახ, წვდომით კონტროლირებადი სერვისი არ არის.

მოათავსეთ წესი სერვერის ან ვირტუალური ჰოსტის კონფიგურაციაში და დარწმუნდით, რომ საჭირო პროქსი მოდულები ჩატვირთულია. Apache-ის NoProxy დირექტივას შეუძლია ამოიცნოს შიდა ქსელის დანიშნულებები, რომლებმაც უნდა აირიდონ დისტანციური პროქსი.

Basic-ის სერტიფიკატებს მომთხოვნი ზედა დინებისთვის არასავალდებულო მესამე არგუმენტი ხელმისაწვდომია httpd 2.4.59-დან და შემდგომში და წინასწარ აგზავნის მათ. შეამოწმეთ განლაგებული ვერსია და დაიცავით ეს კონფიგურაცია სერტიფიკატების ფორმის გამოყენებამდე.

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