我试图弄清楚为什么我总是收到
“Ubisoft 服务器目前不可用。请稍后重试。”
显然，服务器实际上已启动并正在运行，因此问题似乎出在我这边。
我使用 Wireshark 捕获网络流量。
我不是网络专家，但我知道通常的握手是 [SYN] - [SYN,ACK] - [ACK]
然而，我在 Wireshark 捕获中看到的是，远程服务器正在
“突然”以 500 毫秒的间隔发送 3 个 [RST, ACK] 数据包
- 而我这边从未向该 IP 地址发送任何内容。
数据包 1：我的 PC（WINULTX；10.0.0.3）询问（resolver1.opendns.com；208.67.222.222）的 IP 地址是多少gconnect.ubi.com
数据包 2：DNS 服务器回复gconnect.ubi.com是别名记录为了lb-onl-vh-wspub01.ubisoft.com， 然后lb-onl-vh-wspub01.ubisoft.com有 IP 地址216.98.48.133
数据包 3：216.98.48.133，TCP/80“突然”发送一个 54 字节[RST，确认]数据包发送到我的电脑TCP/27939
数据包 4：我的 PC 位于TCP/23632发送 55 字节[确认]数据包到216.98.48.69，tcp/14000（-DNS 服务器之前曾告诉我的 PClb-upc-dmx.ubisoft.com有 IP 地址216.98.48.69）
数据包 5：数据包 3 的 100% 副本，500 毫秒后发送
包 6： 216.98.48.69，tcp/14000回复 55 字节[确认]数据包发送到我的电脑TCP/23632
数据包 7：数据包 3 的 100% 副本，500 毫秒后发送
数据包 8 -> 数据包 22：我的 PC 位于TCP/23632继续交谈216.98.48.69，tcp/14000
我对此有一些疑问。
首先，这里可能缺少一些数据包吗？
我觉得很奇怪，我的电脑首先想知道gconnect.ubi.com，
但后来，在得知这是别名记录为了lb-onl-vh-wspub01.ubisoft.com，
然后lb-onl-vh-wspub01.ubisoft.com有 IP 地址216.98.48.133
- 它什么也没做..？
相反，来自该 IP 地址的 3 个数据包突然发送到我的 PC..？！
Wireshark 是否可能错过了从我的 PC 发送到该 IP 地址的一些数据包？
如果是这样 - 那怎么会发生？
如果有不是Wireshark 遗漏了任何数据包。--
这怎么可能呢216.98.48.133开始发送这些数据包了吗？
为什么会这样呢？
附加信息：
“3 个 [RST, ACK] 数据包，间隔 500 毫秒”的情况在稍后的捕获中重复出现。这对应于我在游戏中手动点击“其他内容”时的情况。不同的是，我的电脑现在想知道onlineconfigservice.ubi.com
然而，onlineconfigservice.ubi.com是还的 CNAMElb-onl-vh-wspub01.ubisoft.com，意味着有完全相同的 IP 地址；216.98.48.133
我有 Windows 7 SP1，并且已禁用 Teredo IPv6。
我不能 100% 确定 Ubisofts 服务器是否“正常运行”，但是他们的 Twitter 页面上没有显示任何“宕机”的信息 - 所以我认为是我这边出现了问题。
虽然我以前玩过 PC 游戏，但这是我第一次尝试玩多人游戏。我以前玩过的所有游戏都是完全离线的。
问题中的游戏是《刺客信条 3》。我启动 Uplay，然后选择《刺客信条 3》，玩单人游戏，然后在菜单中选择 Extras。之后有 3 个选项；它们都需要连接到 Ubisoft 服务器，它们都给出相同的结果。
Ubisoft 论坛上的提示和修复方法很奇怪。不知何故，“确保您的防火墙允许您连接到 [服务器的] 端口 80 和 443 上的服务器”变成了“确保您设置了路由器 NAT 以将端口 80 和 443 上的传入数据包转发到您的 PC”。这种误解一再重复，却没有人注意到，当您 PC 上的端口 80 或 443 上没有服务器时，这样做有点奇怪。
我尝试使用我的常用浏览器 Mozilla Firefox 28.0，并输入 URL；
gconnect.ubi.com和onlineconfigservice.ubi.com都给出了 403 服务器错误消息。
而lb-gconnect.ubisoft.com（这是另一个 CNAMElb-onl-vh-wspub01.ubisoft.com),
lb-onl-vh-wspub01.ubisoft.com以及直接输入 IP 地址时 -216.98.48.133
- 这 3 个 URL 给我一个简单的“OK”消息。
最重要的是 - 这 5 个 URL 都有一个正常的握手 [SYN] - [SYN,ACK] - [ACK]。
所以这是一种证据表明有一个服务器216.98.48.133，监听 TCP 端口 80。