Fer que Apache exigeixi la IP del client i l’accés al proxy
Combina a Apache 2.4 l’autenticació del proxy i les restriccions d’adreça del client sense permetre que una sola condició concedeixi accés.
Quan un proxy directe d’Apache 2.4 ha d’exigir tant l’adreça d’origen aprovada com un inici de sessió vàlid, fes servir <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>Integra aquest fragment d’autorització al proxy restringit existent. Substitueix l’adreça del client i el camí del fitxer de comptes; els mòduls d’autenticació i autorització han d’estar disponibles i el fitxer ja ha de contenir els usuaris previstos. No és un desplegament complet del punt d’escolta.
Dos detalls determinen la política. El contenidor expressa AND; posar requisits positius l’un al costat de l’altre no exigeix necessàriament que es compleixin tots. Require valid-user accepta un compte autenticat, mentre que Require user alice n’especifica un. Un Require user sol no expressa res. Consulta la referència d’Apache sobre autorització d’usuaris.
| Origen | Inici de sessió | Resultat requerit |
|---|---|---|
| Permès | Vàlid | La petició autoritzada prevista es permet. |
| Permès | Falta o no és vàlid | No hi ha reenviament autoritzat. |
| Fora de l’origen permès | Vàlid | No hi ha reenviament autoritzat. |
Revisa l’amfitrió virtual que engloba el fragment i altres seccions d’autorització coincidents; prova el límit d’autorització una configuració més específica pot canviar el resultat efectiu. L’inici de sessió Basic també necessita un transport protegit entre client i proxy. L’HTTPS de destinació comença més tard i no protegeix l’intercanvi anterior de credencials en clar.