Apache кардардын IP дарегин да, проксиге кирүүнү да талап кылсын
Apache 2.4 прокси аутентификациясын кардардын дарегине коюлган чектөөлөр менен айкалыштырып, бир шарттын өзү кирүүгө жол бербесин.
Apache 2.4 forward прокси бекитилген булак дарегин жана жарактуу кирүүнү экөөнү тең талап кылышы керек болсо, <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-и кийинчерээк башталып, мурунку ачык тексттеги эсептик маалымат алмашууну коргой албайт.