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 హెడర్ ప్రత్యేక మార్పిడిగానే ఉంటుంది.