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 վերնագիրը մնում է առանձին փոխանակում։