VirtualBox NAT 게스트 내부의 SOCKS 서버에 접속하기
호스트의 loopback 포트를 게스트 프록시로 전달하고 게스트 리스너가 가상 네트워크 인터페이스에서 연결을 받아들이는지 확인합니다.
VirtualBox 게스트 내부의 SOCKS 서비스에는 두 가지 별개의 도달 조건이 있습니다. VirtualBox가 연결을 게스트로 전달해야 하고, 게스트 서비스가 이를 받아들여야 합니다.
첫 번째 어댑터가 일반 NAT를 사용하는 VM의 경우 VirtualBox 7.1은 이 형식의 포트 포워딩 규칙을 문서화합니다. VM이 중지된 상태에서:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"
필요에 따라 VM 이름과 포트를 바꿉니다. 그런 다음 호스트 애플리케이션은 127.0.0.1:1080에서 SOCKS를 선택합니다. 호스트 쪽을 127.0.0.1에 바인딩하면 이 진입점이 호스트 자체로 제한됩니다.
게스트 주소 필드가 비어 있으면 게스트가 NAT 엔진의 내장 DHCP 할당을 사용한다고 가정합니다. 게스트가 대신 고정 주소를 사용한다면 그 주소를 규칙에 지정하십시오. 마지막 1080은 게스트 서비스 포트이며 호스트 포트와 같을 필요는 없습니다.
게스트 리스너는 여전히 네트워크 서비스입니다
게스트 내부에서 127.0.0.1에만 바인딩된 프록시는 게스트 로컬 연결을 받아들입니다. NAT 포워딩은 그 loopback 리스너가 게스트의 가상 인터페이스로 도착하는 트래픽을 받아들이게 하지 않습니다. 서비스가 적절한 게스트 인터페이스에서 수신하도록 구성하고, 의도한 트래픽이 게스트 방화벽과 프록시 액세스 규칙을 통과하도록 허용하십시오. 리스너의 허용 및 거부 액세스를 확인하십시오 해당 경계를 변경한 후에.
실패하면 이 경계들을 따로 점검하십시오. 호스트 포트와 규칙, 선택한 게스트 주소, 게스트 내부의 리스너입니다. 브리지 네트워킹으로 전환해도 게스트 loopback에서만 수신하는 서비스는 고칠 수 없습니다.
이 TCP 규칙은 TCP를 통한 SOCKS 연결을 다룹니다. SOCKS5 UDP relay에 필요한 추가 UDP 경로를 그 자체로 제공하지는 않습니다.