Γιατί ένας κωδικός καταλόγου Apache δεν προστατεύει το προωθητικό proxy
Μια προστατευμένη σελίδα υποδοχής και ένα εξουσιοδοτημένο αίτημα προωθητικού proxy χρησιμοποιούν διαφορετικά περιβάλλοντα ρύθμισης. Τοποθετήστε την πολιτική proxy στη ρύθμιση διακομιστή ή εικονικού κεντρικού υπολογιστή.
Το αίτημα κωδικού στην αρχική σελίδα του Apache προστατεύει μόνο αυτόν τον τοπικό πόρο. Δεν αποδεικνύει ότι αυθαίρετα αιτήματα προωθητικού proxy απαιτούν την ίδια σύνδεση.
Το .htaccess ισχύει για υποστηριζόμενη ρύθμιση καταλόγου· δεν είναι τελικό φίλτρο για κάθε αίτημα. Οι ενότητες ProxyRequests και <Proxy> ανήκουν στη ρύθμιση διακομιστή ή εικονικού κεντρικού υπολογιστή. Τοποθετήστε εκεί την εξουσιοδότηση του προωθητικού proxy, με τη σύνταξη εξουσιοδότησης του Apache 2.4 και την απαιτούμενη ρύθμιση ταυτοποίησης.
Για μια ιδιωτική υπηρεσία, συνδυάστε σκόπιμα τις προβλεπόμενες απαιτήσεις πηγής πελάτη και λογαριασμού. Στη συνέχεια εξετάστε τον εικονικό κεντρικό υπολογιστή που επιλέγει κάθε ακροατής, συμπεριλαμβανομένων των προεπιλεγμένων κεντρικών υπολογιστών και της κληρονομημένης ρύθμισης. Η πρόσβαση σε ένα προστατευμένο όνομα κεντρικού υπολογιστή δεν αποδεικνύει ότι ένας άλλος ενεργός κεντρικός υπολογιστής έχει τους ίδιους περιορισμούς proxy.
Το ProxyPass επιτελεί άλλο ρόλο, συνήθως αντιστοιχίζει έναν τοπικό χώρο ονομάτων σε ένα backend. Η προσθήκη του δεν εξουσιοδοτεί αυθαίρετους προωθητικούς προορισμούς.
Αν μπορείτε να επεξεργαστείτε μόνο τα αρχεία εγγράφων ενός ιστότοπου, ίσως δεν έχετε το διαχειριστικό εύρος για να καθορίσετε το όριο πρόσβασης αυτής της υπηρεσίας. Αποκτήστε την αλλαγή ρύθμισης του διακομιστή ή χρησιμοποιήστε ένα εγκεκριμένο υπάρχον proxy· ένας κωδικός καταλόγου δεν μπορεί να το αντικαταστήσει.