Lieciet Apache pieprasīt gan klienta IP, gan starpniekservera pieteikšanos

Apvienojiet Apache 2.4 starpniekservera autentifikāciju ar klienta adreses ierobežojumiem, neļaujot vienam nosacījumam piešķirt piekļuvi atsevišķi.

Ja Apache 2.4 pārsūtīšanas starpniekserverim jāpieprasa gan apstiprināta avota adrese, gan derīga pieteikšanās, izmantojiet <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>

Iekļaujiet šo autorizācijas fragmentu esošajā ierobežotajā starpniekserverī. Aizstājiet klienta adresi un konta faila ceļu; autentifikācijas un autorizācijas moduļiem jābūt pieejamiem, un failā jau jābūt paredzētajiem lietotājiem. Tā nav pilnīga klausītāja ieviešana.

Politiku nosaka divi sīkumi. Konteiners izsaka AND; pozitīvu prasību novietošana blakus ne vienmēr pieprasa tās visas. Require valid-user pieņem autentificētu kontu, bet Require user alice nosauc vienu kontu. Neapstiprināts Require user neko neizsaka. Skatiet Apache lietotāju autorizācijas atsauci.

AvotsPieteikšanāsNepieciešamais rezultāts
AtļautsDerīgsParedzētais autorizētais pieprasījums ir atļauts.
AtļautsTrūkst vai nav derīgsAutorizēta pārsūtīšana nav atļauta.
Ārpus atļautā avotaDerīgsAutorizēta pārsūtīšana nav atļauta.

Pirms paļaujaties uz fragmentu, pārskatiet aptverošo virtuālo resursdatoru un citas atbilstošās autorizācijas sadaļas, pēc tam @@pārbaudiet autorizācijas robežu; specifiskāka konfigurācija var mainīt faktisko rezultātu. Basic pieteikšanās prasa arī aizsargātu klienta–starpniekservera transportu. Mērķa HTTPS sākas vēlāk un nevar aizsargāt agrāko nešifrēto akreditācijas datu apmaiņu.

Saistītie raksti