Squid PROXY ପ୍ରୋଟୋକଲ: HTTP ପ୍ରବେଶ ଯାଞ୍ଚ ପୂର୍ବରୁ ପ୍ରେରକକୁ ବିଶ୍ୱାସ କରନ୍ତୁ

ମେଟାଡାଟା ଯୋଗାଉଥିବା ରିଲେ ଉପରେ ଭରସା କରିବାକୁ proxy_protocol_access ବ୍ୟବହାର କରନ୍ତୁ, ଅନୁମତିପ୍ରାପ୍ତ ୱେବସାଇଟ ବାଛିବା ପାଇଁ ନୁହେଁ। Squid 5–7 ରେ, TCP ସେଟଅପ ପରେ require-proxy-header ଶ୍ରୋତାରେ ଯାଞ୍ଚ ଥରେ ଚାଲେ, HTTP ଅନୁରୋଧ ହେଡର ପ୍ରକ୍ରିୟା ହେବା ପୂର୍ବରୁ:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

ଉଦାହରଣର ରିଲେ ଠିକଣା ବଦଳାନ୍ତୁ ଏବଂ ଏହି ଶ୍ରୋତାକୁ ନେଟୱାର୍କ ପ୍ରବେଶ ସୀମିତ କରନ୍ତୁ। ଏହି ପର୍ଯ୍ୟାୟରେ Squid ଯୋଗାଇଥିବା ମେଟାଡାଟା ଗ୍ରହଣ କରିବା ପୂର୍ବରୁ ପ୍ରକୃତ TCP ସାଥୀକୁ ଯାଞ୍ଚ କରେ। ଗ୍ରହଣ ପରେ, ଏହା ପରବର୍ତ୍ତୀ ACL ଯାଞ୍ଚ ଏବଂ ଲଗିଂ ପାଇଁ ଦାବି କରାଯାଇଥିବା କ୍ଲାଏଣ୍ଟ ଠିକଣା ବ୍ୟବହାର କରେ। ରିଲେ ଯାହା ଦାବି କରେ ସେହି କ୍ଲାଏଣ୍ଟ ଠିକଣା ଉପରେ ଆଧାର କରି ଭରସା କଲେ ସେହି କ୍ରମ ଓଲଟା ହେବ।

ପରବର୍ତ୍ତୀ କ୍ଲାଏଣ୍ଟ-ଉତ୍ସ ଏବଂ ଲକ୍ଷ୍ୟ ଅନୁମତି ପାଇଁ http_access ରଖନ୍ତୁ। ମେଟାଡାଟା ଗ୍ରହଣ ୱେବସାଇଟ ପ୍ରବେଶକୁ ଅଧିକୃତ କରେ ନାହିଁ, ଏବଂ ଲକ୍ଷ୍ୟ-ଡୋମେନ ACL ପୂର୍ବର ପ୍ରେରକ-ଭରସା ପ୍ରଶ୍ନର ଉତ୍ତର ଦେଇପାରିବ ନାହିଁ।

ପ୍ରେରକ ଏବଂ ଗ୍ରହୀତା ସମର୍ଥିତ PROXY ପ୍ରୋଟୋକଲ ସଂସ୍କରଣରେ ସହମତ ହେବା ଆବଶ୍ୟକ। ସାଧାରଣ HTTP କ୍ଲାଏଣ୍ଟ ଏହି ବାଧ୍ୟତାମୂଳକ-ଉପସର୍ଗ ଶ୍ରୋତାକୁ ସାଧାରଣ ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ ଭାବରେ ବ୍ୟବହାର କରିପାରିବ ନାହିଁ। ଯଦି ଉଭୟ ରୂପ ଆବଶ୍ୟକ, ତେବେ ସେହି ଶ୍ରବଣ ଠିକଣା ଓ ପୋର୍ଟ ନକଲ କରିବା ପରିବର୍ତ୍ତେ ଉଦ୍ଦେଶ୍ୟପୂର୍ବକ ଅଲଗା ଏଣ୍ଡପଏଣ୍ଟ ବ୍ୟବହାର କରନ୍ତୁ।

ବିଶ୍ୱସନୀୟ ରିଲେ ନିଜେ ଯୋଗାଉଥିବା କ୍ଲାଏଣ୍ଟ ପରିଚୟ ମାଧ୍ୟମରେ ଠିକଣା-ଆଧାରିତ ଅଧିକୃତତାକୁ ପ୍ରଭାବିତ କରିପାରେ। ସେହି କ୍ଷମତା କେବଳ ଉଦ୍ଦିଷ୍ଟ ମଧ୍ୟସ୍ଥକୁ ଦିଅନ୍ତୁ।