Bereik 'n SOCKS-bediener binne 'n VirtualBox NAT-gas
Stuur 'n loopback-poort van die gasheer na die gas se proxy en kontroleer dat die gas se luisteraar verbindings op sy virtuele netwerkkoppelvlak aanvaar.
'n SOCKS-diens in 'n VirtualBox-gas het twee afsonderlike bereikbaarheidsvereistes: VirtualBox moet die verbinding by die gas aflewer, en die gas se diens moet dit aanvaar.
Vir 'n VM wie se eerste adapter gewone NAT gebruik, dokumenteer VirtualBox 7.1 'n poortstuur-reël in hierdie vorm. Terwyl die VM gestop is:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"Vervang die VM-naam en poorte soos nodig. Die gasheer-toepassing kies dan SOCKS by 127.0.0.1:1080. Om die gasheer se kant aan 127.0.0.1 te bind, beperk hierdie toegangspunt tot die gasheer self.
Die leë gas-adresveld veronderstel dat die gas die NAT-enjin se ingeboude DHCP-toewysing gebruik. As die gas eerder 'n statiese adres gebruik, verskaf daardie adres in die reël. Die finale 1080 is die gas se dienspoort; dit hoef nie aan die gasheer se poort gelyk te wees nie.
Die luisteraar in die gas bly 'n netwerkdiens
'n Proxy wat net aan 127.0.0.1 in die gas gebind is, aanvaar gas-plaaslike verbindings. NAT-deursturing maak nie dat daardie loopback-luisteraar verkeer aanvaar wat op die gas se virtuele koppelvlak aankom nie. Stel die diens so in dat dit op 'n geskikte gas-koppelvlak luister, en laat die beoogde verkeer deur die gas se firewall en die proxy se toegangsreëls. Kontroleer die luisteraar se toegelate en geweierde toegang nadat jy daardie grens verander het.
Ondersoek hierdie grense afsonderlik wanneer dit misluk: die gasheer-poort en -reël, die gekose gas-adres en die luisteraar in die gas. Oorskakeling na oorbruggingsnetwerk kan nie 'n diens herstel wat steeds net op die gas se loopback luister nie.
Hierdie TCP-reël dek 'n SOCKS TCP-verbinding. Dit bied op sigself nie die bykomende UDP-pad wat 'n SOCKS5 UDP-relay nodig het nie.