Нека 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 на одредиштето започнува подоцна и не ја заштитува претходната размена на акредитиви во чист текст.

Поврзани статии