Squid ର TPROXY ଶ୍ରୋତା ଗ୍ରାହକ ଟ୍ରାଫିକକୁ ସଫଳତାର ସହିତ ଗ୍ରହଣ କରିପାରେ, କିନ୍ତୁ ଏହାର ପ୍ରମୁଖ ସହିତ ସଂଯୋଗ ବିଫଳ ହୁଏ। ସେହି ବାହ୍ୟ ସଂଯୋଗରେ ଉତ୍ସ ଠିକଣା ରକ୍ଷା କରିବା ପ୍ରମୁଖର ନେଟୱାର୍କ ପଥ ପାଇଁ ଅନୁପଯୁକ୍ତ ହୋଇପାରେ।

ଏହି ବିକଳ୍ପକୁ ସମର୍ଥନ କରୁଥିବା Squid ସଂସ୍କରଣରେ, ସମ୍ପୃକ୍ତ ବିଦ୍ୟମାନ cache_peer ସଂଜ୍ଞାରେ no-tproxy ଯୋଡନ୍ତୁ। ଉଦାହରଣ ସ୍ୱରୂପ:

cache_peer parent.example.net parent 8118 0 no-query no-tproxy

no-tproxy ଏହି ସାଥୀ ଆଡକୁ ସଂଯୋଗ ପାଇଁ ଗ୍ରାହକର ଉତ୍ସ ଠିକଣା ନକଲି କରିବା ବନ୍ଦ କରେ। ଏହା ଶ୍ରୋତାର ସ୍ୱଚ୍ଛ ବିନ୍ୟାସ ହଟାଏ ନାହିଁ ଏବଂ ନିଜେ ସାଥୀ ଚୟନ କରେ ନାହିଁ। ତୈନାତିର ଅନ୍ୟ ପ୍ରମୁଖ-ଚୟନ ବିକଳ୍ପ ଓ ନିୟମ ରକ୍ଷା କରନ୍ତୁ। ଯେଉଁଠାରେ ସେହି ନିୟମ ଅଣ-ପ୍ରମାଣିତ ପ୍ରମୁଖ ମାଧ୍ୟମରେ ସାର୍ବଜନୀନ ଲକ୍ଷ୍ୟସ୍ଥଳକୁ ଅନୁମତି ଦିଏ, ସେଠାରେ HTTP ପ୍ରକ୍ସି ତାଲିକା ପ୍ରାର୍ଥୀ ଠିକଣା ଦିଏ; ବିଦ୍ୟମାନ ପ୍ରମୁଖ ପ୍ରମାଣପତ୍ର ରଖନ୍ତୁ ନାହିଁ, ଏବଂ ପ୍ରତ୍ୟେକ ପ୍ରକୃତ CONNECT ଲକ୍ଷ୍ୟ ପାଇଁ ଅନୁମତି ଯାଞ୍ଚ କରନ୍ତୁ।

ବର୍ତ୍ତମାନ ପ୍ରମୁଖ Squid ର ନିଜ ବାହ୍ୟ ଠିକଣାରୁ ସ୍ୱାଭାବିକ ସଂଯୋଗ ପାଏ, ଯେକୌଣସି NAT ଅଧୀନରେ। ଏହାର ପ୍ରବେଶ ନୀତି ଓ ପ୍ରମାଣୀକରଣ ସେହି ତଳ ପ୍ରକ୍ସିକୁ ଅନୁମତି ଦେବା ଆବଶ୍ୟକ। ଯେତେବେଳେ ଏହା IP ପ୍ରତିବନ୍ଧକ ବ୍ୟବହାର କରେ, ସେତେବେଳେ ପ୍ରମୁଖ ଦେଖୁଥିବା ଉତ୍ସ ଠିକଣା ଯାଞ୍ଚ କରନ୍ତୁ।

ଏହି ବିକଳ୍ପ Squid 7 ଏବଂ ପୂର୍ବ ସମର୍ଥିତ ସଂସ୍କରଣ ପାଇଁ ଦଲିଲଭୁକ୍ତ; ବିନ୍ୟାସ ସନ୍ଦର୍ଭ ଏହାକୁ Squid 8 ରେ ଅନୁପଲବ୍ଧ ବୋଲି ଚିହ୍ନିତ କରେ। ରେସିପିକୁ ବ୍ୟବହୃତ ସଂସ୍କରଣ ସହିତ ବାନ୍ଧି ରଖନ୍ତୁ।

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