რატომ არ იცავს Apache-ის დირექტორიის პაროლი გამავალი პროქსის

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

.htaccess ეხება მხარდაჭერილ დირექტორიის კონფიგურაციას; ეს არ არის საბოლოო ფილტრი ყოველი მოთხოვნისთვის. ProxyRequests და <Proxy> სექციები სერვერის ან ვირტუალური ჰოსტის კონფიგურაციას განეკუთვნება. გამავალი პროქსის ავტორიზაცია იქ მოათავსეთ, Apache 2.4-ის ავტორიზაციის სინტაქსით და საჭირო ავთენტიფიკაციის კონფიგურაციით.

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

ProxyPass სხვა როლს ასრულებს და ჩვეულებრივ ლოკალურ სახელთა სივრცეს ბექენდზე ასახავს. მისი დამატება თვითნებური გამავალი დანიშნულებების ავტორიზაციას არ იძლევა.

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