Apache ProxyRemote акредитиви наспроти proxy-chain-auth

Клиентот може да се автентицира на напредно прокси на Apache со една сметка, додека Apache се автентицира на родителско прокси со друга:

client ── client account ── Apache ── parent account ── parent proxy

За фиксна сметка на родителско прокси на httpd 2.4.59 или поново, ProxyRemote прифаќа трет аргумент:

ProxyRemote "*" "http://parent.example:3128" "parent-user:replace_with_private_password"

Ова ја дополнува постоечката конфигурација на напредно прокси со контрола на пристап, на пример приватен слушач што бара и IP на клиентот и најава на прокси. Сметката му припаѓа на избраното родителско прокси. Заштитете ја конфигурацијата што ја содржи и изберете го опсегот на совпаѓање што го бара распоредувањето.

Apache ги испраќа овие Basic акредитиви однапред, без прво да чека предизвик. Затоа се важни транспортот и политиката на сметки на врската кон родителското прокси; подоцнежната HTTPS сесија на веб-страницата сама не штити чист HTTP скок кон родителското прокси.

Кога истата дојдовна сметка треба да продолжи

Apache обично ја троши прокси-автентикацијата упатена кон него самиот. Поставката на околината proxy-chain-auth наместо тоа дозволува препраќање на прокси-акредитивите на клиентот до следното прокси:

SetEnv proxy-chain-auth On

Ова е соодветно само за намерно споделен ланец на автентикација. Ја препраќа дојдовната сметка; не измислува различно корисничко име и лозинка за родителското прокси.

Со експлицитниот аргумент за акредитиви на ProxyRemote, proxy-chain-auth нема ефект. Изберете го изворот на акредитиви свесно, наместо да ги наредувате двете поставки со надеж дека ќе биде избрана лозинката што работи.

Овие механизми ги автентицираат прокси-скоковите. Заглавјето Authorization на целната веб-страница останува посебна размена.