本贴仅为学习交流，希望大家不要跑题~

起因

从前几天开始，我发现 Github 总是频繁无法访问（直连），而我这么多年很少遇到这种情况。

稍微注意了下，发现竟然有规律，于是花了一下午时间不停测试，得出了一些不成熟的结论。

复现

测试环境：Windows10 （联通家庭宽带）、Android 手机（联通 4G ）

一开始我是拿了一些 github . com 的 IP 放在 Hosts 文件中轮番指向 github . com 来测试。

一旦指向后去访问 Github，就会发现这个 IP 的 443 端口会超时（ TCPing ），然后浏览器提示超时。

如果我关闭网页（避免浏览器一直重试），等 3 分钟后（ TCPing 超时 90 次，超时时间 2 秒） 443 端口就通了。

在此期间，该 IP 的 80 端口和 ICMP Ping 是一直正常通顺的，只有 443 端口超时。  

在此期间，整个局域网下全都 443 超时（准确说是整个宽带网络下），而独立的手机 4G 网络 TCPing 443 正常（包括其他在线端口测试网站也都 443 正常，国外更不用说了一切正常）。  

在此期间，对该 IP 进行 TCP 路由追踪时，会在出口处完全中断。

看到这里，其实就发现不对劲了，于是我又尝试手机共享流量数据网络给电脑，同样可以复现。

这时候，因为手机和电脑在同一个局域网（流量数据网络）下，所以也都 443 超时的。

进阶

测着侧着，突发奇想如果指向其他非 Github 的 IP 会怎么样？

于是我就找了个能用的 Cloudflare CDN IP （只要 443 端口可以 TCPing 就行）指向 Github 后，发现也会出现 443 端口超时的情况。。。

我也尝试过把 Github 的 IP 指向其他域名，结果一切正常，没有出现类似情况，只是针对 Github 。

其他机制

因为持续测试了好几个小时的原因，还发现了一些其他机制：

触发时间 /超时时间

有时候是一旦触发条件，就会直接超时 3 分钟（ TCPing 超时 90 次，超时时间 2 秒），期间完全超时。

而有的时候是这 3 分钟期间还会漏掉一些正常延迟的 TCPing 结果，但经过测试依然无法访问网页，应该是模拟丢包。

而有的时候触发条件后，如果立即停止访问 Github，则就会发现 443 端口不再超时了。而如果一直不停的重试网页，那么超时时间就会无限长（重置为 3 分钟），这时候再去停止重试网页，超时时间就固定为 3 分钟了。

随机 /轮番针对

有意思的是，似乎是随机或轮番针对 Github IP 的。

因为我发现有时候 IP A 在某一段时间内是可以正常访问的，相应其他的 IP B C D 等这段时间就会无法使用（一旦访问就 443 超时）。而过一段时间 IP A 又无法访问了，但又有另一个 IP B 可以正常访问了（顺序没有发现规律）。

也就是说，在任意时间总有一个（或几个） IP 是可以正常访问的，且不停变换。

目前为止，我只在我的联通宽带+联通 4G 网络下可以稳定复现，不清楚其他地区、运营商是否也一样。

欢迎大家测试、交流、分析。

只要 Github 域名指向任意 IP，该 IP 的 443 端口就会超时 3 分钟（TCPing， 80 端口正常），求解！

本贴仅为学习交流，希望大家不要跑题~

起因

复现

进阶

其他机制

触发时间 /超时时间

随机 /轮番针对