Ang SOCKS service sa loob ng VirtualBox guest ay may dalawang magkahiwalay na pangangailangan sa pag-abot: dapat maihatid ng VirtualBox ang koneksyon sa guest, at dapat tanggapin ito ng serbisyo ng guest.

Para sa VM na ang unang adapter ay gumagamit ng ordinaryong NAT, idinodokumento ng VirtualBox 7.1 ang port-forwarding rule sa ganitong anyo. Habang naka-stop ang VM:

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

Palitan ang pangalan ng VM at mga port kung kailangan. Pagkatapos ay pipiliin ng host application ang SOCKS sa 127.0.0.1:1080. Ang pagbigkis ng host side sa 127.0.0.1 ay naglilimita sa entry point na ito sa host mismo.

Ang blangkong guest-address field ay ipinapalagay na ginagamit ng guest ang built-in DHCP ng NAT engine. Kung gumagamit ang guest ng static address, ilagay ang address na iyon sa rule. Ang huling 1080 ay ang guest service port; hindi kailangang katumbas ito ng host port.

Ang guest listener ay nananatiling network service

Ang proxy na nakabigkis lamang sa 127.0.0.1 sa loob ng guest ay tumatanggap ng guest-local na koneksyon. Hindi ginagawang tumatanggap ng trapik sa virtual interface ng guest ng NAT forwarding ang loopback listener na iyon. I-configure ang serbisyo na makinig sa angkop na guest interface at payagan ang inilaan na trapik sa firewall ng guest at mga panuntunan sa access ng proxy. Suriin ang pinapayagan at tinatanggihang access ng listener pagkatapos baguhin ang hangganang iyon.

Suriin nang hiwalay ang mga hangganang ito kapag nabigo: ang host port at rule, ang piniling guest address, at ang guest listener. Ang paglipat sa bridged networking ay hindi makakapag-ayos ng serbisyong nakikinig lamang sa guest loopback.

Ang TCP rule na ito ay sumasaklaw sa SOCKS TCP connection. Hindi nito ibinibigay sa sarili nito ang karagdagang UDP path na kailangan ng SOCKS5 UDP relay.

Kaugnay na mga artikulo