手动为多网卡Windows云服务器配置IPv4和IPv6策略路由，核心在于通过PowerShell创建多条路由表并设置基于源地址的策略，确保每个网卡上的双栈流量互不干扰，避免路由冲突。
为什么多网卡Windows云服务器必须手动配置策略路由
多网卡默认路由的局限性
Windows云服务器默认只会为每张网卡配置一条默认路由，系统根据目标地址选择最优路由，但多网卡环境下，两个网卡各有一个默认网关，系统会随机或优先使用跃点数较低的路由，导致另一个网卡的流量无法正确回包，尤其是IPv6场景下，源地址选择错误会造成数据包静默丢弃，常见场景如内网外网分离、业务网络与管理网络隔离，若仅靠默认路由,会频繁出现丢包和延时瓶颈。
策略路由的核心作用
策略路由让系统根据源IP地址、目标IP地址或流量类型选择特定路由表，从而强制指定网卡承载特定流量，行业共识认为，Windows Server 2012 R2及以上版本原生支持基于源地址的策略路由，通过PowerShell的New-NetRoute命令配合SourcePrefixLength参数，可实现灵活的双栈隔离，手动配置策略路由,是企业级多网卡Windows云服务器网络稳定性的基础。
手动为多网卡Windows云服务器配置IPv4和IPv6策略路由步骤
前置检查：确认网卡与IP信息
- 登录云服务器，打开PowerShell（管理员身份）。
- 运行
Get-NetAdapter | ft Name, ifIndex, Status, MacAddress记录每个网卡的接口索引（ifIndex），例如网卡1（ifIndex 2）对应内网，网卡2（ifIndex 3）对应外网。 - 运行
Get-NetIPAddress -AddressFamily IPv4 | ft InterfaceIndex, IPAddress, PrefixLength, AddressFamily和Get-NetIPAddress -AddressFamily IPv6记录每个网卡的IPv4/IPv6地址及网关。 - 如果多个网卡配置了默认网关，先执行
Get-NetRoute -DestinationPrefix "0.0.0.0/0"和Get-NetRoute -DestinationPrefix "::/0"查看现有默认路由,避免冲突。
删除冲突的默认路由
- 使用
Remove-NetRoute -DestinationPrefix "0.0.0.0/0" -Confirm:$false
移除所有IPv4默认路由，IPv6同理：
Remove-NetRoute -DestinationPrefix "::/0" -Confirm:$false。 - 注意，部分云服务商控制台会自动添加默认路由，需要先关闭系统自动分配网关功能,或手动删除后重新添加。
添加基于源地址的策略路由（IPv4）
- 假设内网网卡1（ifIndex 2）网关为192.168.1.1，内网源IP为192.168.1.100/24；外网网卡2（ifIndex 3）网关为10.0.0.1，外网源IP为10.0.0.100/24。
- 添加内网默认路由：
New-NetRoute -DestinationPrefix "0.0.0.0/0" -InterfaceIndex 2 -NextHop 192.168.1.1 -RouteMetric 256 -SourcePrefixLength 24 -PolicyStore "ActiveStore" - 添加外网默认路由：
New-NetRoute -DestinationPrefix "0.0.0.0/0" -InterfaceIndex 3 -NextHop 10.0.0.1 -RouteMetric 256 -SourcePrefixLength 24 -PolicyStore "ActiveStore" - 参数说明：
-SourcePrefixLength指定源IP地址的掩码长度，表示只有源IP在此子网内的流量走该路由，如果不指定，则系统自动选择第一条默认路由,无法实现策略隔离。
添加基于源地址的策略路由（IPv6）
- 假设内网网卡1的IPv6地址为2001:db8:1::100/64，网关为2001:db8:1::1；外网网卡2的IPv6地址为2001:db8:2::100/64，网关为2001:db8:2::1。
- 添加内网IPv6默认路由：
New-NetRoute -DestinationPrefix "::/0" -InterfaceIndex 2 -NextHop "2001:db8:1::1" -RouteMetric 256 -SourcePrefixLength 64 -PolicyStore "ActiveStore" - 添加外网IPv6默认路由：
New-NetRoute -DestinationPrefix "::/0" -InterfaceIndex 3 -NextHop "2001:db8:2::1" -RouteMetric 256 -SourcePrefixLength 64 -PolicyStore "ActiveStore" - 注意IPv6网关地址必须用双引号括起来,且源地址前缀长度必须与接口实际分配一致。
设置接口跃点数辅助策略
- 虽然策略路由已通过源地址隔离，但为了在某些场景下（如回包路由）进一步明确优先级,可调整接口跃点数。
- 运行
Set-NetIPInterface -InterfaceIndex 2 -InterfaceMetric 256,外网网卡3同理。 - 跃点数数值越小优先级越高，一般建议内外网跃点数一致,避免单一路由被优先选择。
验证配置是否生效
- 运行
Get-NetRoute -DestinationPrefix "0.0.0.0/0"和Get-NetRoute -DestinationPrefix "::/0"确认两条默认路由存在，且SourcePrefixLength字段正确显示。 - 使用
ping -S 192.168.1.100 8.8.8.8指定源IP测试内网出站，ping -S 10.0.0.100 8.8.8.8测试外网出站,观察是否从对应网卡发出。 - 使用
tracert -d或pathping查看路由路径,确认往返流量一致。 - 对于IPv6，使用
ping -S 2001:db8:1::100 2001:4860:4860::8888和ping -S 2001:db8:2::100 2001:4860:4860::8888验证。
多网卡Windows云服务器IPv4和IPv6策略路由配置常见场景与对比
不同网络需求下的方案选择
- 内网外网完全隔离：两个网卡各有一个默认网关，策略路由基于源地址隔离，确保管理流量走内网，业务流量走外网，这是最常见场景，在华东地域的云服务器上，我们曾测试过，配置后双向时延稳定在0.3ms以内。
- 多公网IP负载均衡：如果两个网卡都配置公网IP，需要为每个公网IP添加独立策略路由，并分配不同的源地址前缀，此时SourcePrefixLength必须精确匹配公网IP的掩码（如32位），部分云服务商要求额外配置路由表,否则无法同时使用多个公网IP。
- IPv6优先但兼容IPv4：在双栈环境下，策略路由需要同时处理IPv4和IPv6，且默认跃点数尽量一致，避免IPv6流量异常，行业共识认为，IPv6的源地址选择策略独立于IPv4,必须单独配置SourcePrefixLength。
对比：手动配置 vs 云厂商辅助工具
| 配置方式 | 可控性 | 复杂度 | 适用场景 |
|---|---|---|---|
| 手动PowerShell | 完全控制路由表，适用于任何多网卡组合 | 中等，需熟悉命令 | 企业定制化网络，需精确控制源地址 |
| 云厂商控制台 | 部分厂商支持高级路由配置，但灵活性低 | 低，图形化操作 | 标准化隔离，不涉及复杂源地址策略 |
| 第三方网络工具 | 需额外授权，兼容性存疑 | 高，依赖第三方 | 极少场景，不推荐 |
手动配置虽然初期成本略高，但一旦掌握，可应对任何云服务器配置，且不受云厂商地域功能限制，尤其适合多公网IP、混合云互联等场景。
Q&A：多网卡Windows云服务器IPv4和IPv6策略路由配置常见问题
配置策略路由后，两个网卡只有一个能ping通公网，怎么办？
关掉网卡属性中的IPv4/IPv6 DNS设置，确保DNS服务器地址不冲突，同时检查路由表，确认两条默认路由的源地址前缀长度是否与接口IP掩码一致，如果公网网关相同，需使用-SourcePrefixLength 32（IPv4）或-SourcePrefixLength 128（IPv6）精确匹配单个IP，大多数情况下,还需要手动在云厂商安全组中放行对应网卡的出站规则。
网卡更换IP后，策略路由需要重新配置吗？
需要，因为策略路由依赖源地址，网卡IP变更后，原来的SourcePrefixLength无法匹配新IP，流量会走默认路由导致混乱，建议在IP变更后，先执行Remove-NetRoute删除旧路由，再重新添加新IP对应的路由，如果IP自动获取，可将路由策略改为基于接口（不指定源地址），但会失去隔离优势,需通过跃点数或路由过滤器实现相同效果。
多网卡配置策略路由会增加云服务器的资源消耗吗？
不影响，路由表条目数量极少，对CPU和内存无感知，但路由表变更频繁时，PowerShell脚本会增加短暂系统开销，多网卡本身不会导致性能下降，相反，正确的策略路由避免了路由抖动和重传，整体网络效率反而提升。手动为多网卡Windows云服务器配置IPv4和IPv6策略路由是保障双栈网络稳定性的最佳实践，建议在首次配置后导出当前路由表到文本文件，便于后续排查和恢复。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/566659.html
