#iOS #AppStore

Version 5.8.3

- Rewrote the virtual IP database, now the database can automatically clean up data based on last use time.
- Added viewing of the virtual IP table. (at the top right corner of the DNS result page)
- For DNS requests with illegal domain names, an empty result response will be generated instead of being ignored directly.
- Surge Ponte connections no longer validate peer addresses to ensure normal operation in certain special scenarios.
- Removed include-all-network option from UI to avoid misuse.
- Support configuring no-resolve for built-in rule sets/Inline rule sets.
- Other improvements and bug fixes.

频道: @SURGEINFO
群组: @SURGEPRO

已启动新的反盗版系统

正式版版本更新
iOS 5.8.2 版本现已在 App Store 发布，预计数小时后可进行更新。

#iOS #AppStore

Version 5.8.1

规则引擎优化

RULE-SET 与 DOMAIN-SET 的实现完全重写，现在 Surge 会在资源更新时自动对规则集进行预处理，建立索引数据结构，大幅提高匹配速度。

⦁ RULE-SET 和 DOMAIN-SET 两种类型规则集不再有性能和内存占用区别，可以随意使用。

⦁ DOMAIN-SET 规则集不再存在不可以使用 eTLD 的限制。

⦁ RULE-SET 中的 DOMAIN, DOMAIN-SUFFIX, IP-CIDR, IP-CIDR6 规则匹配速度得到大幅提升。

十万条左右的 DOMAIN/DOMAIN-SUFFIX 规则集，在旧版中单次匹配需要 100ms，现在只需要个位数 ms。
一万条左右的 IP-CIDR 规则集，在旧版中单次匹配需要约 0.1ms。新版只需要0.0002ms，提升了约 500 倍。IP-CIDR6 规则的性能提升幅度更高。

⦁ 在新版本中，自行通过 IP-CIDR 规则集构建出地区的 IP 地址集合，与直接使用内部的 GEOIP 规则的性能已经完全一致。

⦁ 先前版本加入的 Inline Ruleset 无法享受该优化，但是在百条数量级下几乎无差异。

⦁ 先前版本中，Ruleset 中的规则也是按照从上至下的方式逐条匹配，如果规则集中同时包含了需要 DNS 解析的规则，也只有当开始匹配该子规则时才会触发 DNS。新版本中，只要规则集中包含任意一条需要 DNS 解析的规则，在测试该规则集前就会先进行 DNS 解析。（绝大多数情况下没有任何区别）
主规则匹配效率小幅优化。

⦁ IP-CIDR6 规则在非索引情况下的效率也得到大幅提升。
⦁ RULE-SET 规则可直接配置参数 no-resolve 和 extended-matching，均等价于为所有子规则配置了该参数。
⦁ DOMAIN-SET 规则集也支持配置 extended-matching。

Minor Optimizations

⦁ MITM 时发送签名所使用的证书（证书链），以支持使用 intermediate 证书作为签发证书。
⦁ 行首与行末注释，现在可以随意使用 # // ; 等三种常见写法
⦁ 配置文件错误消息提示优化，现在它可以更准确地给出发生错误的确切行号。
⦁ 修复了 BSSID 相关匹配规则可能会失败的问题。
⦁ 优化 Surge Ponte 错误处理流程，修正某些错误下不会自动更新设备信息的问题
⦁ Bug 修正。

频道: @SURGEINFO
群组: @SURGEPRO

我们经常接到用户询问关于各种 IP 地址泄露的相关问题，我们写了一篇文章详细解释了涉及该话题的一些问题: https://community.nssurge.com/d/2233-ip

Nssurge

关于 IP 地址泄露 - Surge Tech Community

The forum is only for Surge technical discussions. License and other questions please contact [email protected].

Surge iOS/macOS Beta 更新日志
RULE-SET 与 DOMAIN-SET 的实现完全重写，现在 Surge 会在资源更新时自动对规则集进行预处理，建立索引数据结构，大幅提高匹配速度。

1. RULE-SET 和 DOMAIN-SET 两种类型规则集不再有性能和内存占用区别，可以随意使用。
2. DOMAIN-SET 规则集不再存在不可以使用 eTLD 的限制。
3. RULE-SET 中的 DOMAIN, DOMAIN-SUFFIX, IP-CIDR, IP-CIDR6 规则匹配速度得到大幅提升。
   - 十万条左右的 DOMAIN/DOMAIN-SUFFIX 规则集，在旧版中单次匹配需要 100ms，现在只需要个位数 ms。
   - 一万条左右的 IP-CIDR 规则集，在旧版中单次匹配需要约 0.1ms。新版只需要0.0002ms，提升了约 500 倍。IP-CIDR6 规则的性能提升幅度更高。
4. 在新版本中，自行通过 IP-CIDR 规则集构建出地区的 IP 地址集合，与直接使用内部的 GEOIP 规则的性能已经完全一致。
5. RULE-SET 的索引优化不再受上个版本的规则类型限制，可以随意混用任意规则。（但只有上面 4 种规则类型会得到性能优化）
6. 先前版本加入的 Inline Ruleset 无法享受该优化，但是在百条数量级下几乎无差异。
7. 先前版本中，Ruleset 中的规则也是按照从上至下的方式逐条匹配，如果规则集中同时包含了需要 DNS 解析的规则，也只有当开始匹配该子规则时才会触发 DNS。新版本中，只要规则集中包含任意一条需要 DNS 解析的规则，在测试该规则集前就会先进行 DNS 解析。（绝大多数情况下没有任何区别）

由于规则的维护者和部分用户并不了解 RULE-SET 和 DOMAIN-SET 的区别，因此 Surge 在最新版本中加入了一项新功能，如果发现某 RULE-SET 中仅包含 DOMAIN 和 DOMAIN-SUFFIX 规则，那么 Surge 将在内部自动转换该 RULE-SET 为 DOMAIN-SET 实现，以此大幅优化性能。
但请注意，只要 RULE-SET 中含有一条其他类型的规则，那就无法进行自动转换。所以依然建议主动使用 DOMAIN-SET。

关于规则数过多的问题由于 Surge 的规则系统严格按照自上而下的方式匹配，且提供了多种类的规则类型，这使得 Surge 没有办法以提前建立索引的方式加速规则匹配。（RULE-SET 和主配置内的规则性能没有区别）
一般情况下，绝大多数用户的需求都可以在 1000 条规则内满足（或者更少），此时每次进行规则匹配的开销应该在 1ms 以内，完全不必在意。
但是部分巨量的规则集（主要是去广告的规则），可能内含上万条规则。这将产生严重的性能影响，我们测试在 iPhone 15 Pro 上，七万条规则的 RULE-SET 匹配耗时约 100ms，造成严重的性能下降。
所以如果需要使用巨量的规则，请使用 DOMAIN-SET 类型规则集，该类型专为巨量规则所设计，不仅内存占用极小，匹配速度也极快，七万条规则也只需要个位数 ms 即可完成匹配。

Surge iOS/macOS Beta 更新日志
新增规则数量过多的警告（5000条以上）
行首与行末注释，现在可以随意使用 # // ; 等三种常见写法