parallels desktop不支持windows式网络适配器优先级排序，需通过桥接+共享双网卡组合及手动静态路由实现内外网互通：桥接卡负责内网（如192.168.1.x），不设默认网关；共享卡负责外网（10.211.55.x），并添加route add -net 192.168.1.0/24 gw 192.168.1.1 dev eth0。
parallels desktop 本身不提供类似 windows 那样的“网络适配器优先级排序”功能（比如拖动调整顺序或设置跃点数），它通过网络模式选择和底层虚拟交换机机制决定流量路径，而不是靠系统级路由权重。所以所谓“管理网络适配器优先级”，实质是合理配置多个网络接口的组合逻辑与路由规则，而非调节数值优先级。
明确虚拟机里有几块网卡
一台 Parallels 虚拟机可添加多个网络适配器（如 Network Adapter 1、2），每块可独立设为不同模式：
- Adapter 1 设为「桥接：Wi-Fi」→ 获取局域网内网 IP（如 192.168.1.x）
- Adapter 2 设为「共享网络」→ 获取私有网段 IP（如 10.211.55.x），用于访问外网
- Adapter 3 可设为「Host-only」→ 仅与 Mac 通信，用于调试或隔离服务
关键不是谁“优先”，而是哪块网卡负责哪类流量——系统默认按路由表决定出口，而路由表由各网卡的网关和子网自动构建。
控制流量走向的核心方法
要让虚拟机同时访问内网和外网（比如连公司 GitLab 又上百度），不能依赖“优先级开关”，而需主动管理路由：
- 保留桥接网卡获取内网 IP，并不设默认网关（即 gateway 留空或设为 0.0.0.0）
- 共享网络网卡正常获取 DHCP，默认网关会自动指向 Parallels 的 NAT 路由器（10.211.55.1）
- 在虚拟机内部手动加一条静态路由：例如
route add -net 192.168.1.0/24 gw 192.168.1.1 dev eth0（假设桥接网卡是 eth0，内网网关是 192.168.1.1） - 这样所有去 192.168.1.0/24 的包走桥接卡，其余默认走共享网卡上外网
Mac 主机侧的配合要点
主机端虽不干预虚拟机内部路由，但以下设置会影响整体连通性：
- 确保 macOS 的 Wi-Fi 或以太网接口本身能正常上网且无代理干扰
- 若用桥接模式，检查「系统设置 > 网络」中对应物理适配器是否启用、未被防火墙拦截
- 避免在 Parallels 偏好设置 → 网络 → 共享网络中关闭 DHCP，否则共享网卡可能拿不到 IP
- Wi-Fi 桥接时，如遇 DHCP 失败，需在虚拟机网络设置中勾选「发送主机的 MAC 地址到 DHCP 服务器」
排查多网卡失效的常见原因
当虚拟机显示多张网卡但只有一张能通，往往不是优先级问题，而是配置冲突：
- 两块网卡都设了默认网关 → 系统只认最后一个生效，导致部分网段不可达
- 桥接模式下 Mac 物理网络受限（如企业 802.1X 认证、端口安全策略）→ 虚拟机无法获得内网 IP
- 共享网络与桥接共存时，Windows 虚拟机可能因“网络位置识别”混乱触发防火墙拦截
- Linux 虚拟机未启用 IP 转发或未关闭反向路径过滤（rp_filter），影响双向通信
