在具有两个NIC的Windows服务器上进行数据包路由

这个问题让我难堪。 我在Google上search过，但没有提到这种行为，也没有任何解释。 也许我正在使用错误的search词。 我已阅读本网站的许多问题的解决scheme，但这是我第一次发布一个问题。

我有几个Windows 2008R2服务器在每台服务器上configuration了两个网卡。 第一个NIC是公共的，IP地址在公共域中，第二个NIC在专用域10.0.0.0/8中有IP地址。 私有IP的用途是用于集群（Oracle RAC），因此专用NIC只能由Oracle访问，而名称parsing则通过主机文件完成。

第一个网卡configuration了默认网关和DNS服务器。 第二个NIC只有IP地址和networking掩码。 IP地址为10.1.8.1/255.0.0.0。

在这个服务器上，如果我对traceroute 10.185.1.44（我们的networking上的另一台服务器），它第一次失败。 第二次，它成功了。 在具有两个NIC的任何服务器上，这种行为是一致的和可重复的。

• networkingstream量中的sshstream量分类
• 针对域pipe理员保护信息
• 是否值得build立一个不同的networking接口连接到MySQL？
• 在本地机器上使用apache的子域
• 寻找可能与停机有关的Cisco路由器/交换机日志

从以下输出可以看出，在第一次尝试中，Windows尝试将数据包路由到专用接口并失败。 在第二次尝试中，Windows将数据包路由到公共接口，tracert成功。 为了安全起见，我已经删除了实际的公共IP地址。

Q1：为什么Windows在第一次尝试通过专用NIC达到10.185.1.44，然后再次尝试使用公共NIC？

Q2：第二个观察是，一旦tracert成功，如果我在大约2分钟内做下一个tracert，那么它是成功的。 如果我在大约3分钟后尝试下一个tracert，则第一次失败，然后成功。

IPv6被完全禁用。 适配器的绑定顺序是公共优先，其次是私有。

tracert 10.185.1.44 Tracing route to 10.185.1.44 over a maximum of 30 hops 1 myserver.mydomain.com [10.1.8.1] reports: Destination host unreachable. Trace complete. tracert 10.185.1.44 Tracing route to 10.185.1.44 over a maximum of 30 hops 1 3 ms <1 ms <1 ms default gateway on public NIC 2 <1 ms <1 ms <1 ms next hop IP 3 2 ms 1 ms 1 ms next hop IP 4 2 ms 2 ms 2 ms next hop IP 5 3 ms 2 ms 2 ms next hop IP 6 4 ms 2 ms 3 ms next hop IP 7 2 ms 3 ms 2 ms next hop IP 8 2 ms 2 ms 2 ms next hop IP 9 3 ms 2 ms 2 ms 10.185.1.44 Trace complete. 

任何现象的解释将不胜感激。