跨区域Azure Windows VM 仅将Chrome流量路由至另一区域VM上网方案咨询

问题1：VNet互连路径是否支持互联网流量转发 #

• VNet peering（包括跨区域全局对等互连）和VNet-to-VNet网关连接本身都支持互联网流量转发，你之前路由表配置未生效通常是遗漏了以下必要配置：
  1. Azure层面需要开启VM2网卡的IP转发功能，同时在VNet peering的配置中开启「允许转发的流量」权限
  2. VM2的Windows系统内需要开启IP转发功能，同时配置SNAT规则，将来自VM1的访问互联网的流量源地址转换为VM2的公网IP/内网出口IP，否则互联网回包无法正确路由到VM1
  3. 路由表需要双向配置：VM1子网的路由表需将目标为0.0.0.0/0的流量下一跳设为VM2的内网IP，同时VM2子网的路由表需确保回包到VM1内网段的流量下一跳指向VNet互连通道
• 该路径本身可行，但配置链路长、排错成本高，不适合新手落地

问题2：双网卡相关配置疑问 #

• 同属一个VNet的两张网卡无法分别设置为Private和Public网络：Windows的网络位置分类是基于网络识别符（DNS后缀、子网等）判定的，两张网卡接入同一个VNet时会被识别为同一个网络，修改配置会同步变更属于正常现象
• 无法为VM附加其他VNet的网卡属于Azure的正常设计限制：Azure虚拟机的所有网卡必须归属同一个虚拟网络，不支持跨VNet挂载网卡

问题3：更易落地的推荐方案 #

你完全不需要调整路由、新增网卡，用应用层代理方案即可100%匹配你的需求，操作步骤非常简单：

1. 在VM2上部署轻量SOCKS5/HTTP代理服务，比如使用3proxy、WinGate等Windows平台支持的代理工具，监听端口建议设为非知名端口如1080，配置仅允许VM1的内网IP访问该代理端口，同时在VM2的NSG入站规则中放通该端口的VM1访问权限
2. VM1上无需修改任何系统级网络配置，仅需要为Chrome浏览器单独配置代理：
   • 可以直接创建Chrome快捷方式，在目标路径末尾追加启动参数：--proxy-server="socks5://<VM2的内网IP>:1080"
   • 也可以安装Chrome代理管理插件，仅对Chrome生效，不会影响其他任何应用的网络链路
3. 验证：用修改后的快捷方式启动Chrome，访问IP查询类站点确认出口IP为VM2的公网IP，其他应用访问IP查询站点出口仍为VM1的公网IP即可

内容的提问来源于stack exchange，提问作者Azure User