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 શ્રોતાને મહેમાનના વર્ચ્યુઅલ ઇન્ટરફેસ પર આવતો ટ્રાફિક સ્વીકારવા માટે નથી બનાવતું. સેવાને યોગ્ય મહેમાન ઇન્ટરફેસ પર સાંભળવા માટે ગોઠવો અને ઇચ્છિત ટ્રાફિકને મહેમાન ફાયરવોલ અને પ્રોક્સી ઍક્સેસ નિયમોમાંથી પસાર થવા દો. શ્રોતાની મંજૂર અને નકારેલી ઍક્સેસ તપાસો તે સીમા બદલ્યા પછી.

જ્યારે નિષ્ફળ જાય ત્યારે આ સીમાઓ અલગથી તપાસો: હોસ્ટ પોર્ટ અને નિયમ, પસંદ કરેલું મહેમાન સરનામું અને મહેમાનની અંદરનો શ્રોતા. બ્રિજ્ડ નેટવર્કિંગ તરફ જવાથી એ સેવા સુધરી શકતી નથી જે હજી ફક્ત મહેમાન loopback પર સાંભળે છે.

આ TCP નિયમ SOCKS TCP કનેક્શનને આવરી લે છે. તે પોતે SOCKS5 UDP relay ને જરૂરી વધારાનો UDP માર્ગ પૂરો પાડતો નથી.