今天突然发现 Steam 商店访问不太顺畅,检查了下发现了一些很眼熟的情况。。。

不知道是针对 Steam 商店还是 Akamai CDN 的锅?但海外确实正常。

# 网站测试

首先是在一些在线网站测速中测试了下,发现:

• 国外均访问正常
• 国内 http 大量访问失败
• 国内 https 较多访问失败

# 简单测试

然后我又简单 Ping 测试了下,结果如下(其他 IP 也这样,我只拿了一个示例):

• ICMP 正常
• TCP 80 端口正常
• TCP 443 端口间歇性超时

如果是网络质量问题的话,一般无论是什么协议 /端口都应该是一致的(即说丢包都丢包),而这些 IP 则只有 443 端口间歇性超时,显然不正常。

简单测试.png

当然如果只是这样的话,还不能实锤,于是有意思的来了~

# 进阶测试

我在写这篇帖子的时候,突然发现 443 端口不丢包了,我还以为恢复了,于是又去访问了下 Steam 商店,结果发现 443 端口又开始间歇性丢包了,这这这熟悉的味道,让我想到了 Github 。。。于是又和当初一样,进一步测试了下:

我就随便找了个能用的 IP (只要 443 端口可以 TCPing 就行,为了方便我找了个 Cloudflare IP )指向 Steam 商店访问后,发现该 IP 的 443 端口就会立即超时。。。

而此时在手机联通 4G 网络下,该 IP 是可用的,即代表和 Github 情况一样,都是只针对当前网络下。

果然,熟悉的配方,熟悉的味道~

进阶测试

后面我也懒得再测试了,估计也一样。。。

有兴趣可以看看我曾经发过的 Github 帖子:
只要 Github 域名指向任意 IP ,该 IP 的 443 端口就会超时 3 分钟( TCPing ,80 端口正常),求解!

好像上面随便找的图床有点拉,很多人看不到,那我再随便找个图床补充一下吧。。。

官方认证~

上面那个图有人反映几个月前就有了,我不太清楚,不过这玩意无所谓~

上面测试的方法可能有些人比较迷惑,我就在简单补充一下:

# 准备工具:

• TCPing.exe - 测试 80/443 端口连通性
• Curl.exe - 方便指定 IP 去访问域名

下载地址好像发不了,这两个下载后都不需要安装,都是命令行工具,解压后在 CMD 中运行。

# 测试步骤:

先开两个 CMD,分别持续测试 80 443 端口(也可以改成其他的 Steam IP,甚至其他网站的 IP 都行)

tcping -t 23.42.182.65 80
tcping -t 23.42.182.65 443

然后再开个 CMD,指定该 IP 去模拟访问 Steam 商店:

curl -I -k --resolve store.steampowered.com:443:23.42.182.65 https://store.steampowered.com

可能会直接访问超时,也可能会返回头部信息(无需在意),保险起见可以多执行几次。

# 观察结果:

紧接着观察 TCPing 状况, 如果此时 443 端口开始出现超时而 80 端口正常,那么代表复现成功。

有兴趣的可以把上面的 IP 改成其他网站的 IP,可以发现都能复现,也就意味着这是针对 Steam 域名,而不是 IP。