站点访问问题

如图,在电脑上用Edge访问主站会显示这个界面


但是在手机上就可以正常访问,甚至是也是用的Edge

1 Like

电脑可以正常访问社区,但是因为访问问题无法登陆账号,所以换到手机发帖子


用手机浏览器使用桌面模式也可以正常访问

这个问题我们也遇到了。

可以照着超链接这楼拷贝一下浏览器信息发到这里,我们往服务器那边上报一下


我们用chrome Linux端访问出现问题

也代表手机版chrome启用桌面版也返回了ERR_INVALID_RESPONSE.(重定向错误)

Windows端chrome暂时没测试过。


目前问题的收集:

  • edge桌面版(Windows)返回问题,移动端(linux)未出错

  • chrome桌面版(未测试),Linux端(包括手机开启桌面版)返回了问题


该帖发布于:2025 10-03 00:24 utc+8
修订于:00:30

1 Like

抱歉隔这么久才看到回复
Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36 Edg/109.0.1518.140
是这串信息吧

2 Likes

谜底手成户晨风了)

账户之前被意外挂起,没办法及时发表回复。这次访问问题似乎是对UA进行了限制。以下是我的发现。
使用电脑访问midishow发现无法打开页面 刚开始还以为是dns的问题 切换了好几个dns服务器,甚至挂梯也无法访问 很不解 以为是在临时维护。但是使用手机端访问却正常,于是我推测和请求的浏览器UA有关。
有很多浏览器插件可以方便一键切换UA,我使用一个浏览器插件验证了下。


使用默认UA即:
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36 Edg/109.0.1518.52
会显示:ERR_INVALID_RESPONSE
访问具体页面会显示速度过快。
总之无法访问。

切换到macos :
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/136.0.0.0 Safari/537.36
会提示
429 Too Many Requests
总之无法访问

切换到linux/android/chromium os:
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36
可以正常访问。

这么看来似乎是对ua进行了限制,如果被限制或许可以考虑更换ua来修复(比如安装ua更换插件)。
我使用的插件:
image

windows似乎更换为最新版chrome可以解决。

目前发现被限制访问的UA条件(其中任一):

MacOS使用Chrome系浏览器的 --> 全部429

Linux\Windows 使用chrome系内核在130(不含)以下的浏览器

android似乎不受内核影响。

其他浏览器UA和内核受限时间关系没有测试 如果您有闲心可以帮忙补充。

截止目前似乎仍有设备无法通过默认ua访问 但是我发现更改ua后单次访问会话似乎不会被限制 但是重启浏览器\关闭相关页面会话之后就失效了,希望能尽快修复喵~
(不过也好,感觉一限制那些莫名其妙的机器人用户少了很多,估计是通过限制UA的方式来限制Bot伪装爬取的。如果这个方案不适合展示请版主删帖或者告知我隐藏or删除)

1 Like

最初我们遇到的情况是安卓版本返回了429
Mozilla/5.0 (Linux; Android 5.1; —) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.74 Mobile Safari/537.36

当时用了一台高版本设备测试了103版本的chrome结果与上面一致。

把这些当成问题反馈到后勤他们给出回复是修了。(就当他们说是修bug)


(后续95,103 chrome;安卓 问题得到了解决)

不过在当天测试双ua(桌面/移动版)切换的时候,两个ui都可以正常进行访问。过了大概有几天返回了ERR_INVALID_RESPONSE.

当时我们都想的一样,到后面更多人反馈起来,同一个问题就已经不对劲了


不过这里有个插曲,我用firefox也波及到了
不过早都修了,Linux firefox早都没毛病了

就当说了些没用的信息


如果安卓切换桌面ua,那么实际上就相当于Linux ua。这种情况按道理能复现


时间线:

起初安卓95 chrome不管移动ua还是桌面ua都受到了影响(包括95这台设备所有浏览器,我们开始怀疑dns网络问题; 不过由于是服务器nignx返回的429,我们更怀疑服务器方的问题。毕竟这不是本地报错)

紧接着测试103版本,在同一局域网下移动和桌面ua都可以访问。在此我们排除了网络问题(浏览器其他干扰因素的排除)

后续我们整理相关情况对服务器维护方进行反映,后续得到95 chrome正常访问 (同时这台设备上其他浏览器的手机ua也可以进行访问)

在这之后打开了桌面ua返回了429,防止出错,我们测试了103设备结果一样返回429 (之前是没有的)

这种情况就持续到了现在,从未变过。(至于对后续的反馈服务器一直采取冷态度,没回)


关于限制ua我会去问清楚的,至于这次再也不用像上次一样没头乱撞了

22:17

1 Like

感谢回复!由于不了解具体修复情况所以回复,如有打扰实在抱歉,总之麻烦了!
以上是我本地的测试结果,仅供参考,希望能尽快解决,不过如果是为了防止伪人bot账户在问答区刷怪那也倒能理解(最近几天肉眼可见清净很多…
希望不会波及到正常使用的用户!
另附:安卓似乎完全不受影响(目前看来),即使是远古内核的ua也能正常访问

1 Like

有点奇怪

我可能需要去问问这位用户,到目前为止Mac上的chrome全都没法访问??? (防止出错我去问;在之前说能访问(修复)了,当然mac没拿真机试过)

22:35

实在麻烦!是这样的,通过插件和实机还是有差异的,也有可能是我这边的间歇性网络问题,具体没办法确定是否都是这样。希望没有麻烦您太多!
firefox以及safari是正常的,目前貌似UA为macos的chrome任意版本(及其衍生分支版本,如opera、edge)都提示429

1 Like

有时候问题也是相向的,最开始安卓(老版本)也有问题,反馈之后解开了。

现在仍然存在ua封锁,我想有必要好好和他们谈谈。


……,咱本不想提防君子不防小人记住这点,专心创作。(这次交涉过后考虑,重开作品更新)

在这里也是对另一个帖子讲到,具体我不想引用过来了

2025 10-08 23:03

1 Like