Einen SOCKS-Server in einem VirtualBox-NAT-Gast erreichen

Ein SOCKS-Dienst in einem VirtualBox-Gast hat zwei getrennte Erreichbarkeitsanforderungen: VirtualBox muss die Verbindung an den Gast zustellen, und der Gastdienst muss sie annehmen.

Für eine VM, deren erster Adapter gewöhnliches NAT nutzt, dokumentiert VirtualBox 7.1 eine Portweiterleitungsregel in dieser Form. Bei gestoppter VM:

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

Ersetzen Sie den VM-Namen und die Ports nach Bedarf. Die Host-Anwendung wählt dann SOCKS unter 127.0.0.1:1080. Das Binden der Hostseite an 127.0.0.1 beschränkt diesen Einstiegspunkt auf den Host selbst.

Das leere Feld für die Gastadresse setzt voraus, dass der Gast die integrierte DHCP-Zuweisung der NAT-Engine verwendet. Nutzt der Gast stattdessen eine statische Adresse, tragen Sie diese Adresse in der Regel ein. Die abschließende 1080 ist der Dienstport des Gasts; er muss nicht mit dem Host-Port übereinstimmen.

Der Listener im Gast bleibt ein Netzwerkdienst

Ein Proxy, der im Gast nur an 127.0.0.1 gebunden ist, akzeptiert gastlokale Verbindungen. Die NAT-Weiterleitung sorgt nicht dafür, dass dieser Loopback-Listener Datenverkehr annimmt, der über die virtuelle Schnittstelle des Gasts eintrifft. Konfigurieren Sie den Dienst so, dass er an einer geeigneten Gast-Schnittstelle lauscht, und lassen Sie den beabsichtigten Datenverkehr durch die Gast-Firewall und die Zugriffsregeln des Proxys zu. Prüfen Sie die erlaubten und verweigerten Zugriffe des Listeners nachdem Sie diese Grenze geändert haben.

Prüfen Sie diese Grenzen bei einem Fehlschlag getrennt: den Host-Port und die Regel, die ausgewählte Gastadresse und den Listener im Gast. Der Wechsel zu Bridged Networking kann einen Dienst nicht reparieren, der weiterhin nur auf dem Gast-Loopback lauscht.

Diese TCP-Regel deckt eine SOCKS-TCP-Verbindung ab. Sie liefert für sich genommen nicht den zusätzlichen UDP-Pfad, den ein SOCKS5-UDP-Relay benötigt.