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 ਨਿਯਮ TCP ਉੱਤੇ SOCKS ਕਨੈਕਸ਼ਨ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ। ਇਹ ਆਪਣੇ ਆਪ SOCKS5 UDP relay ਲਈ ਲੋੜੀਂਦਾ ਵਾਧੂ UDP ਰਾਹ ਨਹੀਂ ਦਿੰਦਾ।