Vitambulisho vya Apache ProxyRemote dhidi ya proxy-chain-auth

Mteja anaweza kujithibitisha kwa proksi ya mbele ya Apache kwa akaunti moja, huku Apache akijithibitisha kwa proksi mzazi kwa nyingine:

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

Kwa akaunti isiyobadilika ya mzazi kwenye httpd 2.4.59 au baadaye, ProxyRemote inakubali hoja ya tatu:

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

Hii inaongeza kwenye usanidi uliopo wa proksi-mbele unaodhibiti ufikiaji, kama kikusikilizaji cha kibinafsi kinachohitaji IP ya mteja na kuingia kwa proksi zote mbili. Akaunti ni ya mzazi aliyechaguliwa. Linda usanidi unaoihifadhi, na chagua wigo wa ulinganifu unaohitajika na usambazaji.

Apache hutuma vitambulisho hivi vya Basic mapema, bila kusubiri changamoto kwanza. Hilo hufanya usafirishaji na sera ya akaunti ya muunganisho wa mzazi kuwa muhimu; kikao cha HTTPS cha baadaye cha tovuti hakikilindi chenyewe kuruka kwa HTTP kwa maandishi wazi kuelekea mzazi.

Wakati akaunti hiyo hiyo inayoingia inapaswa kuendelea

Kwa kawaida Apache hutumia uthibitishaji wa proksi unaoelekezwa kwake mwenyewe. Badala yake mpangilio wa mazingira proxy-chain-auth huruhusu vitambulisho vya proksi vya mteja kupitishwa kwa proksi inayofuata:

SetEnv proxy-chain-auth On

Hii inafaa tu kwa mnyororo wa uthibitishaji unaoshirikiwa kwa kusudi. Hupitisha nyenzo za akaunti inayoingia mbele; haibuni jina la mtumiaji na nenosiri tofauti la mzazi.

Pamoja na hoja mahususi ya vitambulisho ya ProxyRemote, proxy-chain-auth haina athari yoyote. Chagua chanzo cha vitambulisho kwa ufahamu badala ya kuweka tabaka za mipangilio yote miwili kwa matumaini kwamba nenosiri linalofanya kazi litachaguliwa.

Mbinu hizi huthibitisha kuruka kwa proksi. Kichwa cha Authorization cha tovuti lengwa kinabaki kuwa ubadilishanaji tofauti.