你疑似有点小学生了，当年github曝光吸精瓶杀人都没被干烂

github可不能少，不能偷代码我怎么活呀😭

其实很早之前 github 就已经无法在大陆内使用 具体详情帖子看这里 以下主要 v2ex 帖子来自于 XIU2 的作者贡献 这里要感谢他

{{cite web | title = 深圳电信 GitHub 访问龟速 - V2EX | url = https://www.v2ex.com/t/763377 | date = 2021-03-24 | archiveurl = http://archive.today/m5psd | archivedate = 2021-03-24 }}

在今年三月初之前，我确实没在网上见过多少人说无法访问 Github 的（当然不是没有，只是很少），而最近半个月讨论该问题的人大幅增加，很多网站都见到有人询问。

但是经过简单观察发现，目前还只是部分地区有这种情况，很明显是来 [试探] 大家反应的，而很显然大家反应明显比当年 Github 被封时平淡多了，因此估计很快就应用至全国了~

访问 Github 的大概可以分为两种人。 一种是程序员来这里寻找或分析开源项目的。 一种是普通用户纯粹来这里寻找资源、下载资源（ Release 等）。

前者往往都有梯子（温水煮青蛙 计划成功，要知道当年 Github 被封的时候可是大量程序员反抗才恢复的）。 后者则是这段时间的主要发起讨论的人群（最容易被这种 [模拟丢包、伪装成网站自身网络问题] 所迷惑的）

{{cite web | title = 只要 Github 域名指向任意 IP，该 IP 的 443 端口就会超时 3 分钟（TCPing， 80 端口正常），求解！ - V2EX | url = https://www.v2ex.com/t/758568 | date = 2021-12-25 | archiveurl = http://archive.today/V5mCX | archivedate = 2021-12-25 }}

现在 github 直接 SNI RST 了，彻底再见了（ 0791 移动） ChinaMobile 网络下 cloudflare 还有几个 ip 段是好的，还是 CMI 到 HKIX 直连 Cloudflare，到目前（ 2021 年 6 月 15 日）还是低延时

本贴仅为学习交流，希望大家不要跑题~ 起因 从前几天开始，我发现 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 网络下可以稳定复现，不清楚其他地区、运营商是否也一样。 欢迎大家测试、交流、分析。

同时该作者也发现了类似于这个封锁的措施 也就是前几个月跟 store.steampowered.com 封锁类似的措施

{{cite web | title = Steam 商店 store.steampowered.com 疑似 443 端口被干扰？ ICMP 80 端口均正常 - V2EX | url = https://www.v2ex.com/t/824179 | date = 2022-01-05 | archiveurl = http://archive.today/nGQjK | archivedate = 2022-01-05 }}