同一个游戏服务器只有走 VPN 才能用：这能证明什么

同一个服务器，两次尝试：关闭 VPN 时会话在加载途中掉线，打开 VPN 时同一会话能连上。这是真实证据，也很容易被过度解读。打开 VPN 会同时改变源地址、传输路径、解析器策略，有时还改变地址族，所以“成功”只说明差异起了作用，却没说清是哪一项差异。一层一层地做对比，才能得到可据以行动的答案。这也能避免一次改四个变量、最后什么都没学到。

先确认运营方的意图

要求使用已批准 VPN 的私人服务器，本来就应当无法通过普通公网连接访问，这是正常配置而非故障。已公开发布的公共服务器若恰好在某一条访问路径上失败，则是另一回事，责任方也不同。做任何测试之前，先确定你面对的是哪一种，因为答案决定了你是在排查网络还是在读一份策略。去问运营方，或读他们公开的访问说明，不要凭一次连接失败去推断。

如果运营方公布了访问方法，就照它做。绕开有意设置的访问限制，与修好一条坏掉的路由不是同一件事。

把对比记录做得小而固定

两次尝试之间，游戏、账号、所选服务器和操作保持不变，只改变 VPN 状态。记下服务器标识和区域，以及客户端显示的实际地址，因为面板上看到的服务器名并不是网络实际使用的东西。“启动器打开了”和“这个多人会话连上了”是两种结果，混在一起会让对比失去价值。

第一次测试之前就先写好那四行。事后凭记忆重建的对比只是故事，不是测量。

记录第一个失败，而不是最后一条消息

屏幕上的提示通常是整条链路的最后一个事件。要记的是第一个有意义的事件：域名解析、传输超时、连接被拒、账号受限，还是连接成功之后的会话错误。这些类别的责任方与修法各不相同，而一句笼统的“已断开”会把它们压成一个没用的词。

如果客户端有日志，看的是阶段而不是错误码。阶段会告诉你下一层该测什么。

同名不等于同一个元组

同一个主机名在不同路径上可能解析到不同地址，IPv4 与 IPv6 也可能走完全不同的路由和策略。比较结果之前，先确认直连尝试和 VPN 尝试用的是同一个目标和同一个地址族。否则你是在拿两个实验对比，却把它们说成一个。

遇到路由差异要记得：互联网路由遵循运营方策略，而不是地理上最短的线，这正是 BGP 规范里描述的思路。VPN 能绕开某条糟糕的传输路径，只说明那条路径糟，不说明有人在故意限速你。

测试游戏实际使用的传输方式

对一个端口成功建立 TCP 连接，并不会建立 UDP 会话，两者也都不能证明游戏登录已经完成。要跟的是这款游戏真正依赖的服务，而不是从别的游戏抄来的端口清单，并且宁可观察客户端自身的行为，也不要从外部探测。如果服务器对你的出口地址返回拒绝，那是运营方要处理的策略问题，不是关于你本地网线或路由器的证据。

遇到明确的限制，请走发行方的支持或申诉渠道。伪装账号资格是另一种行为，后果也不同。

写报告时，把两条路径、未改变的操作、所选服务器与地址族，以及第一个失败都写进去。这样的报告运营方才能调查，而且不需要一次改动四项设置才能产出。