Dlaczego hasło katalogu Apache nie chroni proxowania przekazującego
Chroniona strona powitalna i autoryzowane żądanie proxy przekazującego używają różnych kontekstów konfiguracji. Zasady proxy umieść w konfiguracji serwera lub hosta wirtualnego.
Monit o hasło na stronie głównej Apache chroni tylko ten lokalny zasób. Nie dowodzi, że dowolne żądania proxy przekazującego wymagają tego samego logowania.
.htaccess dotyczy obsługiwanej konfiguracji katalogu; nie jest ostatecznym filtrem każdego żądania. Sekcje ProxyRequests i <Proxy> należą do konfiguracji serwera lub hosta wirtualnego. Umieść tam autoryzację proxy przekazującego, ze składnią autoryzacji Apache 2.4 i wymaganą konfiguracją uwierzytelniania.
W przypadku usługi prywatnej celowo połącz zamierzone wymagania dotyczące źródła klienta i konta. Następnie sprawdź host wirtualny wybierany przez każdego odbiorcę, w tym hosty domyślne i konfigurację dziedziczoną. Dostęp do jednej chronionej nazwy hosta nie dowodzi, że inny aktywny host ma te same ograniczenia proxy.
ProxyPass pełni inną rolę: zwykle mapuje lokalną przestrzeń nazw na backend. Dodanie go nie autoryzuje dowolnych celów przekazywania.
Jeśli możesz edytować tylko pliki dokumentów jednej witryny, może brakować Ci zakresu administracyjnego do ustalenia granicy dostępu tej usługi. Uzyskaj zmianę konfiguracji serwera lub użyj zatwierdzonego istniejącego proxy; hasło katalogu nie może jej zastąpić.