Ee SOCKS-Server bannent engem VirtualBox NAT-Gascht erreechen
Leet een Loopback-Port vum Host op de Gascht-Proxy ëm a kuckt no, ob de Lauschterer am Gascht Verbindungen iwwer seng virtuell Netzwierk-Schnëttstell ugeholl gëtt.
En SOCKS-Service bannent engem VirtualBox-Gascht huet zwou getrennte Erreechbarkeets-Ufuerderungen: VirtualBox muss d'Verbindung beim Gascht ofloossen, an de Gaschtservice muss se unhuelen.
Fir eng VM, där hiren éischten Adapter gewéinlechen NAT benotzt, dokumentéiert VirtualBox 7.1 eng Port-Weiderleeungsregel an dëser Form. Bei gestoppter VM:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"Ersetzt den VM-Numm an d'Porten no Bedarf. D'Host-Applikatioun wielt dann SOCKS op 127.0.0.1:1080. D'Bannen vun der Hostsäit un 127.0.0.1 limitéiert dësen Agang op den Host selwer.
Dat eedelt Gaschtadress-Feld geet dovun aus, datt de Gascht déi agebaut DHCP-Zouweisung vum NAT-Motor benotzt. Wann de Gascht amplaz eng statesch Adress benotzt, gitt déi Adress an der Regel un. Déi lescht 1080 ass de Serviceport vum Gascht; en muss net gläich dem Hostport sinn.
De Lauschterer am Gascht ass nach ëmmer en Netzwierkservice
E Proxy, dee just un 127.0.0.1 am Gascht gebonnen ass, akzeptéiert gaschtlokal Verbindungen. D'NAT-Weiderleeung mécht net, datt dëse Loopback-Lauschterer Traffic unhëlt, deen iwwer déi virtuell Schnëttstell vum Gascht ukënnt. Konfiguréiert de Service, sou datt en op enger passender Gascht-Schnëttstell lauschtert, a loosst den ageplangten Traffic duerch d'Gascht-Firewall an d'Zougriffsregelen vum Proxy. Kuckt den erlaabten an ofgeleenten Zougriff vum Lauschterer no nodeems Dir déi Grenz geännert hutt.
Wann et feelt, kuckt dës Grenzen eenzel un: den Hostport an d'Regel, déi gewielt Gaschtadress an de Lauschterer am Gascht. Den Ëmstieg op Bridge-Netzwierk kann e Service net reparéieren, dee weider just um Gascht-Loopback lauschtert.
Dës TCP-Regel deckt eng SOCKS-Verbindung iwwer TCP of. Si liwwert vu sech aus net de zousätzlechen UDP-Wee, deen ee SOCKS5-UDP-Relay brauch.