Fanya Apache ihitaji IP ya kiteja na kuingia kwa proksi
Unganisha uthibitishaji wa proksi wa Apache 2.4 na vizuizi vya anwani ya kiteja bila sharti moja kutoa ufikiaji peke yake.
Proksi ya mbele ya Apache 2.4 ikihitaji anwani ya chanzo iliyoidhinishwa na kuingia halali, tumia <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>Unganisha kipande hiki cha uidhinishaji kwenye proksi iliyozuiwa iliyopo. Badilisha anwani ya kiteja na njia ya faili la akaunti; moduli za uthibitishaji na uidhinishaji lazima zipatikane, na faili liwe na watumiaji waliokusudiwa tayari. Huu si usambazaji kamili wa kisikilizaji.
Maelezo mawili huamua sera. Kontena linaonyesha AND; kuweka mahitaji chanya kando hakumaanishi yote yanahitajika. Require valid-user hukubali akaunti iliyothibitishwa, huku Require user alice ikitaja akaunti moja. Require user pekee haielezi chochote. Tazama marejeo ya Apache kuhusu uidhinishaji wa watumiaji.
| Chanzo | Kuingia | Matokeo yanayohitajika |
|---|---|---|
| Inaruhusiwa | Halali | Ombi lililoidhinishwa linakubaliwa. |
| Inaruhusiwa | Halipo au si halali | Hakuna uelekezaji ulioidhinishwa. |
| Nje ya chanzo kinachoruhusiwa | Halali | Hakuna uelekezaji ulioidhinishwa. |
Kagua seva pepe inayozunguka na sehemu nyingine za uidhinishaji zinazolingana kabla ya kutegemea kipande hiki, kisha @@jaribu mpaka wa uidhinishaji; usanidi maalumu zaidi unaweza kubadilisha matokeo halisi. Kuingia kwa Basic pia kunahitaji usafirishaji uliolindwa kati ya kiteja na proksi. HTTPS ya lengwa huanza baadaye na hailindi ubadilishanaji wa awali wa kitambulisho kwa maandishi wazi.