Squid SO_ORIGINAL_DST ତ୍ରୁଟି ପଢ଼ିବା

NF getsockopt(SO_ORIGINAL_DST) ମୂଳ ଲକ୍ଷ୍ୟର ସନ୍ଧାନକୁ ସୂଚାଏ। ଇଣ୍ଟରସେପ୍ସନ ବ୍ୟବସ୍ଥାରେ, Squid କୁ ପୁନଃନିର୍ଦ୍ଦେଶିତ ସଂଯୋଗ ମୂଳରେ କୁଆଡ଼େ ଯାଉଥିଲା ତାହା ପୁନଃପ୍ରାପ୍ତ କରିବାକୁ ହେବ।

ସ୍ପଷ୍ଟ ଭାବରେ ବିନ୍ୟାସିତ ବ୍ରାଉଜର ନିଜର ଅନୁରୋଧ ଜାଣିଶୁଣି ପ୍ରକ୍ସି ପାଖକୁ ପଠାଏ। Squid ଶ୍ରୋତାର ପୋର୍ଟ ପାଖରେ intercept ଲେଖା ଥିବାରୁ ମାତ୍ର ସେହି ସଂଯୋଗ NAT ଇଣ୍ଟରସେପ୍ସନର ଇତିହାସ ପାଏ ନାହିଁ।

ତେଣୁ ଏହି ଅସଙ୍ଗତି ଲକ୍ଷ୍ୟର ପ୍ରମାଣପତ୍ର ପ୍ରାସଙ୍ଗିକ ହେବା ପୂର୍ବରୁ ବିଫଳ ହୋଇପାରେ।

ସଂଯୋଗ କିପରି ଆସିଲା ସେଥିରୁ ଆରମ୍ଭ କରନ୍ତୁ

• ଯଦି ଆପ୍ଲିକେସନରେ ପ୍ରକ୍ସି ଠିକଣା ବିନ୍ୟାସିତ ଅଛି, ଏହା ବ୍ୟବହାର କରିବା ଉଚିତ ସାଧାରଣ ଫରୱାର୍ଡ-ପ୍ରକ୍ସି ଶ୍ରୋତା ନିର୍ଣ୍ଣୟ କରନ୍ତୁ।
• ଯଦି ଗେଟୱେ ଅନ୍ୟଥା ସିଧାସଳଖ ଟ୍ରାଫିକକୁ ପୁନଃନିର୍ଦ୍ଦେଶ କରେ, ଏହା ଉଦ୍ଦିଷ୍ଟ ଇଣ୍ଟରସେପ୍ସନ ଶ୍ରୋତା ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚେ କି ଏବଂ ସମର୍ଥିତ NAT ଡିଜାଇନ ଆବଶ୍ୟକୀୟ ଲକ୍ଷ୍ୟ ସୂଚନା ସଂରକ୍ଷିତ ରଖେ କି ଯାଞ୍ଚ କରନ୍ତୁ।
• ଯଦି ଦୁଇଟି ମୋଡ ଅଛି, ବିଫଳ ହେଉଥିବା କ୍ଲାୟେଣ୍ଟ ପ୍ରକୃତରେ କେଉଁ ଠିକଣା ଏବଂ ପୋର୍ଟ ସହ ଯୋଡ଼ିଥିଲା ଯାଞ୍ଚ କରନ୍ତୁ।

Squid ର http_port ଦଲିଲ ପାର୍ଥକ୍ୟ ସ୍ପଷ୍ଟ କରେ: ମୋଡ ଫ୍ଲାଗ ଛାଡ଼ିବା ଫରୱାର୍ଡ-ପ୍ରକ୍ସି ମୋଡ ଚୟନ କରେ; intercept IP ସ୍ତରରେ NAT ଇଣ୍ଟରସେପ୍ସନ ଆଶା କରେ।

ତାପରେ ପରିବହନ ସୁରକ୍ଷା ଅଲଗା ଭାବରେ ଦେଖନ୍ତୁ। ଏକ HTTP ପ୍ରକ୍ସି CONNECT ମାଧ୍ୟମରେ HTTPS ବହନ କରିପାରେ। ପ୍ରକ୍ସି ଆଡ଼କୁ TLS ସଂଯୋଗ ପାଇଁ ସୁସଙ୍ଗତ ଶ୍ରୋତା ଏବଂ କ୍ଲାୟେଣ୍ଟ ବିନ୍ୟାସ ଆବଶ୍ୟକ। ଲକ୍ଷ୍ୟ ଟ୍ରାଫିକ ଡିକ୍ରିପ୍ଟ କରିବା ଆଉ ଏକ ବୈକଳ୍ପିକ ସକ୍ଷମତା।

ଲକ୍ଷ୍ୟ URL HTTPS ରେ ଆରମ୍ଭ ହେଉଛି ବୋଲି ପ୍ରମାଣପତ୍ର ଉତ୍ପାଦନ ଖୋଲୁଥିବା ପୁରୁଣା “HTTPS ସମାଧାନ” ନକଲ କରନ୍ତୁ ନାହିଁ। ପ୍ରଥମେ କ୍ଲାୟେଣ୍ଟ ଓ ଶ୍ରୋତା ମଧ୍ୟରେ ସମନ୍ୱୟ ଠିକ କରନ୍ତୁ। ତାପରେ ଯଦି ପ୍ରକୃତ TLS ତ୍ରୁଟି ରହେ, ତାହା ଯାଞ୍ଚ ପାଇଁ ଅଧିକ ଉପଯୋଗୀ ତ୍ରୁଟି ହେବ।