Faru ke Apache postulu kaj klientan IP kaj prokurilan ensaluton
Kombinu en Apache 2.4 prokurilan aŭtentikigon kun klientadresaj limigoj, sen lasi unu kondiĉon sola doni aliron.
Kiam Apache 2.4 plusenda prokurilo devas postuli kaj aprobitan fontadreson kaj validan ensaluton, uzu <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>Kunigu ĉi tiun rajtigan fragmenton kun la ekzistanta limigita prokurilo. Anstataŭigu la klientan adreson kaj kontodosieran vojon; la aŭtentikigaj kaj rajtigaj moduloj devas esti disponeblaj, kaj la dosiero jam devas enhavi la celitajn uzantojn. Ĝi ne estas kompleta aŭskultila deplojo.
Du detaloj determinas la politikon. La ujo esprimas AND; meti pozitivajn postulojn unu apud la alia ne nepre postulas ĉiujn. Require valid-user akceptas aŭtentikigitan konton, dum Require user alice nomas unu konton. Nura Require user esprimas nenion. Vidu la uzant-rajtigan referencon de Apache.
| Fonto | Ensaluto | Postulata rezulto |
|---|---|---|
| Permesita | Valida | La celita rajtigita peto estas permesita. |
| Permesita | Mankas aŭ nevalidas | Neniu rajtigita plusendado. |
| Ekster la permesita fonto | Valida | Neniu rajtigita plusendado. |
Antaŭ ol fidi la fragmenton, kontrolu la ĉirkaŭantan virtualan gastiganton kaj aliajn kongruajn rajtigajn sekciojn; testu la rajtigan limon pli specifa agordo povas ŝanĝi la efektivan rezulton. Basic-ensaluto ankaŭ bezonas protektitan klienta-prokurilan transporton. Destination HTTPS komenciĝas poste kaj ne protektas la pli fruan klartekstan akreditaĵan interŝanĝon.