#iOS #TestFlight

Surge 5 5.101.0 (3578) is ready to test on iOS.

What to Test:

- 修正查看远程设备代理信息时，执行带宽测试实际是对本地 Surge 进行测试的问题
- 文案补全

5.16.1 RC1

Official Channel: @SurgeTestFlightFeed

#Mac #Beta

Version 6.3.1-8830

- The proxy diagnostic tool has added upload and download bandwidth testing.
- According to mainstream operating system conventions, adjust all traffic and statistics from a 1024 base to a 1000 base.
- Bug fixes.

Official Channel: @SurgeTestFlightFeed

#iOS #AppStore

Version 5.16.1
Release Date: 2025/10/01

What’s New:
- Added bandwidth testing feature
- Bug fixes

Official Channel: @SurgeTestFlightFeed

#Mac #Beta

Version 6.3.1-8840

- The proxy diagnostic tool has added upload and download bandwidth testing.
- According to mainstream operating system conventions, adjust all traffic and statistics from a 1024 base to a 1000 base.
- Bug fixes.

Official Channel: @SurgeTestFlightFeed

#Mac #Beta

Version 6.3.1-8850

- The proxy diagnostic tool has added upload and download bandwidth testing.
- According to mainstream operating system conventions, adjust all traffic and statistics from a 1024 base to a 1000 base.
- Bug fixes.

Official Channel: @SurgeTestFlightFeed

#iOS #TestFlight

Surge 5 5.101.0 (3582) is ready to test on iOS.

What to Test:

- 修正使用 TLS 类代理协议时，可能出现的内存泄露的问题

Official Channel: @SurgeTestFlightFeed

#Mac #Beta

Version 6.3.1-8860

- The proxy diagnostic tool has added upload and download bandwidth testing.
- According to mainstream operating system conventions, adjust all traffic and statistics from a 1024 base to a 1000 base.
- Optimized the menu for adding rules in the Dashboard
- Fixed the issue where the MAC-ADDRESS rule was not taking effect correctly.
- Fixed the issue where some application icons could not be displayed on macOS 26.1.
- Fixed a potential issue where reloading the profile could cause a freeze when Surge Ponte is enabled.
- Fix potential memory leaks when using TLS-based proxy protocols.
- Fixed some color issues on macOS 26.
- Bug fixes.

Official Channel: @SurgeTestFlightFeed

#Mac #Release

Version 6.3.1-8860

- The proxy diagnostic tool has added upload and download bandwidth testing.
- According to mainstream operating system conventions, adjust all traffic and statistics from a 1024 base to a 1000 base.
- Optimized the menu for adding rules in the Dashboard
- Fixed the issue where the MAC-ADDRESS rule was not taking effect correctly.
- Fixed the issue where some application icons could not be displayed on macOS 26.1.
- Fixed a potential issue where reloading the profile could cause a freeze when Surge Ponte is enabled.
- Fix potential memory leaks when using TLS-based proxy protocols.
- Fixed some color issues on macOS 26.
- Bug fixes.

Official Channel: @SurgeTestFlightFeed

#iOS #TestFlight

Surge 5 5.101.0 (3583) is ready to test on iOS.

What to Test:

修正 HTTP 引擎在处理连续请求的时候，可能卡主的问题

Official Channel: @SurgeTestFlightFeed

#Mac #Beta

Version 6.3.2-8880

- Fix the issue where the HTTP engine might get stuck when handling consecutive requests..

Official Channel: @SurgeTestFlightFeed

#Mac #Beta

Version 6.3.2-8890

- Fix the issue where the HTTP engine might get stuck when handling consecutive requests.
- Fixed the issue where using Snell v3 to carry UDP traffic could cause a crash.

Official Channel: @SurgeTestFlightFeed

#iOS #TestFlight

Surge 5 5.101.0 (3584) is ready to test on iOS.

What to Test:

- 修正使用 Snell v3 承载 UDP 会导致崩溃的问题

Official Channel: @SurgeTestFlightFeed

Surge Mac 6.4.0 更新：Surge VM UDP Fast Path

目前当使用 Surge 网关模式接管设备时，如果在设备上使用 P2P 类应用（如 BT 下载、游戏安装器、观看直播等），可能导致 Dashboard 中出现大量连接，拖慢整体速度，如果连接数极高甚至可能导致系统资源耗尽 Surge 被迫重启。

产生这个问题的原因是，Surge 是工作在四层的代理，对于每一个四元对不相同的 UDP 数据包，均需要按照是一个新连接的方式进行处理。对于一般应用来说，即使使用 UDP 也一般只会产生几个逻辑上的连接，所以开销完全可以接受。但是对于 P2P 应用，可能在数秒内就产生近千个逻辑连接。

因此在该版本加入了 UDP Fast Path 防御机制，当某个客户端在短时间内发出了大量的 UDP 连接时（1s 内 10 个或者 10s 内 30 个），则对该客户端启用 UDP Fast Path，降至 L3 处理 UDP 数据包。该模式下性能极高，远超物理网卡速度上限，不必再担心资源消耗问题。

另外：
1. UDP Fast Path 下的数据包将被直接转发，无法经过代理。
2. 对于目标端口号小于 1024 的 UDP 包，将始终按照一般的处理模式转发，以避免影响正常应用。
3. 该功能必须配合 Surge Gateway VM 使用

#Mac #Beta

Version 6.4.0-8900


### Surge Gateway VM UDP Fast Path

Currently, when using Surge in gateway mode to take over a device, if P2P applications (such as BT downloads, game installers, live streaming, etc.) are used on the device, it may result in a large number of connections appearing in the Dashboard, slowing down overall speed. If the number of connections is extremely high, it may even exhaust system resources and force Surge to restart.

The cause of this issue is that Surge operates as a layer 4 proxy, and for every UDP packet with a different quadruple, it needs to be handled as a new connection. For most applications, even if UDP is used, only a few logical connections are typically generated, so the overhead is completely acceptable. However, for P2P applications, nearly a thousand logical connections may be generated within a few seconds.

Therefore, this version introduces a UDP Fast Path defense mechanism. When a client initiates a large number of UDP connections in a short period of time (10 within 1 second or 30 within 10 seconds), UDP Fast Path will be enabled for that client, downgrading UDP packet processing to L3. In this mode, performance is extremely high, far exceeding the physical network card speed limit, so there is no longer a need to worry about resource consumption issues.

Additionally:

1. Packets under UDP Fast Path will be forwarded directly and cannot go through the proxy.
2. For UDP packets with a destination port number less than 1024, they will always be forwarded using the normal processing mode to avoid affecting regular applications.

## Bug Fixes

- Fix the issue where the HTTP engine might get stuck when handling consecutive requests.
- Fixed the issue where using Snell v3 to carry UDP traffic could cause a crash.

Official Channel: @SurgeTestFlightFeed

#Mac #Beta

Version 6.4.0-8910


### Surge Gateway VM UDP Fast Path

- Currently, when using Surge in gateway mode to take over a device, if P2P applications (such as BT downloads, game installers, live streaming, etc.) are used on the device, it may result in a large number of connections appearing in the Dashboard, slowing down overall speed. If the number of connections is extremely high, it may even exhaust system resources and force Surge to restart.

- The cause of this issue is that Surge operates as a layer 4 proxy, and for every UDP packet with a different quadruple, it needs to be handled as a new connection. For most applications, even if UDP is used, only a few logical connections are typically generated, so the overhead is completely acceptable. However, for P2P applications, nearly a thousand logical connections may be generated within a few seconds.

- Therefore, this version introduces a UDP Fast Path defense mechanism. When a client initiates a large number of UDP connections in a short period of time (10 within 1 second or 30 within 10 seconds), UDP Fast Path will be enabled for that client, downgrading UDP packet processing to L3. In this mode, performance is extremely high, far exceeding the physical network card speed limit, so there is no longer a need to worry about resource consumption issues.

Additionally:

- Packets under UDP Fast Path will be forwarded directly and cannot go through the proxy.
- For UDP packets with a destination port number less than 1024, they will always be forwarded using the normal processing mode to avoid affecting regular applications.

### Bug Fixes

- Fix the issue where the HTTP engine might get stuck when handling consecutive requests.
- Fixed the issue where using Snell v3 to carry UDP traffic could cause a crash.

Official Channel: @SurgeTestFlightFeed

#Mac #Beta

Version 6.4.0-8920


### Surge Gateway VM UDP Fast Path

- Currently, when using Surge in gateway mode to take over a device, if P2P applications (such as BT downloads, game installers, live streaming, etc.) are used on the device, it may result in a large number of connections appearing in the Dashboard, slowing down overall speed. If the number of connections is extremely high, it may even exhaust system resources and force Surge to restart.

- The cause of this issue is that Surge operates as a layer 4 proxy, and for every UDP packet with a different quadruple, it needs to be handled as a new connection. For most applications, even if UDP is used, only a few logical connections are typically generated, so the overhead is completely acceptable. However, for P2P applications, nearly a thousand logical connections may be generated within a few seconds.

- Therefore, this version introduces a UDP Fast Path defense mechanism. When a client initiates a large number of UDP connections in a short period of time (10 within 1 second or 30 within 10 seconds), UDP Fast Path will be enabled for that client, downgrading UDP packet processing to L3. In this mode, performance is extremely high, far exceeding the physical network card speed limit, so there is no longer a need to worry about resource consumption issues.

Additionally:

- Packets under UDP Fast Path will be forwarded directly and cannot go through the proxy.
- For UDP packets with a destination port number less than 1024, they will always be forwarded using the normal processing mode to avoid affecting regular applications.

### Bug Fixes

- Fix the issue where the HTTP engine might get stuck when handling consecutive requests.
- Fixed the issue where using Snell v3 to carry UDP traffic could cause a crash.

Official Channel: @SurgeTestFlightFeed

#Mac #Beta

Version 6.4.0-8930


### Surge Gateway VM UDP Fast Path

- Currently, when using Surge in gateway mode to take over a device, if P2P applications (such as BT downloads, game installers, live streaming, etc.) are used on the device, it may result in a large number of connections appearing in the Dashboard, slowing down overall speed. If the number of connections is extremely high, it may even exhaust system resources and force Surge to restart.

- The cause of this issue is that Surge operates as a layer 4 proxy, and for every UDP packet with a different quadruple, it needs to be handled as a new connection. For most applications, even if UDP is used, only a few logical connections are typically generated, so the overhead is completely acceptable. However, for P2P applications, nearly a thousand logical connections may be generated within a few seconds.

- Therefore, this version introduces a UDP Fast Path defense mechanism. When a client initiates a large number of UDP connections in a short period of time (10 within 1 second or 30 within 10 seconds), UDP Fast Path will be enabled for that client, downgrading UDP packet processing to L3. In this mode, performance is extremely high, far exceeding the physical network card speed limit, so there is no longer a need to worry about resource consumption issues.

Additionally:

- Packets under UDP Fast Path will be forwarded directly and cannot go through the proxy.
- For UDP packets with a destination port number less than 1024, they will always be forwarded using the normal processing mode to avoid affecting regular applications.

### Bug Fixes

- Fix the issue where the HTTP engine might get stuck when handling consecutive requests.
- Fixed the issue where using Snell v3 to carry UDP traffic could cause a crash.

Official Channel: @SurgeTestFlightFeed

#Mac #Beta

Version 6.4.0-8940


### Surge Gateway VM UDP Fast Path

- Currently, when using Surge in gateway mode to take over a device, if P2P applications (such as BT downloads, game installers, live streaming, etc.) are used on the device, it may result in a large number of connections appearing in the Dashboard, slowing down overall speed. If the number of connections is extremely high, it may even exhaust system resources and force Surge to restart.

- The cause of this issue is that Surge operates as a layer 4 proxy, and for every UDP packet with a different quadruple, it needs to be handled as a new connection. For most applications, even if UDP is used, only a few logical connections are typically generated, so the overhead is completely acceptable. However, for P2P applications, nearly a thousand logical connections may be generated within a few seconds.

- Therefore, this version introduces a UDP Fast Path defense mechanism. When a client initiates a large number of UDP connections in a short period of time (10 within 1 second or 30 within 10 seconds), UDP Fast Path will be enabled for that client, downgrading UDP packet processing to L3. In this mode, performance is extremely high, far exceeding the physical network card speed limit, so there is no longer a need to worry about resource consumption issues.

Additionally:

- Packets under UDP Fast Path will be forwarded directly and cannot go through the proxy.
- For UDP packets with a destination port number less than 1024, they will always be forwarded using the normal processing mode to avoid affecting regular applications.

### Bug Fixes

- Fix the issue where the HTTP engine might get stuck when handling consecutive requests.
- Fixed the issue where using Snell v3 to carry UDP traffic could cause a crash.

Official Channel: @SurgeTestFlightFeed

#Mac #Beta

Version 6.4.0-8960


### Surge Gateway VM UDP Fast Path

- Currently, when using Surge in gateway mode to take over a device, if P2P applications (such as BT downloads, game installers, live streaming, etc.) are used on the device, it may result in a large number of connections appearing in the Dashboard, slowing down overall speed. If the number of connections is extremely high, it may even exhaust system resources and force Surge to restart.

- The cause of this issue is that Surge operates as a layer 4 proxy, and for every UDP packet with a different quadruple, it needs to be handled as a new connection. For most applications, even if UDP is used, only a few logical connections are typically generated, so the overhead is completely acceptable. However, for P2P applications, nearly a thousand logical connections may be generated within a few seconds.

- Therefore, this version introduces a UDP Fast Path defense mechanism. When a client initiates a large number of UDP connections in a short period of time (10 within 1 second or 30 within 10 seconds), UDP Fast Path will be enabled for that client, downgrading UDP packet processing to L3. In this mode, performance is extremely high, far exceeding the physical network card speed limit, so there is no longer a need to worry about resource consumption issues.

Additionally:

- Packets under UDP Fast Path will be forwarded directly and cannot go through the proxy.
- For UDP packets with a destination port number less than 1024, they will always be forwarded using the normal processing mode to avoid affecting regular applications.

### Bug Fixes

- Fix the issue where the HTTP engine might get stuck when handling consecutive requests.
- Fixed the issue where using Snell v3 to carry UDP traffic could cause a crash.

Official Channel: @SurgeTestFlightFeed

Build 8970 已完成 IPv6 的 UDP Fast Path 支持，现在 IPv6 UDP 也可以经由 NAT66 完成 Fast path 处理

#Mac #Beta

Version 6.4.0-8970


### Surge Gateway VM UDP Fast Path

- Currently, when using Surge in gateway mode to take over a device, if P2P applications (such as BT downloads, game installers, live streaming, etc.) are used on the device, it may result in a large number of connections appearing in the Dashboard, slowing down overall speed. If the number of connections is extremely high, it may even exhaust system resources and force Surge to restart.

- The cause of this issue is that Surge operates as a layer 4 proxy, and for every UDP packet with a different quadruple, it needs to be handled as a new connection. For most applications, even if UDP is used, only a few logical connections are typically generated, so the overhead is completely acceptable. However, for P2P applications, nearly a thousand logical connections may be generated within a few seconds.

- Therefore, this version introduces a UDP Fast Path defense mechanism. When a client initiates a large number of UDP connections in a short period of time (10 within 1 second or 30 within 10 seconds), UDP Fast Path will be enabled for that client, downgrading UDP packet processing to L3. In this mode, performance is extremely high, far exceeding the physical network card speed limit, so there is no longer a need to worry about resource consumption issues.

Additionally:

- Packets under UDP Fast Path will be forwarded directly and cannot go through the proxy.
- For UDP packets with a destination port number less than 1024, they will always be forwarded using the normal processing mode to avoid affecting regular applications.

### Bug Fixes

- Fix the issue where the HTTP engine might get stuck when handling consecutive requests.
- Fixed the issue where using Snell v3 to carry UDP traffic could cause a crash.

Official Channel: @SurgeTestFlightFeed