ଖୋଲା TCP ପୋର୍ଟ proxy କାମ କରେ ବୋଲି ପ୍ରମାଣ ନୁହେଁ

ସଫଳ ପୋର୍ଟ ଯାଞ୍ଚ କେବଳ ସଂଯୋଗ ସ୍ଥାପନ କରେ। Proxy handshake ଓ ଲକ୍ଷ୍ୟର ଆଶାକୃତ response ମଧ୍ୟ ଯାଞ୍ଚ କରନ୍ତୁ।

ଖୋଲା TCP ପୋର୍ଟ ଦର୍ଶାଏ ଯେ listener ଏକ ସଂଯୋଗ ଗ୍ରହଣ କରିଛି। ଏହା proxy, ସାଧାରଣ web server କିମ୍ବା ଅନ୍ୟ ସେବା ହୋଇପାରେ; ପୋର୍ଟ 8080 ପ୍ରୋଟୋକଲ୍ ଚିହ୍ନଟ କରେ ନାହିଁ।

HTTP proxy ଭାବେ ଦଲିଲରେ ଥିବା endpoint ର ପ୍ରକୃତ ଠିକଣା ସମୟ ସୀମାଯୁକ୍ତ HTTPS ଅନୁରୋଧରେ ବ୍ୟବହାର କରନ୍ତୁ:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

ଦଲିଲର ଠିକଣାକୁ ନିଜ HTTP endpoint କିମ୍ବା HTTP proxy ତାଲିକାର ପ୍ରାର୍ଥୀରେ ବଦଳାନ୍ତୁ। SOCKS ପାଇଁ ଉପଯୁକ୍ତ SOCKS client mode ବ୍ୟବହାର କରି negotiation ସମ୍ପୂର୍ଣ୍ଣ କରନ୍ତୁ। ଭୁଲ୍ handshake TCP ଗ୍ରହଣ ପରେ ତୁରନ୍ତ ବିଫଳ ହୋଇପାରେ।

ଦେଖାଯାଇଥିବା ପର୍ଯ୍ୟାୟକ'ଣ ପ୍ରମାଣ କରେ
TCP ଗ୍ରହଣ ହୋଇଛିListener ପାଖରେ ପହଞ୍ଚିହୁଏ।
Proxy handshake ଗ୍ରହଣ ହୋଇଛିListener ଏହି proxy କାର୍ଯ୍ୟ ଗ୍ରହଣ କରିଛି।
ଲକ୍ଷ୍ୟର TLS ଯାଞ୍ଚ ହୋଇଛିClient ନିଜ trust setting ଅନୁଯାୟୀ ଉଦ୍ଦିଷ୍ଟ ସୁରକ୍ଷିତ ସଂଯୋଗ ସମ୍ପୂର୍ଣ୍ଣ କରିଛି।
ଆଶାକୃତ status ଓ content ମିଳିଛିApplication ଅନୁରୋଧ ଆଶାକୃତ ଫଳ ଦେଇଛି।

HTTP proxy ଦେଇ HTTPS ପାଇଁ ଲକ୍ଷ୍ୟ ପୋର୍ଟକୁ CONNECT ଅନୁମତି ଥିବା ଦରକାର। ଏପରିକି CONNECT 200 ମଧ୍ୟ ମଧ୍ୟବର୍ତ୍ତୀ ପର୍ଯ୍ୟାୟ: TLS କିମ୍ବା ଶେଷ ଅନୁରୋଧ ସଫଳ ହେବା ପୂର୍ବରୁ tunnel ବନ୍ଦ ହୋଇପାରେ। ଏନକ୍ରିପ୍ଟ ନ ହୋଇଥିବା HTTP ର ସଫଳତା ଏହି tunnel କ୍ଷମତା ପ୍ରମାଣ କରେ ନାହିଁ।

ଅନୁମାନ କରିହେବା content ଥିବା ଲକ୍ଷ୍ୟ ନିଅନ୍ତୁ, ସମ୍ଭବ ହେଲେ ନିଜ ନିୟନ୍ତ୍ରଣରେ ଥିବା, ଏବଂ ମିଳିଲେ ଅନୁରୋଧ ରେକର୍ଡ ଦେଖନ୍ତୁ। ଏନକ୍ରିପ୍ଟ ନ ହୋଇଥିବା HTTP listener ଲକ୍ଷ୍ୟ ସହ ଆଦୌ ଯୋଗାଯୋଗ ନ କରି ସ୍ଥିର ପୃଷ୍ଠା status 200 ସହ ଦେଇପାରେ। ଯେକୌଣସି ସଫଳ status ପାଇବା ଆଶାକୃତ response ସହ ମେଳଠାରୁ ଦୁର୍ବଳ ପ୍ରମାଣ; HTTPS ପରିଚୟ ଯାଞ୍ଚ ଅଧିକ ସୁରକ୍ଷା ଦିଏ।

ଶେଷ ସଫଳ ପର୍ଯ୍ୟାୟ ଲେଖନ୍ତୁ। ‘ପୋର୍ଟ ଖୋଲା, SOCKS negotiation ପ୍ରତ୍ୟାଖ୍ୟାନ’ ପରବର୍ତ୍ତୀ ତଦନ୍ତ ପାଇଁ ଉପଯୋଗୀ ଆରମ୍ଭ।

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