Wymuś w Apache zarówno IP klienta, jak i logowanie do proxy
Połącz w Apache 2.4 uwierzytelnianie proxy z ograniczeniami adresu klienta, aby żaden warunek sam nie przyznawał dostępu.
Gdy proxy przekazujące Apache 2.4 ma wymagać zatwierdzonego adresu źródłowego i prawidłowego logowania, użyj <RequireAll>:
<Proxy "*">
AuthType Basic
AuthName "Private proxy"
AuthBasicProvider file
AuthUserFile /etc/apache2/private-proxy-users
<RequireAll>
Require ip 192.0.2.25
Require valid-user
</RequireAll>
</Proxy>Włącz ten fragment autoryzacji do istniejącego ograniczonego proxy. Zastąp adres klienta i ścieżkę pliku kont; moduły uwierzytelniania i autoryzacji muszą być dostępne, a plik musi już zawierać przewidzianych użytkowników. To nie jest pełne wdrożenie nasłuchu.
Politykę określają dwa szczegóły. Kontener wyraża AND; umieszczenie wymagań pozytywnych obok siebie niekoniecznie wymaga wszystkich. Require valid-user akceptuje uwierzytelnione konto, a Require user alice wskazuje jedno konto. Samo Require user niczego nie wyraża. Zobacz referencję Apache dotyczącą autoryzacji użytkowników.
| Źródło | Logowanie | Wymagany wynik |
|---|---|---|
| Dozwolone | Prawidłowe | Planowane autoryzowane żądanie jest dozwolone. |
| Dozwolone | Brak lub nieprawidłowe | Brak autoryzowanego przekazywania. |
| Poza dozwolonym źródłem | Prawidłowe | Brak autoryzowanego przekazywania. |
Przed poleganiem na fragmencie przejrzyj obejmujący go host wirtualny i inne pasujące sekcje autoryzacji, a następnie @@przetestuj granicę autoryzacji; bardziej szczegółowa konfiguracja może zmienić rzeczywisty wynik. Logowanie Basic wymaga również chronionego transportu klient–proxy. HTTPS celu zaczyna się później i nie chroni wcześniejszej wymiany poświadczeń w postaci jawnej.