Патрабаваць у Apache і IP кліента, і ўваход у проксі

Спалучыце аўтэнтыфікацыю проксі Apache 2.4 з абмежаваннем адраса кліента, не дазваляючы аднаму ўмову самастойна адкрываць доступ.

Калі forward-проксі Apache 2.4 павінен патрабаваць ухвалены адрас крыніцы і сапраўдны ўваход, выкарыстоўвайце <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>

Убудуйце гэты фрагмент аўтарызацыі ў існуючы абмежаваны проксі. Замяніце адрас кліента і шлях да файла ўліковых запісаў; модулі аўтэнтыфікацыі і аўтарызацыі павінны быць даступныя, а файл ужо павінен утрымліваць патрэбных карыстальнікаў. Гэта не поўнае разгортванне слухача.

Палітыку вызначаюць дзве дэталі. Кантэйнер выражае AND; суседнія станоўчыя патрабаванні не абавязкова патрабуюць усіх. Require valid-user прымае аўтэнтыфікаваны ўліковы запіс, а Require user alice называе адзін уліковы запіс. Адзін Require user нічога не выражае. Глядзіце даведнік Apache па аўтарызацыі карыстальнікаў.

КрыніцаУваходПатрэбны вынік
ДазволенаСапраўднаеПрадбачаны аўтарызаваны запыт дазволены.
ДазволенаАдсутнічае або няправільнаеНяма дазволенага перанакіравання.
Па-за дазволенай крыніцайСапраўднаеНяма дазволенага перанакіравання.

Перад выкарыстаннем фрагмента праверце ахопны віртуальны хост і іншыя адпаведныя раздзелы аўтарызацыі, потым @@праверце мяжу аўтарызацыі; больш спецыфічная канфігурацыя можа змяніць вынік. Basic-уваход таксама патрабуе абароненага транспарту паміж кліентам і проксі. HTTPS прызначэння пачынаецца пазней і не абараняе ранейшы абмен уліковымі данымі ў адкрытым тэксце.

Падобныя артыкулы