Un servizo SOCKS dentro dun convidado de VirtualBox ten dous requisitos de accesibilidade distintos: VirtualBox debe entregar a conexión ao convidado e o servizo do convidado debe aceptala.

Para unha VM cuxo primeiro adaptador usa NAT normal, VirtualBox 7.1 documenta unha regra de redirección de portos desta forma. Coa VM detida:

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

Substitúe o nome da VM e os portos segundo sexa necesario. A aplicación do anfitrión selecciona entón SOCKS en 127.0.0.1:1080. Vincular o lado do anfitrión a 127.0.0.1 limita este punto de entrada ao propio anfitrión.

O campo baleiro de enderezo do convidado supón que o convidado usa a asignación DHCP integrada do motor NAT. Se o convidado usa un enderezo estático, indica ese enderezo na regra. O 1080 final é o porto do servizo do convidado; non ten por que coincidir co porto do anfitrión.

O oínte do convidado segue sendo un servizo de rede

Un proxy vinculado só a 127.0.0.1 dentro do convidado acepta conexións locais do convidado. A redirección NAT non fai que ese oínte de loopback acepte o tráfico que chega pola interface virtual do convidado. Configura o servizo para escoitar nunha interface axeitada do convidado e permite que o tráfico previsto pase polo cortalumes do convidado e polas regras de acceso do proxy. Comproba o acceso permitido e denegado do oínte despois de cambiar ese límite.

Cando falla, examina estes límites por separado: o porto e a regra do anfitrión, o enderezo do convidado escollido e o oínte dentro do convidado. Cambiar a rede en ponte non pode reparar un servizo que segue escoitando só no loopback do convidado.

Esta regra TCP cobre unha conexión SOCKS sobre TCP. Por si soa non fornece a ruta UDP adicional que necesita un relay SOCKS5 UDP.

Artigos relacionados