请求在路由模式下支持规则分流

XiaoLin

@SurgeTeam
依照 https://community.nssurge.com/d/169-surge-host/3 可知目前 Surge 的路由模式是不支持规则分流的，因而所有经过 Surge 网关的流量都只会直接连接或转发给匹配链最后的代理，这样就失去了 Surge 优秀的规则分流功能，故希望 Surge 路由模式可支持规则分流

SurgeTeam

没有看懂你原贴的意思，路由模式可以分流，DNS 应配置为 Surge 虚拟 DNS 地址，请参见软件内配置向导。

XiaoLin

SurgeTeam 也许是我说得不够明白

具体是这样的：当我使用UU加速器时，加速器会先在本地利用本地DNS解析游戏服务器的IP，然后直接将数据包通过其加速服务器转发至该IP，而若使用增强模式，就会造成加速器无法正常使用。当然这可能是个例，不过也应该有一些别的软件这样

就是因为 fake-ip 模式会造成这种问题，所以现在我的配置是在路由上分发 Surge 的网关地址，但 DNS 统一设置为本地的防污染 DNS，于是经过 Surge 网关的流量目的 IP 都是真实 IP

[*猜测]而现在 Surge 路由模式对于目标 IP 不属于 198.18.0.0/32 的连接会直接以 TCP 连接的情况处理，这样就无法根据 Headers 中的 Host 进行分流了

也许标题改为"请求在非增强路由模式下支持 HTTP 协议处理模式"会更贴切一些?

SurgeTeam

可以使用 force-http-engine-hosts 参数对特定主机名和端口号组合开启 TCP 请求的强制 HTTP 处理，但是这个需要自己配置。

XiaoLin

SurgeTeam 想问一下该参数是否支持通配符，如果不支持，可否请求增加路由全局开启 HTTP 处理的开关

通讯的时候包里应该会含有 Host 头，所以个人猜测技术层面上来看不会特别的复杂

感谢

SurgeTeam

技术上不复杂，问题是这是理论不完备的，一个 TCP 请求不一定是 HTTP 请求，如果只按照 HTTP Header 即猜测为 HTTP 请求那么可能导致问题。

XiaoLin

SurgeTeam 我也考虑过这个问题，或者可以新增一个 "TCP 分流功能"，仅仅只关注包的 HTTP Header 而不需要关心其他的，并且 Header 的作用就只用于分流，因为它的功能只是分流而已，仅仅分流应该是不会造成什么问题的

SurgeTeam

这会有另一个问题，如果已知是一个 HTTP 请求，那么可以先等客户端发送 Header 后决定策略然后发起实际连接。但是并不是所有 TCP 协议都是客户端先发送数据，所以 TCP 模式下必须先完成连接再进行数据传输，这样就没办法等待 Header 中的 Host 来判断规则。