호스트의 구성된 프록시를 통한 VirtualBox 게스트 OS 인터넷 액세스

호스트의 구성된 프록시를 통한 VirtualBox 게스트 OS 인터넷 액세스

Windows 10 호스트의 VirtualBox 내에서 Xubuntu 14.10 게스트를 실행하고 있습니다. 호스트는 외부 세계에 액세스하기 위해 프록시가 필요한 유선 네트워크에 연결되어 있습니다. 호스트는 VPN에도 연결되어 있습니다. 호스트의 모든 것이 예상대로 작동합니다. Windows는 VPN의 인터넷과 IP에 모두 액세스할 수 있습니다. Tracert를 사용하면 Windows가 외부 세계에 연결할 때 VPN을 우회한다고 생각합니다.

Xubuntu 게스트는 단일 NAT 어댑터로 구성되어 호스트의 VPN 연결을 공유합니다. 게스트는 VPN을 통해 IP에 액세스할 수 있습니다. 하지만 게스트는 인터넷에 접속할 수 없습니다.

저는 네트워크 전문가는 아니지만 게스트가 호스트에 대해 NAT를 수행하는 경우 프록시 구성을 알 필요가 없는 것 같습니다. 호스트가 게스트의 모든 네트워크 활동을 중재하는 경우 Windows 시스템 프록시가 모든 것을 처리해야 합니다. 그러나 게스트 내에서 프록시 설정을 시도했지만 아무런 차이가 없었을 경우를 대비해 Xubuntu에서 환경 변수를 통해 프록시를 구성해야 하는 것처럼 보이므로 이 작업을 잘못했을 가능성이 있습니다.

이는 단순히 게스트 OS에 대한 프록시를 올바르게 구성해야 한다는 의미입니까, 아니면 여기에 다른 문제가 있을 수 있습니까?

어떤 생각이라도 감사히 생각합니다.

답변1

프록시는 시스템 전체에 적용됩니다. Windows의 네트워크 및 인터넷 설정에서 구성됩니다. 프록시가 구성되면 cmd에서 도메인을 ping할 수 있지만 프록시를 구성하지 않으면 이 작업을 수행할 수 없기 때문에 시스템 전체에 적용된다는 것을 알고 있습니다.

아니요, 이는 정확하지 않습니다. 방금 직접 다시 작성했습니다.

  netsh winhttp set proxy MYPROXY

대로이 Technet 페이지. 이를 통해 MYPROXY를 존재하지 않는 프록시로 설정했지만(BTW, 저는 이것을 위해 사용했습니다) 원하는 무엇이든 핑할 수 있었습니다 www.nytimes.com.

-->>작업장에서 핑이 의도한 목표에 도달하지 못하는 이유~ 아니다프록시를 올바르게 설정하려면 LAN에 방화벽이 적절하게 구성되어 있어야 합니다. 명령이 다음과 같은 것은 우연이 아닙니다.netsh 승리http.

내 초기 요점은 다음과 같습니다. 게스트를 위해 구성하려는 프록시는 게스트 브라우저 내에서 설정되어야 합니다. 그러면 VPN을 제외하고 NAT를 통해 연결하든 브리지 어댑터를 통해 연결하든 별 차이가 없습니다.

관련 정보