#터널 모드

Mac의 트래픽이 VPN이나 프록시 앱을 거치고 게스트의 트래픽도 같은 경로를 따라야 할 때 tunnel 모드를 사용하세요. nat와 bridged에서는 게스트의 패킷이 VPN을 우회합니다.

#켜기

머신을 중지한 뒤 다음을 실행합니다.

vphone-cli vm config <name> --network tunnel

Launchpad에서는 머신의 Settings…에 있는 Network 섹션에서 tunnel을 선택합니다. 번들의 vphone-cli vm config --help에 tunnel이 나열되어야 하며, 이전 번들은 이를 거부합니다.

#동작 확인하기

1. 머신을 시작하고 부팅이 끝날 때까지 기다립니다.

2. 게스트의 주소를 확인합니다.

   vphone-launchpad-cli guest rpc <name> device.network

   en0에 192.168.127.3이 표시되어야 합니다. fe80:: 주소만 표시되면 DHCP가 아직 끝나지 않은 것입니다. 몇 초 기다린 뒤 다시 시도하세요.

3. 게스트에서 페이지를 엽니다.

   vphone-launchpad-cli guest rpc <name> apps.open_url '{"url":"https://example.com"}'

4. Mac에서 연결이 vphone-vm에 속하고 VPN의 주소를 사용하는지 확인합니다.

   lsof -nP -a -i -p "$(pgrep -f 'vphone-vm.*<name>')"

#게스트에서 보이는 것

프록시 앱에서 게스트는 머신 이름을 딴 별도의 클라이언트로 표시되며, 앱의 규칙은 다른 앱과 마찬가지로 게스트에도 적용됩니다.

#제한 사항

• IPv4만 지원합니다. 게스트는 IPv6 주소를 받지 않으며, IPv6 트래픽은 버려집니다.
• 포워딩된 포트를 제외하면 아웃바운드만 가능합니다. 포트 포워딩에 나열된 포트 외에는 Mac이나 LAN의 어떤 것도 이 네트워크로 게스트에 접근할 수 없습니다. USB 접근(iproxy, ideviceinstaller)과 vphone.sock은 게스트 네트워크를 사용하지 않으므로 계속 동작합니다. .local 이름도 USB 링크로 게스트에 도달합니다. 네트워크상의 이름을 참고하세요.
• ping은 게이트웨이까지만 도달합니다. 인터넷으로의 ICMP는 전달되지 않으므로, TCP와 UDP가 동작하더라도 게스트에서 ping 1.1.1.1은 실패합니다.
• 처리량은 vphone-vm에 의해 제한됩니다. 모든 패킷이 그 프로세스에서 처리됩니다. 다운로드와 동영상은 동작하지만, VPN이 없다면 nat가 더 빠릅니다.

#동작 원리

VPN이 Mac의 기본 경로를 차지하고 있으면(WireGuard, Cloudflare WARP, 또는 Surge나 Clash처럼 TUN 모드로 동작하는 프록시 앱), nat와 bridged가 물리 인터페이스로 내보내는 패킷은 VPN을 건너뜁니다. 그 패킷은 암호화되지 않은 채 나가거나 아예 나가지 못합니다.

tunnel 모드에서는 게스트의 네트워크 카드가 vphone-vm 안에 구현됩니다. 게이트웨이에 대한 DHCP, ARP, ping에 응답하고, 게스트의 각 TCP 연결과 UDP 흐름을 Mac의 일반 소켓으로 바꿉니다. 이 소켓은 다른 앱과 마찬가지로 Mac의 라우팅 테이블을 따르므로 VPN이 이를 전달합니다. root 권한, 새 네트워크 인터페이스, Mac의 네트워크 설정 변경이 모두 필요하지 않습니다.

#함께 보기

• 네트워크
• MAC 및 IP 주소
• 포트 포워딩