Un servei SOCKS dins d'un convidat de VirtualBox té dos requisits d'abastabilitat separats: VirtualBox ha de lliurar la connexió al convidat i el servei del convidat l'ha d'acceptar.

Per a una VM el primer adaptador de la qual utilitza NAT ordinari, VirtualBox 7.1 documenta una regla de reenviament de port d'aquesta forma. Amb la VM aturada:

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

Substituïu el nom de la VM i els ports segons calgui. L'aplicació de l'amfitrió tria llavors SOCKS a 127.0.0.1:1080. Enllaçar el costat de l'amfitrió a 127.0.0.1 limita aquest punt d'entrada a l'amfitrió mateix.

El camp buit d'adreça del convidat assumeix que el convidat utilitza l'assignació DHCP integrada del motor NAT. Si el convidat fa servir una adreça estàtica, indiqueu-la a la regla. El 1080 final és el port del servei del convidat; no cal que coincideixi amb el port de l'amfitrió.

L'oient del convidat continua essent un servei de xarxa

Un proxy enllaçat només a 127.0.0.1 dins del convidat accepta connexions locals del convidat. El reenviament NAT no fa que aquest oient de loopback accepti el trànsit que arriba per la interfície virtual del convidat. Configureu el servei perquè escolti en una interfície adequada del convidat i permeteu que el trànsit previst passi pel tallafoc del convidat i les regles d'accés del proxy. Comprova l'accés permès i denegat de l'oient després de canviar aquesta frontera.

Quan falla, examineu aquestes fronteres per separat: el port i la regla de l'amfitrió, l'adreça del convidat triada i l'oient dins del convidat. Passar a xarxa en pont no pot reparar un servei que encara només escolta al loopback del convidat.

Aquesta regla TCP cobreix una connexió SOCKS sobre TCP. No proporciona per si sola el camí UDP addicional que necessita un relay SOCKS5 UDP.

Articles relacionats