Bëjeni Apache të kërkojë edhe IP-në e klientit edhe hyrjen në proxy

Kombinoni autentifikimin e proxy-t Apache 2.4 me kufizimet e adresës së klientit, pa lejuar që një kusht i vetëm të japë qasje.

Kur një proxy përcjellës Apache 2.4 duhet të kërkojë si adresën burimore të miratuar, ashtu edhe hyrje të vlefshme, përdorni <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>

Bashkojeni këtë fragment autorizimi me proxy-n e kufizuar ekzistues. Zëvendësoni adresën e klientit dhe shtegun e skedarit të llogarive; modulet e autentifikimit dhe autorizimit duhet të jenë të disponueshme dhe skedari duhet të përmbajë tashmë përdoruesit e synuar. Ky nuk është vendosje e plotë e dëgjuesit.

Dy hollësi përcaktojnë politikën. Kontejneri shpreh AND; vendosja e kërkesave pozitive pranë njëra-tjetrës nuk kërkon domosdoshmërisht të gjitha. Require valid-user pranon një llogari të autentifikuar, ndërsa Require user alice emërton një llogari. Një Require user i vetëm nuk shpreh asgjë. Shihni referencën e Apache për autorizimin e përdoruesve.

BurimiHyrjaRezultati i kërkuar
LejohetE vlefshmeKërkesa e synuar e autorizuar lejohet.
LejohetMungon ose është e pavlefshmeNuk ka përcjellje të autorizuar.
Jashtë burimit të lejuarE vlefshmeNuk ka përcjellje të autorizuar.

Rishikoni hostin virtual përreth dhe seksionet e tjera që përputhen të autorizimit para se t’i besoni fragmentit, pastaj @@testoni kufirin e autorizimit; konfigurimi më specifik mund të ndryshojë rezultatin efektiv. Hyrja Basic ka nevojë edhe për transport të mbrojtur klient-proxy. HTTPS i destinacionit fillon më vonë dhe nuk mbron shkëmbimin e mëparshëm të kredencialeve në tekst të qartë.

Artikuj të ngjashëm