VirtualBox NAT ଅତିଥି ଭିତରେ SOCKS ସର୍ଭର ପାଇଁ ପହଞ୍ଚିବା

VirtualBox ଅତିଥି ଭିତରେ ଥିବା SOCKS ସେବାର ଦୁଇଟି ଅଲଗା ପହଞ୍ଚ ଆବଶ୍ୟକତା ଅଛି: VirtualBox ସଂଯୋଗକୁ ଅତିଥି ପାଖରେ ପହଞ୍ଚାଇବ ଏବଂ ଅତିଥି ସେବା ତାହା ଗ୍ରହଣ କରିବ।

ଯେଉଁ VMର ପ୍ରଥମ ଆଡାପ୍ଟର ସାଧାରଣ NAT ବ୍ୟବହାର କରେ, ସେଥିପାଇଁ VirtualBox 7.1 ଏହି ରୂପରେ ପୋର୍ଟ-ଫରୱାର୍ଡିଂ ନିୟମ ଡକ୍ୟୁମେଣ୍ଟ କରେ। VM ବନ୍ଦ ଥିବା ବେଳେ:

VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"

ଆବଶ୍ୟକ ଅନୁସାରେ VM ନାମ ଓ ପୋର୍ଟ ବଦଳାନ୍ତୁ। ତା’ପରେ ହୋଷ୍ଟ ଆପ୍ଲିକେସନ 127.0.0.1:1080 ରେ SOCKS ଚୟନ କରେ। ହୋଷ୍ଟ ପାର୍ଶ୍ୱକୁ 127.0.0.1 ସହ ବାନ୍ଧିବା ଏହି ପ୍ରବେଶ ବିନ୍ଦୁକୁ ହୋଷ୍ଟ ମଧ୍ୟରେ ସୀମିତ ରଖେ।

ଖାଲି ଅତିଥି-ଠିକଣା କ୍ଷେତ୍ର ଧରି ନେଇଛି ଯେ ଅତିଥି NAT ଇଞ୍ଜିନର ଅନ୍ତର୍ନିହିତ DHCP ଆବଣ୍ଟନ ବ୍ୟବହାର କରେ। ଯଦି ଅତିଥି ବଦଳରେ ସ୍ଥିର ଠିକଣା ବ୍ୟବହାର କରେ, ତେବେ ସେହି ଠିକଣା ନିୟମରେ ଦିଅନ୍ତୁ। ଶେଷ 1080 ହେଉଛି ଅତିଥି ସେବାର ପୋର୍ଟ; ଏହା ହୋଷ୍ଟ ପୋର୍ଟ ସହ ସମାନ ହେବା ଆବଶ୍ୟକ ନାହିଁ।

ଅତିଥିର ଶ୍ରୋତା ତଥାପି ଏକ ନେଟୱାର୍କ ସେବା

ଅତିଥି ଭିତରେ କେବଳ 127.0.0.1 ସହ ବନ୍ଧା ପ୍ରକ୍ସି ଅତିଥି-ସ୍ଥାନୀୟ ସଂଯୋଗ ଗ୍ରହଣ କରେ। NAT ଫରୱାର୍ଡିଂ ସେହି loopback ଶ୍ରୋତାକୁ ଅତିଥିର virtual ଇଣ୍ଟରଫେସରେ ଆସୁଥିବା ଟ୍ରାଫିକ ଗ୍ରହଣ କରିବାକୁ ବାଧ୍ୟ କରେ ନାହିଁ। ସେବାକୁ ଉପଯୁକ୍ତ ଅତିଥି ଇଣ୍ଟରଫେସରେ ଶୁଣିବା ପାଇଁ ବିନ୍ୟାସ କରନ୍ତୁ ଏବଂ ଉଦ୍ଦିଷ୍ଟ ଟ୍ରାଫିକକୁ ଅତିଥି ଫାୟାରୱାଲ ଓ ପ୍ରକ୍ସିର ପ୍ରବେଶ ନିୟମ ଦେଇ ଯିବାକୁ ଅନୁମତି ଦିଅନ୍ତୁ। ଶ୍ରୋତାର ଅନୁମତିପ୍ରାପ୍ତ ଓ ଅଗ୍ରାହ୍ୟ ପ୍ରବେଶ ଯାଞ୍ଚ କରନ୍ତୁ ସେହି ସୀମା ବଦଳାଇବା ପରେ।

ବିଫଳ ହେଲେ ଏହି ସୀମାଗୁଡ଼ିକ ଅଲଗା ଭାବରେ ଯାଞ୍ଚ କରନ୍ତୁ: ହୋଷ୍ଟ ପୋର୍ଟ ଓ ନିୟମ, ଚୟନିତ ଅତିଥି ଠିକଣା, ଏବଂ ଅତିଥି ଭିତରର ଶ୍ରୋତା। ବ୍ରିଜ୍ଡ ନେଟୱାର୍କିଂକୁ ଗଲେ ମଧ୍ୟ କେବଳ ଅତିଥି loopback ରେ ଶୁଣୁଥିବା ସେବା ସୁଧାରିହେବ ନାହିଁ।

ଏହି TCP ନିୟମ TCP ଉପରେ SOCKS ସଂଯୋଗକୁ ସମ୍ପୃକ୍ତ କରେ। ଏହା ନିଜେ SOCKS5 UDP relay ପାଇଁ ଆବଶ୍ୟକ ଅତିରିକ୍ତ UDP ପଥ ଦିଏ ନାହିଁ।