Windows portproxy ସହିତ ସ୍ଥିର ଲକ୍ଷ୍ୟକୁ TCP ରିଲେ

portproxy ନିୟମ ଏକ ଶ୍ରୋତାକୁ ସ୍ଥିର ଲକ୍ଷ୍ୟକୁ ପଠାଏ। ଏହା ପ୍ରକ୍ସି-ସଚେତନ କ୍ଲାୟେଣ୍ଟମାନେ ଆଶା କରୁଥିବା SOCKS କିମ୍ବା HTTP CONNECT ବୁଝାମଣା ଯୋଡ଼େ ନାହିଁ।

Windows ର portproxy ନିୟମ TCP କୁ ଏକ ବିନ୍ୟାସିତ ଲକ୍ଷ୍ୟକୁ ରିଲେ କରେ। ଏହା ବ୍ରାଉଜରର HTTP ପ୍ରକ୍ସି ଅନୁରୋଧ କିମ୍ବା SOCKS ଲକ୍ଷ୍ୟ ଅନୁରୋଧ ବିଷୟରେ ବୁଝାମଣା କରେ ନାହିଁ।

ସେବାଲକ୍ଷ୍ୟ କିଏ ବାଛେ?
ସ୍ଥିର TCP ରିଲେଶ୍ରୋତାର ଫରୱାର୍ଡିଂ ବିନ୍ୟାସ।
SOCKS5 ପ୍ରକ୍ସିକ୍ଲାୟେଣ୍ଟର ଅନୁରୋଧ, ସର୍ଭର ନୀତି ମଧ୍ୟରେ।
HTTP ଫରୱାର୍ଡ ପ୍ରକ୍ସିHTTP ପ୍ରକ୍ସି ଅନୁରୋଧ, ସାଧାରଣ HTTPS ଟନେଲିଂ ପାଇଁ CONNECT ସହିତ।

netsh interface portproxy show all ସହିତ ବିଦ୍ୟମାନ ରିଲେ ଯାଞ୍ଚ କରନ୍ତୁ। ଏହାର ବିନ୍ୟାସିତ ବ୍ୟାକଏଣ୍ଡକୁ ଆପଣଙ୍କ କ୍ଲାୟେଣ୍ଟ ପଠାଉଥିବା ପ୍ରୋଟୋକଲ ସହିତ ତୁଳନା କରନ୍ତୁ। netsh ସନ୍ଦର୍ଭ ଶ୍ରୋତା ଏବଂ ଲକ୍ଷ୍ୟର ଠିକଣା/ପୋର୍ଟ ବର୍ଣ୍ଣନା କରେ; TCP ଗ୍ରହଣ କରିବା HTTP କିମ୍ବା SOCKS ହ୍ୟାଣ୍ଡସେକ ସ୍ଥାପନ କରେ ନାହିଁ।

ସାଧାରଣ ରିଲେକୁ ପଠାଯାଇଥିବା SOCKS ବୁଝାମଣା କେବଳ ସେହି ସ୍ଥିର ବ୍ୟାକଏଣ୍ଡରେ ପହଞ୍ଚେ। ଏହା ଅ-SOCKS ସେବାକୁ ଅନୁରୋଧ ବୁଝିବାକୁ କିମ୍ବା ନୂଆ ଲକ୍ଷ୍ୟ ବାଛିବାକୁ ବାଧ୍ୟ କରିପାରିବ ନାହିଁ।

ପ୍ରକୃତ ପ୍ରକ୍ସି ସାମନାରେ ଥିବା ରିଲେ ଅଲଗା। ଉପରମୁଖୀ ପ୍ରକ୍ସି ଏବେ ମଧ୍ୟ ଲକ୍ଷ୍ୟ ଏବଂ ପ୍ରମାଣୀକରଣ ବୁଝାମଣା କରେ; ରିଲେ ସଂଯୋଗକୁ ସେଠାକୁ ନେଇଥାଏ। ନେଟୱାର୍କରେ ଖୋଲା ରିଲେ ସେହି ବ୍ୟାକଏଣ୍ଡକୁ ପ୍ରବେଶ ବଢ଼ାଇପାରେ, ତେଣୁ ଶ୍ରୋତାର ପ୍ରବେଶ ସୀମା ଉଦ୍ଦେଶ୍ୟମୂଳକ ରଖନ୍ତୁ।

ଆବଶ୍ୟକତା ସାଧାରଣ HTTP କିମ୍ବା SOCKS ନିର୍ଗମ ହେଲେ ପ୍ରୋଟୋକଲ-ସକ୍ଷମ ସେବା ବାଛନ୍ତୁ। ଫରୱାର୍ଡ କରାଯାଇଥିବା ପୋର୍ଟ ସେହି ପଥର ଏକ ଅଂଶ ମାତ୍ର।

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