ଏକ ଗ୍ରାହକ ଏକ ଖାତା ସହିତ 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 ହେଡର ଏକ ଅଲଗା ବିନିମୟ ହୋଇ ରହେ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ