search

BeyondDimension / SteamTools

🛠「Watt Toolkit」是一个开源跨平台的多功能 Steam 工具箱。
https://steampp.net
GNU General Public License v3.0
20.19k stars 1.31k forks source link

🐛[BUG] Github无法加载图片，无法下载Release中的文件 #3051

Open yjc20061008 opened 11 months ago

yjc20061008 commented 11 months ago

请认真检查以下清单中的每一项

🐛 描述

📷 复现步骤

  1. image 结果： image

  2. image image image image

📄 日志信息

🖼 截图

🚑 其他信息

yjc20061008 commented 11 months ago

image 才发的issue图片就加载不出来了

yjc20061008 commented 11 months ago

但是手机Github应用程序就没问题Screenshot_20231129_183515_com.github.android.jpg

zhongerjunze commented 11 months ago

这个和Watt Toolkit没什么关系，主要检查一下自己的网络吧。 建议直接通过官网的Gitee下载，和Github上是一样的。 这里是链接：https://gitee.com/rmbgame/SteamTools/releases/tag/3.0.0-rc.2

yjc20061008 commented 11 months ago

（对不起，可能是我的表达有问题让您误解了） 我的意思是，我的电脑上已经安装了watt toolkit，但是访问Github和下载Github文件时有问题，图片里的release只是一个例子。

zhongerjunze commented 11 months ago

（对不起，可能是我的表达有问题让您误解了） 我的意思是，我的电脑上已经安装了watt toolkit，但是访问Github和下载Github文件时有问题，图片里的release只是一个例子。

建议检查是否已经启用Github项全部的加速服务、是否允许Watt Toolkit通过防火墙、是否被各类管家阻止更改HOST等问题。 也可以尝试在 “加速设置” 中切换不同的加速模式。

A2uria commented 11 months ago

Watt Toolkit 的问题。

hosts 代理模式下只对如下子域名进行了代理：

127.0.0.1 githubusercontent.com
127.0.0.1 raw.githubusercontent.com
127.0.0.1 camo.githubusercontent.com
127.0.0.1 cloud.githubusercontent.com
127.0.0.1 avatars.githubusercontent.com
127.0.0.1 avatars0.githubusercontent.com
127.0.0.1 avatars1.githubusercontent.com
127.0.0.1 avatars2.githubusercontent.com
127.0.0.1 avatars3.githubusercontent.com
127.0.0.1 user-images.githubusercontent.com

objects.githubusercontent.com 和 private-user-images.githubusercontent.com 的流量并没有走 Watt Toolkit 所以当然会被 sni 阻断。

一个临时的解决办法是往 hosts 里手动加上这两行：

127.0.0.1 objects.githubusercontent.com
127.0.0.1 private-user-images.githubusercontent.com
321yida commented 11 months ago

我也是，开启加速后无法使用IDM下载github上的文件

zhongerjunze commented 11 months ago

Watt Toolkit 的问题。 ......

如果在“网络加速”中选择了“Github UserContent”，在我的测试中，HOSTS文件里实际上是有您所说的 objects.githubusercontent.com 和 private-user-images.githubusercontent.com 这两项的。

下图是我在仅选择“Github UserContent”并加速后的HOSTS文件截图 image

当然，这有可能是系统版本、Watt Toolkit版本等原因所造成的差异，因为没有其他设备测试，所以可能会有些偏差。

A2uria commented 11 months ago

Watt Toolkit 的问题。 ......

如果在“网络加速”中选择了“Github UserContent”，在我的测试中，HOSTS文件里实际上是有您所说的 objects.githubusercontent.com 和 private-user-images.githubusercontent.com 这两项的。

下图是我在仅选择“Github UserContent”并加速后的HOSTS文件截图 image

当然，这有可能是系统版本、Watt Toolkit版本等原因所造成的差异，因为没有其他设备测试，所以可能会有些偏差。

Watt Toolkit 热更新了。

参考 #2941 在热更新之前 hosts 文件内是不存在 objects.githubusercontent.com 和 private-user-images.githubusercontent.com 这两项的。

今天热更新后原本的添加的两行被注释了。

# Steam++ Backup Start
#23 127.0.0.1 objects.githubusercontent.com
#23 127.0.0.1 private-user-images.githubusercontent.com
# Steam++ Backup End
yjc20061008 commented 11 months ago

image 很遗憾问题并没有解决。

yjc20061008 commented 11 months ago

`

Steam++ Start

127.0.0.1 google.com 127.0.0.1 www.google.com 127.0.0.1 hcaptcha.com 127.0.0.1 assets.hcaptcha.com 127.0.0.1 imgs.hcaptcha.com 127.0.0.1 www.hcaptcha.com 127.0.0.1 docs.hcaptcha.com 127.0.0.1 js.hcaptcha.com 127.0.0.1 newassets.hcaptcha.com 127.0.0.1 client-api.arkoselabs.com 127.0.0.1 epic-games-api.arkoselabs.com 127.0.0.1 cdn.arkoselabs.com 127.0.0.1 prod-ireland.arkoselabs.com 127.0.0.1 api.github.com 127.0.0.1 gist.github.com 127.0.0.1 raw.github.com 127.0.0.1 githubusercontent.com 127.0.0.1 raw.githubusercontent.com 127.0.0.1 camo.githubusercontent.com 127.0.0.1 cloud.githubusercontent.com 127.0.0.1 avatars.githubusercontent.com 127.0.0.1 avatars0.githubusercontent.com 127.0.0.1 avatars1.githubusercontent.com 127.0.0.1 avatars2.githubusercontent.com 127.0.0.1 avatars3.githubusercontent.com 127.0.0.1 user-images.githubusercontent.com 127.0.0.1 objects.githubusercontent.com 127.0.0.1 private-user-images.githubusercontent.com 127.0.0.1 github.com 127.0.0.1 pages.github.com 127.0.0.1 githubapp.com 127.0.0.1 github.io 127.0.0.1 www.github.io 127.0.0.1 storage.live.com 127.0.0.1 skyapi.onedrive.live.com 127.0.0.1 onedrive.live.com 127.0.0.1 onedrive.live 127.0.0.1 mega.co.nz 127.0.0.1 g.cdn1.mega.co.nz 127.0.0.1 www.mega.co.nz 127.0.0.1 userstroage.mega.co.nz 127.0.0.1 g.api.mega.co.nz 127.0.0.1 mega.nz 127.0.0.1 mega.io 127.0.0.1 aem.dropbox.com 127.0.0.1 dropbox.com 127.0.0.1 www.dropbox.com 127.0.0.1 dl.dropboxusercontent.com 127.0.0.1 uc07aaf207f16a978a3dbc24a1c9.dl.dropboxusercontent.com 127.0.0.1 uc87442e427766fe8cf2a7a07827.dl.dropboxusercontent.com 127.0.0.1 uc957f785cc03b9b273234fd24f9.dl.dropboxusercontent.com 127.0.0.1 ucc541451e9df780e40777d477eb.dl.dropboxusercontent.com 127.0.0.1 ucb277f9a438d6b3f4ea2147ac26.dl.dropboxusercontent.com 127.0.0.1 uc4b4b602d4b01e27782f92ce984.dl.dropboxusercontent.com 127.0.0.1 uc9c83355d6aa8bc75f7f597c7d6.dl.dropboxusercontent.com 127.0.0.1 ucaf37cba09486e69c215bdfe2e2.dl.dropboxusercontent.com 127.0.0.1 uca3a40eb53259715309022eb9fd.dl.dropboxusercontent.com

Steam++ End

` 这是我的hosts

zhongerjunze commented 11 months ago

Watt Toolkit 热更新了。 ......

感谢大佬解惑

zhongerjunze commented 11 months ago

很遗憾问题并没有解决。

如果还没测试过HOSTS外的其他加速模式，还请在“加速设置”中重置（或清空）HOSTS文件，并重新安装证书（移除后安装），再尝试一下其他加速模式。

A2uria commented 11 months ago

尝试命令行执行一下 nslookup githubusercontent.rmbgame.net，理论上应该是是如下结果：

$ nslookup githubusercontent.rmbgame.net
服务器:  UnKnown
Address:  2408:8899::8

非权威应答:
名称:    ghraw.steam302.xyz
Addresses:  185.199.111.133
          185.199.108.133
          185.199.109.133
          185.199.110.133
Aliases:  githubusercontent.rmbgame.net

这个是 Watt Toolkit 解析 *.githubusercontent.com 的地址，要是多次 nslookup 的结果不一样的话可能是 githubusercontent.rmbgame.net 被 ban 了。

要是上面这个没问题的话那大概率是网络问题。

看一下所在地区网络通不通：

对于我来说四个 IP 里只有 185.199.109.133 可以访问，但是 Watt Toolkit 帮我们选了能用的那个。

$ openssl s_client -state -brief 185.199.108.133:443 < /dev/null
SSL_connect:before SSL initialization
SSL_connect:SSLv3/TLS write client hello
SSL_connect:error in SSLv3/TLS write client hello
write:errno=10054
$ openssl s_client -state -brief 185.199.109.133:443 < /dev/null
SSL_connect:before SSL initialization
SSL_connect:SSLv3/TLS write client hello
SSL_connect:SSLv3/TLS write client hello
SSL_connect:SSLv3/TLS read server hello
Can't use SSL_get_servername
SSL_connect:TLSv1.3 read encrypted extensions
SSL_connect:SSLv3/TLS read server certificate
SSL_connect:TLSv1.3 read server certificate verify
SSL_connect:SSLv3/TLS read finished
SSL_connect:SSLv3/TLS write change cipher spec
SSL_connect:SSLv3/TLS write finished
CONNECTION ESTABLISHED
Protocol version: TLSv1.3
Ciphersuite: TLS_AES_128_GCM_SHA256
Peer certificate: C = US, ST = California, L = San Francisco, O = "GitHub, Inc.", CN = *.github.io
Hash used: SHA256
Signature type: RSA-PSS
Verification: OK
Server Temp Key: X25519, 253 bits
SSL_connect:SSL negotiation finished successfully
SSL_connect:SSL negotiation finished successfully
SSL_connect:SSLv3/TLS read server session ticket
DONE
SSL3 alert write:warning:close notify

185.199.110-111.133 的结果跟 185.199.108.133 一样。

iDTer commented 11 months ago

遇到同样的问题了，请问有解决办法吗？

321yida commented 11 months ago

遇到同样的问题了，请问有解决办法吗？

在hosts中注销 objects.githubusercontent.com 和 private-user-images.githubusercontent.com 这两项就行 image 似乎是由于更新后代理这两项导致的

yjc20061008 commented 10 months ago

遇到同样的问题了，请问有解决办法吗？

在hosts中注销 objects.githubusercontent.com 和 private-user-images.githubusercontent.com 这两项就行 image 似乎是由于更新后代理这两项导致的

试过了，但是很遗憾，问题依然存在。

yjc20061008 commented 10 months ago

问题解决了！但是我也不知道怎么解决的。。。。。 我的电脑上有一个软件Collapse https://github.com/CollapseLauncher/Collapse 这天我把它更新了一下，选择了从GitHub下载所需文件，发现可以下载（在软件里），如图所示 image 再回GitHub一看，图片也可以正常加载了，IDM也正常了 但是，我真的没有做任何其他的操作啊！！！所以这是怎么解决的？？？

iDTer commented 10 months ago

再回GitHub一看，图片也可以正常加载了，IDM也正常了

我这两天也可以正常加载了，不知道为啥，没有做任何更改，不知道是不是开发者做了一些优化

xinjiboy1234 commented 9 months ago

伟大的墙 想 拦截的时候 不管用啥办法都会被拦截的，除非是白名单