Nå en SOCKS-server inne i en VirtualBox NAT-gjest
Videresend en loopback-port på verten til proxyen til gjesten, og kontroller at lyttaren i gjesten godtar tilkoblinger på sitt virtuelle nettverksgrensesnitt.
En SOCKS-tjeneste inne i en VirtualBox-gjest har to separate tilgjengelighetskrav: VirtualBox må levere tilkoblingen til gjesten, og tjenesten i gjesten må godta den.
For en VM der den første adapteren bruker vanlig NAT, dokumenterer VirtualBox 7.1 en portvideresendingsregel i denne formen. Med VM-en stoppet:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"Bytt ut VM-navnet og portene etter behov. Vertens program velger deretter SOCKS på 127.0.0.1:1080. Å binde vertssiden til 127.0.0.1 begrenser dette inngangspunktet til verten selv.
Det tomme gjesteadressefeltet forutsetter at gjesten bruker NAT-motorens innebygde DHCP-tildeling. Hvis gjesten i stedet bruker en statisk adresse, oppgi den adressen i regelen. Den siste 1080 er gjestens tjenesteport; den trenger ikke være lik vertsporten.
Lyttaren i gjesten er fortsatt en nettverkstjeneste
En proxy som bare er bundet til 127.0.0.1 inne i gjesten, godtar gjestelokale tilkoblinger. NAT-videresending gjør ikke at denne loopback-lyttaren godtar trafikk som ankommer gjestens virtuelle grensesnitt. Konfigurer tjenesten til å lytte på et passende gjestegrensesnitt, og tillat den tiltenkte trafikken gjennom brannmuren til gjesten og tilgangsreglene til proxyen. Kontroller lyttarens tillatte og avviste tilgang etter å ha endret den grensen.
Når det mislykkes, undersøk disse grensene hver for seg: vertsporten og regelen, den valgte gjesteadressen og lyttaren inne i gjesten. Å bytte til bro-nettverk kan ikke reparere en tjeneste som fortsatt bare lytter på gjestens loopback.
Denne TCP-regelen dekker en SOCKS-tilkobling over TCP. Den gir ikke i seg selv den ekstra UDP-veien som et SOCKS5 UDP-relay trenger.