规则对脚本中的请求处理在iOS和macOS版本上表现不同

ztxtop

我在启用的模块中定义了一个请求URL的reject操作，macOS上在脚本中发起该URL的请求，不会被规则reject掉，但在iOS上会因为规则的存在导致请求被reject；请问是这是tf 2606中描述的系统内部状态混乱导致的吗？另外我将iOS端脚本发起的HTTP请求转发到Charles上，发现脚本发起的请求头数据中含有X-Surge-Skip-Scripting信息，这个信息不是仅在Surge内部使用吗，要如何才能使脚本发起的请求不会带上这类数据给服务器？

Surge for macOS 4.10.1(1964)
Surge for iOS 5.20.0(2614)

SurgeTeam

问题 1：请检查对应功能开关是否打开
问题 2：确认为 Bug，已在最新 beta 版本中修正。

ztxtop

SurgeTeam 问题1出现的场景都已正确开启对应功能了的；
目前我这边各端表现如下：
macOS端：我的reject配置是写在模块中并应用了模块，外部设备通过HTTP代理发起限制URL的请求会被REJECT掉，通过HTTP API触发脚本发起限制URL的请求不会被REJECT掉；
iOS端：我使用相同模块配置并启用它，再进入脚本编辑器中发起限制URL的请求会被REJECT掉，不像macOS端能正常发出请求

SurgeTeam

ztxtop 使用脚本发起的请求在不同平台上细节表现确实会不同，这是预期行为。

ztxtop

SurgeTeam 好的，在macOS端的行为也正是我所期待的。我细看iOS端的Rewrite卡片中的重定向功能里可以对URL进行Reject操作，mac端不行，不知后期是否会加上；另外该功能与代理规则中URL-REGEX类型使用REJECT策略的效果是一样的，不知这是否也是符合您的预期，因为在我看来，代理规则中影响的是请求的出口行为选择，Rewrite的URL重定向是对请求的修改操作，按我的理解，脚本请求中添加X-Surge-Skip-Scripting请求头后要能让surge跳过该Rewrite处理才对；还请指正，谢谢

ztxtop

ztxtop 直接将iOS端的Rewrite重定向配置复制到mac端并不会出现异常且能正常处理，应是mac端的URL重定向在UI层面不支持Reject，功能上是支持的