Nå en SOCKS-server i en VirtualBox NAT-gäst
Vidarebefordra en loopback-port på värden till gästens proxy och kontrollera att gästens lyssnare tar emot anslutningar på sitt virtuella nätverksgränssnitt.
En SOCKS-tjänst i en VirtualBox-gäst har två skilda krav för nåbarhet: VirtualBox måste leverera anslutningen till gästen, och gästens tjänst måste acceptera den.
För en VM vars första adapter använder vanlig NAT dokumenterar VirtualBox 7.1 en portvidarebefordringsregel i den här formen. Med VM:en stoppad:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"Byt ut VM-namn och portar efter behov. Värdapplikationen väljer sedan SOCKS på 127.0.0.1:1080. Att binda värdsidan till 127.0.0.1 begränsar denna ingång till värden själv.
Det tomma fältet för gästadress förutsätter att gästen använder NAT-motorns inbyggda DHCP. Om gästen i stället använder en statisk adress anger du den adressen i regeln. Det sista 1080 är gästens tjänsteport och behöver inte vara lika med värdporten.
Gästens lyssnare är fortfarande en nätverkstjänst
En proxy som bara är bunden till 127.0.0.1 i gästen tar emot gästlokala anslutningar. NAT-vidarebefordran gör inte att den loopback-lyssnaren tar emot trafik som kommer in på gästens virtuella gränssnitt. Konfigurera tjänsten att lyssna på ett lämpligt gästgränssnitt och släpp igenom avsedd trafik via gästens brandvägg och proxyns åtkomstregler. Kontrollera lyssnarens tillåtna och nekade åtkomst efter att du ändrat den gränsen.
Undersök dessa gränser var för sig när det misslyckas: värdporten och regeln, den valda gästadressen och gästens lyssnare. Att byta till bryggat nätverk kan inte reparera en tjänst som fortfarande bara lyssnar på gästens loopback.
Denna TCP-regel täcker en SOCKS TCP-anslutning. Den ger inte i sig den extra UDP-väg som en SOCKS5 UDP-relä kräver.