Atingi SOCKS-servilon ene de VirtualBox NAT-gasto
Plusendigu gastigan loopback-pordon al la gasto-prokuro kaj kontrolu, ke la aŭskultanto de la gasto akceptas konektojn sur sia virtuala retinterfaco.
SOCKS-servo ene de VirtualBox-gasto havas du apartajn atingeblajn postulojn: VirtualBox devas liveri la konekton al la gasto, kaj la gasto-servo devas akcepti ĝin.
Por VM, kies unua adaptilo uzas ordinaran NAT, VirtualBox 7.1 dokumentas pordplusendan regulon en ĉi tiu formo. Kun la VM haltigita:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"Anstataŭigu la VM-nomon kaj pordojn laŭbezone. La gastiga aplikaĵo tiam elektas SOCKS ĉe 127.0.0.1:1080. Ligi la gastigan flankon al 127.0.0.1 limigas ĉi tiun enirpunkton al la gastiganto mem.
La malplena kampo de gasto-adreso supozas, ke la gasto uzas la enkonstruitan DHCP-atribuon de la NAT-motoro. Se la gasto anstataŭe uzas statikan adreson, indiku tiun adreson en la regulo. La fina 1080 estas la servo-pordo de la gasto; ĝi ne devas egali la gastigan pordon.
La gasto-aŭskultanto restas retservo
Prokuro ligita nur al 127.0.0.1 ene de la gasto akceptas gastolokajn konektojn. NAT-plusendo ne igas tiun loopback-aŭskultanton akcepti trafikon alvenantan sur la virtuala interfaco de la gasto. Agordu la servon por aŭskulti sur taŭga gasto-interfaco, kaj permesu la celatan trafikon tra la gasto-fajroŝirmilo kaj la alirreguloj de la prokuro. Kontrolu la permesitan kaj malpermesitan aliron de la aŭskultanto post ŝanĝi tiun limon.
Ekzamenu ĉi tiujn limojn aparte kiam ĝi malsukcesas: la gastigan pordon kaj regulon, la elektitan gasto-adreson, kaj la aŭskultanton ene de la gasto. Ŝanĝi al ponta retado ne povas ripari servon, kiu ankoraŭ aŭskultas nur sur la gasto-loopback.
Ĉi tiu TCP-regulo kovras SOCKS-konekton tra TCP. Ĝi per si mem ne provizas la plian UDP-vojon bezonatan de SOCKS5 UDP-relajso.