如图，在电脑上用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更换插件）。
我使用的插件：
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