Ipatukoy sa Apache ang parehong client IP at proxy login

Pagsamahin ang Apache 2.4 proxy authentication at mga limitasyon sa address ng client upang walang isang kondisyon ang magbigay ng access nang mag-isa.

Kapag kailangang hingin ng Apache 2.4 forward proxy ang aprubadong source address at valid na login, gamitin ang <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>

Isama ang authorization fragment na ito sa umiiral na limitadong proxy. Palitan ang address ng client at path ng account file; dapat available ang authentication/authorization modules at dapat mayroon na sa file ang mga nilalayong user. Hindi ito kumpletong listener deployment.

Dalawang detalye ang nagtatakda ng policy. Ipinapahayag ng container ang AND; ang paglalagay ng mga positibong requirement nang magkatabi ay hindi nangangahulugang kailangan ang lahat. Tumatanggap ang Require valid-user ng authenticated account, samantalang tinutukoy ng Require user alice ang isang account. Walang ipinapahayag ang nag-iisang Require user. Tingnan ang sanggunian ng Apache sa authorization ng user.

PinagmulanLoginKinakailangang resulta
PinapayaganWastoPinapayagan ang nilalayong authorized request.
PinapayaganWala o hindi wastoWalang authorized forwarding.
Labas sa pinapayagang pinagmulanWastoWalang authorized forwarding.

Suriin ang nakapaligid na virtual host at iba pang tugmang authorization section bago umasa sa fragment, pagkatapos ay @@subukan ang authorization boundary; maaaring baguhin ng mas tiyak na configuration ang aktuwal na resulta. Kailangan din ng Basic login ang protektadong transport sa pagitan ng client at proxy. Nagsisimula ang destination HTTPS sa bandang huli at hindi nito pinoprotektahan ang naunang palitan ng credential sa plain text.

Kaugnay na mga artikulo