SURGE INFO
کانال بسته
3 865
مشترکین
اطلاعاتی وجود ندارد24 ساعت
اطلاعاتی وجود ندارد7 روز
اطلاعاتی وجود ندارد30 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
آوریل '24
آوریل '240
در 0 کانالها
مارس '240
در 0 کانالها
Get PRO
فوریه '240
در 0 کانالها
Get PRO
ژانویه '24
+74
در 0 کانالها
Get PRO
دسامبر '23
+357
در 1 کانالها
Get PRO
نوامبر '23
+201
در 0 کانالها
Get PRO
اکتبر '23
+195
در 3 کانالها
Get PRO
سپتامبر '23
+152
در 0 کانالها
Get PRO
اوت '23
+196
در 0 کانالها
Get PRO
ژوئیه '23
+184
در 0 کانالها
Get PRO
ژوئن '23
+153
در 0 کانالها
Get PRO
مه '23
+240
در 0 کانالها
Get PRO
آوریل '23
+292
در 0 کانالها
Get PRO
مارس '23
+303
در 0 کانالها
Get PRO
فوریه '23
+98
در 0 کانالها
Get PRO
ژانویه '23
+89
در 0 کانالها
Get PRO
دسامبر '22
+85
در 0 کانالها
Get PRO
نوامبر '22
+135
در 0 کانالها
Get PRO
اکتبر '22
+146
در 0 کانالها
Get PRO
سپتامبر '22
+221
در 0 کانالها
Get PRO
اوت '22
+193
در 0 کانالها
Get PRO
ژوئیه '22
+111
در 0 کانالها
Get PRO
ژوئن '22
+87
در 0 کانالها
Get PRO
مه '22
+129
در 0 کانالها
Get PRO
آوریل '22
+151
در 0 کانالها
Get PRO
مارس '22
+93
در 0 کانالها
Get PRO
فوریه '22
+99
در 0 کانالها
Get PRO
ژانویه '22
+196
در 0 کانالها
Get PRO
دسامبر '21
+65
در 0 کانالها
Get PRO
نوامبر '21
+60
در 0 کانالها
Get PRO
اکتبر '21
+74
در 0 کانالها
Get PRO
سپتامبر '21
+51
در 0 کانالها
Get PRO
اوت '21
+92
در 0 کانالها
Get PRO
ژوئیه '21
+47
در 0 کانالها
Get PRO
ژوئن '21
+114
در 0 کانالها
Get PRO
مه '21
+297
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 06 آوریل | 0 | |||
| 05 آوریل | 0 | |||
| 04 آوریل | 0 | |||
| 03 آوریل | 0 | |||
| 02 آوریل | 0 | |||
| 01 آوریل | 0 |
پستهای کانال
| 2 |  بدون متن... | 352 |
| 3 | Surge 停止维护停止更新并下架的公告 | 165 |
| 4 | #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 | 7 573 |
| 5 | 已启动新的反盗版系统 | 2 002 |
| 6 | 正式版版本更新
iOS 5.8.2 版本现已在 App Store 发布，预计数小时后可进行更新。 | 2 435 |
| 7 | #iOS #TestFlight
Surge 5 5.21.0 (2971) is ready to test on iOS.
What to Test:
- 修正 LAN 规则集无法触发 DNS 解析的问题
频道: @SURGEINFO
群组: @SURGEPRO | 2 751 |
| 8 | #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 | 3 001 |
| 9 | 我们经常接到用户询问关于各种 IP 地址泄露的相关问题，我们写了一篇文章详细解释了涉及该话题的一些问题: https://community.nssurge.com/d/2233-ip | 1 470 |
| 10 | 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 解析。（绝大多数情况下没有任何区别） | 1 525 |
| 11 | 由于规则的维护者和部分用户并不了解 RULE-SET 和 DOMAIN-SET 的区别，因此 Surge 在最新版本中加入了一项新功能，如果发现某 RULE-SET 中仅包含 DOMAIN 和 DOMAIN-SUFFIX 规则，那么 Surge 将在内部自动转换该 RULE-SET 为 DOMAIN-SET 实现，以此大幅优化性能。
但请注意，只要 RULE-SET 中含有一条其他类型的规则，那就无法进行自动转换。所以依然建议主动使用 DOMAIN-SET。 | 1 503 |
| 12 | 关于规则数过多的问题
由于 Surge 的规则系统严格按照自上而下的方式匹配，且提供了多种类的规则类型，这使得 Surge 没有办法以提前建立索引的方式加速规则匹配。（RULE-SET 和主配置内的规则性能没有区别）
一般情况下，绝大多数用户的需求都可以在 1000 条规则内满足（或者更少），此时每次进行规则匹配的开销应该在 1ms 以内，完全不必在意。
但是部分巨量的规则集（主要是去广告的规则），可能内含上万条规则。这将产生严重的性能影响，我们测试在 iPhone 15 Pro 上，七万条规则的 RULE-SET 匹配耗时约 100ms，造成严重的性能下降。
所以如果需要使用巨量的规则，请使用 DOMAIN-SET 类型规则集，该类型专为巨量规则所设计，不仅内存占用极小，匹配速度也极快，七万条规则也只需要个位数 ms 即可完成匹配。 | 1 476 |
| 13 | Surge iOS/macOS Beta 更新日志
新增规则数量过多的警告（5000条以上）
行首与行末注释，现在可以随意使用 # // ; 等三种常见写法 | 1 450 |
| 14 | 正式版版本更新
· Surge iOS 5.8.0 正式版本已在 App Store 上线，预计数小时后可进行更新。
· Surge Mac 5.4.0 正式版本也已一同发布。
· Surge tvOS 5.8.0 版本由于审核中的一些细节问题暂未上线，预计将在数日内解决。
· 在线文档已为本次更新进行了完善。 | 1 684 |
| 15 | #tvOS #TestFlight
Surge 5 5.21.0 (2900) is ready to test on iOS.
What to Test:
我们开通了新的 Telegram Channel 用于快速发布测试版本更新信息：
https://t.me/SurgeTestFlightFeed
- 对 Ponte 策略进行测试时，测试 URL 由 proxy-test-url 改为 internet-test-url。
- 支持了 IPv6 网络下的 ECN。
- 根据 WireGuard 协议标准推荐，现在 WireGuard 的握手数据包将打上 0x88 (AF41) 的 DSCP 标记以增加成功率。
- 通过 WireGuard 转发 UDP 数据包时，支持 tunnel 内数据包保留 TOS(DSCP/ECN) 标记了。
- 根据 WireGuard 协议标准推荐，Surge 将复制 tunnel 内数据包的 ECN 标记到 tunnel 外数据包上。收到含有 ECN 标记的数据包时，将严格按照 RFC6040 进行合并处理。（需要为 WG 策略配置 ecn=true）
Bug 修正：
- 在对使用 IP 地址直连的 HTTPS 请求进行 MITM 时，不应将 IP 地址作为 SNI 发送，这可能导致出现兼容性问题。
- WireGuard 策略无法通过 UI 修改 block-udp 参数
- 修正最近版本加入 ECN 支持后导致 TUIC/Vector 协议无法进行 PMTU，性能略微降低，且无法承载 QUIC 流量的问题
频道: @SURGEINFO
群组: @SURGEPRO | 2 592 |
| 16 | #iOS #TestFlight
Surge 5 5.21.0 (2893) is ready to test on tvOS.
What to Test:
同步最近 iOS 版本的更新内容，详见 iOS 版本更新日志。
另外，我们开通了新的 Telegram Channel 用于快速发布测试版本更新信息：
https://t.me/SurgeTestFlightFeed
频道: @SURGEINFO
群组: @SURGEPRO | 1 818 |
| 17 | #Mac #Beta
Version 5.4.0-2410
* The HTTP capture function has been significantly improved, with the addition of automatic shutdown and MITM automatic activation features. At the same time, related settings are no longer written into the main configuration.
* New proxy protocol supported: Hysteria2. Please visit the project page for more information. https://github.com/apernet/hysteria. Proxy declaration example: Proxy = hysteria2, 1.2.3.4, 443, password=pwd, download-bandwidth=100.
* Completed support for ECN (Explicit Congestion Notification) of Vector (Surge Ponte) and TUIC protocols, significantly improving bandwidth performance in poor network environments.
* Due to compatibility issues, this function is turned off by default. Please enable it by configuring the ecn=true parameter for a TUIC policy.
* Added automatic recognition of HTTP/HTTPS protocols
1. Requests sent to ports 80/443 will wait for the client to send the first data packet and then determine whether it is a valid HTTP/HTTPS request to decide how to handle it. If it is not a valid HTTP request, or if the first packet is not received within 300ms, it will fall back to TCP forwarding mode. Therefore, for requests using port 80, there is no longer a need to configure the force-http-engine-hosts parameter.
2. Automatically recognizes the TLS Client Hello message and extracts SNI, adding rules for SNI and MITM hostname matching.
3. Protocol auto-recognition is only enabled for ports 80/443 because some protocols are initiated by the server sending data first, such as SSH, IMAP, FTP. Waiting for client data before proceeding will cause unnecessary delays for these requests. HTTP requests on other ports that need to be handled by the HTTP engine still need to be configured with force-http-engine-hosts.
4. MITM still requires hostname configuration to be activated, but the tcp-connection parameter is no longer needed and will be effective for TCP requests by default.
5. Added the parameter always-raw-tcp-hosts, which forcibly shuts down active protocol detection for specific hostnames. It is written in the same way as the force-http-engine-hosts parameter.
* The DOMAIN, DOMAIN-SUFFIX, DOMAIN-KEYWORD rules have added an optional parameter extended-matching. When this parameter is set, the rule will also try to match both the SNI and the HTTP Host Header (or :authority).
* Tips: If you want it to be effective only for SNI, you can use the AND logic rule combined with the PROTOCOL,HTTPS rule.
* Since forwarding QUIC traffic through TCP-based proxies can lead to performance issues and traffic waste, all proxy policies have added a block-quic parameter, which can be set to auto (default), on, or off. When enabled, if QUIC traffic is encountered while using this policy, it will automatically use R`EJECT-NO-DROP` to revert to HTTPS/TCP connections.
For the TUIC/WireGuard/Vector(Ponte) protocols, QUIC traffic will be allowed under auto, while it will not be allowed for other proxy protocols under auto.
* For QUIC traffic that hits the MITM hostname, it will also be automatically rejected.
* Improved compatibility of the HTTP engine and fixed compatibility issues with some non-standard self-implemented HTTP clients.
* Other improvements.
频道: @SURGEINFO
群组: @SURGEPRO | 1 614 |
| 18 | #iOS #TestFlight
Surge 5 5.21.0 (2892) is ready to test on iOS.
What to Test:
- 修正 block-quic 参数 UI 调整后无法正确写入的问题
- Hysteria 协议的 block-quic 默认行为调整为阻止。因为目前的 Hysteria2 协议并不能正确转发 QUIC 流量，需等待后续服务端更新。
频道: @SURGEINFO
群组: @SURGEPRO | 1 537 |
| 19 | #iOS #TestFlight
Surge 5 5.21.0 (2891) is ready to test on iOS.
What to Test:
- 修正 block-quic 参数未能被正确读取的问题（再次提示，没有特殊需要的情况下不建议修改该参数）
频道: @SURGEINFO
群组: @SURGEPRO | 1 505 |
| 20 | #iOS #TestFlight
Surge 5 5.21.0 (2890) is ready to test on iOS.
What to Test:
- 修正逻辑规则中的 extended-matching 标记在写入配置时会丢失的问题
- 提高了 HTTP 引擎的兼容性，修正了与某些不太规范的自实现 HTTP 客户端的兼容性问题（如抖音）
- udp-policy-not-supported-behaviour 参数加入了 UI 设置。
- 新版本默认使用仅 VIF 接管后，部分 App 和浏览器开始尝试使用 QUIC/UDP 建立连接。然而通过 TCP-based 的代理转发 QUIC 流量可能出现性能问题以及不必要的流量浪费。但是直连时 QUIC 又有其优势。而如果想自行编写规则仅阻止发往代理的 QUIC 流量将非常复杂。
因此，所有代理策略新增参数 block-quic，可设置为 auto（默认）、on、off。开启后，在使用该策略时若遇到 QUIC 流量，将自动使用 REJECT-NO-DROP 使其回退 HTTPS/TCP 连接。
对于 TUIC/Hysteria/WireGuard/Vector(Ponte) 协议，auto 下将允许 QUIC 流量，其余代理协议 auto 下为不允许。
- 对于命中了 MITM 主机名的 QUIC 流量，同样将自动拒绝。
由于近期增加了许多功能和参数，有用户询问新的参数推荐怎样配置。我们在设计中就已尽量保证，所有参数在默认情况下均为我们推荐的设置。所以除非你有明确使用某参数的需求，不配置参数（即不修改配置、UI 上保留默认值）就是最为推荐的设置。
但诸如 ECN、TFO 等需要网络环境支持的参数除外，需要自行测试网络支持后手动开启。
频道: @SURGEINFO
群组: @SURGEPRO | 1 800 |
