Nå en SOCKS-server inde i en VirtualBox NAT-gæst
Videresend en loopback-port på værten til gæstens proxy, og kontrollér, at gæstens listener accepterer forbindelser på sin virtuelle netværksgrænseflade.
En SOCKS-tjeneste inde i en VirtualBox-gæst har to separate tilgængelighedskrav: VirtualBox skal levere forbindelsen til gæsten, og gæstens tjeneste skal acceptere den.
For en VM, hvis første adapter bruger almindelig NAT, dokumenterer VirtualBox 7.1 en portvideresendelsesregel i denne form. Med VM'en stoppet:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"Erstat VM-navnet og portene efter behov. Værtens program vælger derefter SOCKS på 127.0.0.1:1080. Binding af værtsiden til 127.0.0.1 begrænser dette indgangspunkt til værten selv.
Det tomme gæsteadressefelt forudsætter, at gæsten bruger NAT-motorens indbyggede DHCP-tildeling. Hvis gæsten i stedet bruger en statisk adresse, skal du angive den adresse i reglen. Det sidste 1080 er gæstens tjenesteport; den behøver ikke være lig med værtsporten.
Gæstens listener er stadig en netværkstjeneste
En proxy, der kun er bundet til 127.0.0.1 inde i gæsten, accepterer gæstelokale forbindelser. NAT-videresendelse får ikke den loopback-listener til at acceptere trafik, der ankommer på gæstens virtuelle grænseflade. Konfigurer tjenesten til at lytte på en passende gæstegrænseflade, og tillad den tilsigtede trafik gennem gæstens firewall og proxyens adgangsregler. Kontrollér listenerens tilladte og afviste adgang efter at have ændret den grænse.
Undersøg disse grænser separat, når det mislykkes: værtsporten og reglen, den valgte gæsteadresse og listeneren inde i gæsten. Skift til bro-netværk kan ikke reparere en tjeneste, der stadig kun lytter på gæstens loopback.
Denne TCP-regel dækker en SOCKS TCP-forbindelse. Den giver ikke i sig selv den ekstra UDP-sti, som et SOCKS5 UDP-relay har brug for.