JiunnTarn

> 发现问题了，极验的手动登录验证太老旧了，换成新版本，把 challenge 参数更新一下。 大佬，请问是 [手动验证器](https://kuresaru.github.io/geetest-validator/) 太老旧了吗？我使用 [极验官方的 Android SDK](https://mvnrepository.com/artifact/com.geetest.sensebot/sensebot)也遇到这个问题，拿到 `validate` 后登录，仍然返回 `-105 验证码错误`

> 极验验证成功后会返回三个值： geetest_challenge; geetest_validate; geetest_seccode; 而手动验证器只返回了 geetest_validate，geetest_seccode 倆值，少个 geetest_challenge（这个 challenge 和最开始的不一样），所以传给哔哩哔哩 challenge 值也就不对了。 可以了，感谢大佬！

感谢您的回复，也祝您春节快乐！如我截图所示，我认为我的规则设置应该没有问题：通配符开关已经打开，重写和断点开关均已打开，并且规则之间没有重叠。换个角度，既然我使用 Reqable 发送的请求能够正确地被重写和断点，那说明我的规则应该是正确的。如果您的手机里有得物 APP，您可以测试一下修改头像的请求：PUT http://dewu-image.oss-cn-shanghai.aliyuncs.com/app/...

> 协同调试时，配置了请求重定向。 > 经过排查日志，请求既发送给了原始接口，也发送给了重定向的那个接口。导致1个请求2个服务器都收到了 > > @JiunnTarn 感谢回复，你说的情况我明白，但是我使用的是替换请求功能，而非重定向功能。理想情况是当手机发送请求，请求内容被 Reqable 替换后发送给服务器，但是现在直接发送给了服务器，内容没有被替换。

@MrXhh 你说的是一个已知问题，这点在文档中有说明。如果你想要反馈，可以另开一个 issue 来反馈。 

@MegatronKing 我好像找到原因了：https 正常，http 无法重写请求，请求断点也不生效

> @JiunnTarn 已更新 2.7.0 版本，规则匹配可能存在一些问题。试试新版本，如果还有问题，希望能提供一个可复现的例子。 这是一个可复现的例子：https://github.com/JiunnTarn/reqable-test 这是我的录屏：https://raw.githubusercontent.com/JiunnTarn/reqable-test/main/record.mp4