VirtualBox NAT അതിഥിക്കുള്ളിലെ SOCKS സെർവറിലേക്ക് എത്തുന്നു

VirtualBox അതിഥിക്കുള്ളിലെ SOCKS സേവനത്തിന് രണ്ട് വേറിട്ട ലഭ്യതാ ആവശ്യകതകളുണ്ട്: VirtualBox കണക്ഷൻ അതിഥിയിലേക്ക് എത്തിക്കണം, അതിഥി സേവനം അത് സ്വീകരിക്കണം.

ആദ്യ അഡാപ്റ്റർ സാധാരണ NAT ഉപയോഗിക്കുന്ന VM-ന്, 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 ശ്രോതാവിനെ അതിഥിയുടെ വെർച്വൽ ഇന്റർഫേസിൽ എത്തുന്ന ട്രാഫിക് സ്വീകരിക്കാൻ പ്രാപ്തമാക്കുന്നില്ല. സേവനം അനുയോജ്യമായ അതിഥി ഇന്റർഫേസിൽ കേൾക്കാൻ ക്രമീകരിക്കുക, ഉദ്ദേശിച്ച ട്രാഫിക് അതിഥിയുടെ ഫയർവാളിലൂടെയും പ്രോക്സിയുടെ ആക്സസ് നിയമങ്ങളിലൂടെയും കടത്താൻ അനുവദിക്കുക. ശ്രോതാവിന്റെ അനുവദിച്ചതും നിരസിച്ചതുമായ ആക്സസ് പരിശോധിക്കുക ആ അതിർത്തി മാറ്റിയ ശേഷം.

പരാജയപ്പെടുമ്പോൾ ഈ അതിർത്തികൾ വെവ്വേറെ പരിശോധിക്കുക: ഹോസ്റ്റ് പോർട്ടും നിയമവും, തിരഞ്ഞെടുത്ത അതിഥി വിലാസം, അതിഥിക്കുള്ളിലെ ശ്രോതാവ്. ബ്രിഡ്ജ്ഡ് നെറ്റ്‌വർക്കിംഗിലേക്ക് മാറിയാലും അതിഥിയുടെ loopback-ൽ മാത്രം കേൾക്കുന്ന സേവനം ശരിയാക്കാനാവില്ല.

ഈ TCP നിയമം TCP വഴിയുള്ള SOCKS കണക്ഷനെ ഉൾക്കൊള്ളുന്നു. SOCKS5 UDP relay-ക്ക് ആവശ്യമായ അധിക UDP പാത അത് സ്വയം നൽകുന്നില്ല.