Dostęp do serwera SOCKS wewnątrz gościa NAT VirtualBox

Usługa SOCKS wewnątrz gościa VirtualBox ma dwa odrębne wymagania dotyczące osiągalności: VirtualBox musi dostarczyć połączenie do gościa, a usługa gościa musi je przyjąć.

Dla maszyny wirtualnej, której pierwszy adapter używa zwykłego NAT, VirtualBox 7.1 dokumentuje regułę przekierowania portu w tej postaci. Przy zatrzymanej maszynie:

VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"

Zastąp nazwę maszyny i porty w razie potrzeby. Aplikacja hosta wybiera wtedy SOCKS pod adresem 127.0.0.1:1080. Powiązanie strony hosta z 127.0.0.1 ogranicza ten punkt wejścia do samego hosta.

Puste pole adresu gościa zakłada, że gość korzysta z wbudowanego przydziału DHCP mechanizmu NAT. Jeśli gość używa adresu statycznego, podaj ten adres w regule. Końcowe 1080 to port usługi gościa; nie musi być równy portowi hosta.

Nasłuchujący w gościu nadal jest usługą sieciową

Proxy powiązane tylko z 127.0.0.1 wewnątrz gościa przyjmuje połączenia lokalne gościa. Przekierowanie NAT nie sprawia, że ten nasłuchujący loopback przyjmuje ruch docierający do wirtualnego interfejsu gościa. Skonfiguruj usługę tak, aby nasłuchiwała na odpowiednim interfejsie gościa, i zezwól zamierzonemu ruchowi na przejście przez zaporę gościa i reguły dostępu proxy. Sprawdź dozwolony i zabroniony dostęp nasłuchującego po zmianie tej granicy.

Gdy to nie działa, zbadaj te granice osobno: port i regułę hosta, wybrany adres gościa oraz nasłuchującego w gościu. Przejście na sieć mostkową nie naprawi usługi, która nadal nasłuchuje tylko na loopbacku gościa.

Ta reguła TCP obejmuje połączenie SOCKS przez TCP. Sama w sobie nie zapewnia dodatkowej ścieżki UDP potrzebnej przez relay SOCKS5 UDP.