Squid ଏହାର ଶ୍ରୋତାକୁ ବାଇଣ୍ଡ କରିପାରୁ ନାହିଁ: ପ୍ରଥମେ ଠିକଣା ଯାଞ୍ଚ କରନ୍ତୁ

କ୍ଲାଏଣ୍ଟ ଉଦ୍ଦିଷ୍ଟ ଶ୍ରୋତା ବ୍ୟବହାର କରିବା ପୂର୍ବରୁ ପ୍ରକ୍ସି ହୋଷ୍ଟରେ ବାଇଣ୍ଡ ତ୍ରୁଟି ଘଟେ। ୱେବସାଇଟ URL କିମ୍ବା ପ୍ରକ୍ସି ପାସୱାର୍ଡ ବଦଳାଇଲେ ଅନୁପସ୍ଥିତ ସ୍ଥାନୀୟ ଠିକଣା ଉପଲବ୍ଧ ହେବ ନାହିଁ।

ବିଫଳ ସମ୍ପୂର୍ଣ୍ଣ ଏଣ୍ଡପଏଣ୍ଟ ପଢ଼ନ୍ତୁ: ଠିକଣା, ପୋର୍ଟ ଏବଂ ଠିକଣା ପରିବାର। [::1] ଥିବା ବାର୍ତ୍ତା IPv6 loopback ବିଷୟରେ। ଏହା IPv6 ୱେବସାଇଟକୁ ବାହାରକୁ ସଂଯୋଗ କରିବାରେ ଅସମର୍ଥ ହେବା ସହ ସମାନ ନୁହେଁ।

କେଉଁ ନେଟୱାର୍କ ନାମସ୍ଥାନ ଏହାର ମାଲିକ ତାହା ପଚାରନ୍ତୁ

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

Squid ର ଶ୍ରୋତା ସନ୍ଦର୍ଭ ବ୍ୟାଖ୍ୟା କରେ ଯେ ସ୍ପଷ୍ଟ ଠିକଣା ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ ସ୍ଥାନୀୟ ଏଣ୍ଡପଏଣ୍ଟ ବାଇଣ୍ଡ କରେ। ହୋଷ୍ଟନାମ ସେହି ପରିବେଶରେ ଅନୁପସ୍ଥିତ ଠିକଣାକୁ ରିଜୋଲ୍ଭ ହେଲେ ଅତିରିକ୍ତ ଦ୍ୱନ୍ଦ୍ୱର ଉତ୍ସ ହୋଇପାରେ।

ଅନ୍ୟ ବାଇଣ୍ଡ ତ୍ରୁଟିର କାରଣ ଭିନ୍ନ। ଅଧିକୃତ ପୋର୍ଟ ଅନ୍ୟ ଶ୍ରୋତା କିମ୍ବା ଇନଷ୍ଟାନ୍ସ ସୂଚାଏ। ଅନୁମତି ପ୍ରତ୍ୟାଖ୍ୟାନ ବିଶେଷାଧିକାର ପୋର୍ଟ କିମ୍ବା ହୋଷ୍ଟ ସୁରକ୍ଷା ନୀତି ସହ ସମ୍ବନ୍ଧିତ ହୋଇପାରେ। ଅନୁପଲବ୍ଧ ଠିକଣା ଠିକଣା ବିନ୍ୟାସକୁ ସୂଚାଏ। ପ୍ରତ୍ୟେକ ବାଇଣ୍ଡ ବିଫଳତାକୁ ଫାୟାରୱାଲ ପ୍ରତ୍ୟାଖ୍ୟାନ ଭାବିବା ପରିବର୍ତ୍ତେ ଏହି ପର୍ଯ୍ୟବେକ୍ଷଣଗୁଡ଼ିକୁ ଅଲଗା ରଖନ୍ତୁ।

ଯଦି ନିୟୋଜନ ଉଦ୍ଦେଶ୍ୟପୂର୍ବକ କେବଳ IPv4, ଉଦ୍ଦିଷ୍ଟ ପ୍ରବେଶ ନୀତି ଅଧୀନରେ ଉପଯୁକ୍ତ ସ୍ପଷ୍ଟ IPv4 ଶ୍ରୋତା ବାଛନ୍ତୁ। ଯଦି IPv6 ଆବଶ୍ୟକ, ସେହି ପରିବେଶକୁ ଏହାକୁ ସମର୍ଥନ କରିବା ପାଇଁ ବିନ୍ୟାସ କରନ୍ତୁ। କେବଳ ତ୍ରୁଟି ଚୁପ୍ କରିବା ପାଇଁ ସାର୍ବଜନୀନ ଭାବରେ wildcard ଠିକଣାରେ ବାଇଣ୍ଡ କଲେ ପ୍ରକ୍ସି ଉଦ୍ଦିଷ୍ଟଠାରୁ ଅଧିକ ବ୍ୟାପକ ଭାବରେ ଖୋଲା ହୋଇପାରେ।

ଶେଷରେ, ବିଫଳ ସକେଟ କ୍ଲାଏଣ୍ଟମୁଖୀ HTTP ଶ୍ରୋତା କି Squid ର ଅନ୍ୟ ଉପାଦାନ ତାହା ଯାଞ୍ଚ କରନ୍ତୁ। ଗୋଟିଏ ସତର୍କତା ସମସ୍ତ ଶ୍ରୋତା ବିଫଳ ହୋଇଛି ପ୍ରମାଣ କରେ ନାହିଁ, କିନ୍ତୁ କାର୍ଯ୍ୟକ୍ଷମ ଅସମ୍ପୃକ୍ତ ସକେଟ କ୍ଲାଏଣ୍ଟଙ୍କ ଆବଶ୍ୟକ ଏଣ୍ଡପଏଣ୍ଟ ଉପଲବ୍ଧ ଅଛି ପ୍ରମାଣ କରେ ନାହିଁ।