Arritja e një serveri SOCKS brenda një klienti VirtualBox NAT
Përcillni një portë loopback të hostit te proxy i klientit dhe kontrolloni që dëgjuesi i klientit pranon lidhje në ndërfaqen e tij virtuale.
Një shërbim SOCKS brenda një klienti VirtualBox ka dy kërkesa të ndara arritshmërie: VirtualBox duhet ta dorëzojë lidhjen te klienti, dhe shërbimi i klientit duhet ta pranojë atë.
Për një VM, përshtatësi i parë i të cilit përdor NAT të zakonshëm, VirtualBox 7.1 dokumenton një rregull port-forwarding në këtë formë. Me VM-në të ndalur:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"
Zëvendësoni emrin e VM-së dhe portat sipas nevojës. Aplikacioni i hostit pastaj zgjedh SOCKS në 127.0.0.1:1080. Lidhja e anës së hostit me 127.0.0.1 e kufizon këtë pikë hyrje vetëm me hostin.
Fusha e zbrazët e adresës së klientit supozon që klienti përdor DHCP-në e integruar të motorit NAT. Nëse klienti përdor një adresë statike, jepni atë adresë në rregull. 1080-ja e fundit është porta e shërbimit të klientit; nuk duhet të jetë e barabartë me portën e hostit.
Dëgjuesi i klientit është ende një shërbim rrjeti
Një proxy i lidhur vetëm me 127.0.0.1 brenda klientit pranon lidhje lokale të klientit. Përcillja NAT nuk e bën atë dëgjues loopback të pranojë trafikun që vjen në ndërfaqen virtuale të klientit. Konfiguroni shërbimin të dëgjojë në një ndërfaqe të përshtatshme dhe lejoni trafikun përmes firewall-it të klientit dhe rregullave të aksesit të proxy-t. Kontrolloni aksesin e lejuar dhe të refuzuar të dëgjuesit pasi të ndryshoni atë kufi.
Kur dështon, shqyrtojini këto kufij veçmas: porta dhe rregulli i hostit, adresa e zgjedhur e klientit dhe dëgjuesi i klientit. Kalimi në rrjetë bridged nuk mund të rregullojë një shërbim që ende dëgjon vetëm në loopback-un e klientit.
Ky rregull TCP mbulon një lidhje SOCKS TCP. Ai nuk ofron vetvetiu shtegun shtesë UDP që kërkon një rele UDP SOCKS5.