Een SOCKS-server bereiken in een VirtualBox NAT-gast
Stuur een loopback-poort van de host door naar de proxy van de gast en controleer of de listener in de gast verbindingen op zijn virtuele netwerkinterface accepteert.
Een SOCKS-dienst in een VirtualBox-gast heeft twee afzonderlijke bereikbaarheidseisen: VirtualBox moet de verbinding bij de gast afleveren, en de dienst van de gast moet die accepteren.
Voor een VM waarvan de eerste adapter gewone NAT gebruikt, documenteert VirtualBox 7.1 een poortdoorschakelregel in deze vorm. Met de VM gestopt:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"Vervang de VM-naam en de poorten naar behoefte. De hostapplicatie kiest dan SOCKS op 127.0.0.1:1080. Het binden van de hostzijde aan 127.0.0.1 beperkt dit toegangspunt tot de host zelf.
Het lege gastadresveld veronderstelt dat de gast de ingebouwde DHCP-toewijzing van de NAT-engine gebruikt. Als de gast in plaats daarvan een statisch adres gebruikt, geef dat adres dan in de regel op. De laatste 1080 is de dienstpoort van de gast; die hoeft niet gelijk te zijn aan de hostpoort.
De listener in de gast blijft een netwerkdienst
Een proxy die in de gast alleen aan 127.0.0.1 is gebonden, accepteert gastlokale verbindingen. NAT-doorschakeling zorgt er niet voor dat die loopback-listener verkeer accepteert dat op de virtuele interface van de gast aankomt. Configureer de dienst om op een geschikte gastinterface te luisteren, en laat het bedoelde verkeer door de firewall van de gast en de toegangsregels van de proxy gaan. Controleer de toegestane en geweigerde toegang van de listener nadat u die grens hebt gewijzigd.
Onderzoek deze grenzen afzonderlijk wanneer het mislukt: de hostpoort en -regel, het gekozen gastadres en de listener in de gast. Overschakelen naar bridge-netwerk kan een dienst die nog steeds alleen op de gast-loopback luistert niet repareren.
Deze TCP-regel dekt een SOCKS-verbinding over TCP. Hij biedt op zichzelf niet het extra UDP-pad dat een SOCKS5 UDP-relay nodig heeft.