Github加速之事

[maoist2009]

目前github.com走日本
github.io,usercontent走印度（和日本延迟差不多,但日本被gfw间歇性丢包）
assets我找不到有证书的，所以原样。

[maoist2009]

但是吧，如果你把github.githubassets.com改成github.com新标签页里都是能加载出来的。
然而实际使用时就是出不来。
目前瓶颈在assets

[MDZZ-123]

assets我记得好像本身就可以直连？

[MDZZ-123]

折腾了一下，发现是GitHub会301触发CSP，部分资源还缺失cors头
要手动改host，我用了header editor插件，基本上可以解决了

[moi-si]

@MDZZ-123 请问你是怎么改的？火狐没能成功。

[MDZZ-123]

@MDZZ-123 请问你是怎么改的？火狐没能成功。

是改http请求的host头，不是改系统的host，把请求的host头改成GitHub.com,然后IP指定为GitHub.com的IP,这样访问的时候就不会收到301的重定向，而是直接返回文件内容，不会触发CSP

[moi-si]

是改http请求的host头，不是改系统的host，把请求的host头改成GitHub.com,然后IP指定为GitHub.com的IP,这样访问的时候就不会收到301的重定向，而是直接返回文件内容，不会触发CSP

不用改响应头 access-control-allow-origin 吗？

[MDZZ-123]

是改http请求的host头，不是改系统的host，把请求的host头改成GitHub.com,然后IP指定为GitHub.com的IP,这样访问的时候就不会收到301的重定向，而是直接返回文件内容，不会触发CSP

不用改响应头 access-control-allow-origin 吗？

貌似有部分响应缺少响应头 access-control-allow-origin ，所以也需要改一下，我是直接全改成*了，省事

[kyber768]

“世界触手可及”

[moi-si]

终于在 Edge 成功了。首先修改 github.githubassets.com 的请求头 host 为 github.com，再将其响应头 access-control-allow-origin 改为 https://github.com，而且请求的 SNI 为空，IP 属于 github.com 。

[moi-si]

今天澳大利亚微软云4.237.22.38超时一次，前所未有。

[moi-si]

用旧版上 github.com，TLS_frag 是原来的3，不明原因超时，但4.237.22.38:443是正常的。TLS_frag 设为8正常短暂正常，不久还是超时。Accesser 没啥问题。

[MDZZ-123]

坏咯，现在用GitHub.com无法加载github.githubassets.com的资源了

[MDZZ-123]

哪些？github.githubassets.com 确实找不到任何其它 IP。

其实也就两个，支持全局加速的才行，大部分镜像站只支持加速git、release之类的
css.kkgithub.com
assets.bgithub.xyz

[MDZZ-123]

第一个好像还会检测referer头,用第二个比较方便

[MDZZ-123]

哪些？github.githubassets.com 确实找不到任何其它 IP。

其实按理说fastly的cdn的IP应该是可以优选的，只是不像CF那样是anycast的，不知道能不能找到不丢包的IP

[MDZZ-123]

哪些？github.githubassets.com 确实找不到任何其它 IP。

那两个镜像站的也有问题，访问多了会触发限制，返回40X，折腾了一圈，还是换回2606:50c0:8001::154这几个IPV6地址了，至少丢包比v4好一点

[moi-si]

我在用 bgithub.xyz，感觉还是很快的，大多返回 304。只是人机验证的时候不能用这个。