谈下 ios 端的 surge 相比 loon 不足的一些地方

查看 88|回复 16
作者:luoxmc   
op 之前在手机上一直是用的 loon ,最近这几天才开始使用 ios 端的 surge (以前只用 mac 版的 surge )。
作为老牌代理软件,surge 有很多强项,比如 smart 、ponte 等等,不过这次不说这些,只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足,汇总如下:
(纯主观感受分享,请不要随意人身攻击,不要随意开战)
1 、不支持 vless 协议。
2 、去广告模块比不上 loon 插件省心,很难及时同步可莉的 loon 插件,而且转换之后还可能会没效果,需要自己花很多时间抓包和分析解决。
3 、没办法原生的直接在 ui 上查看机场流量信息,得借助第三方模块在面板上展示,很不直观很不方便。
4 、首页的 ui 操作起来不太方便,比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置,导致首页这种黄金位置没办法快速直达我们需要的功能,比如想要抓包、管理模块、管理重写、管理脚本,就需要在几个 tab 中来回切来却去,操作起来就很别扭,远不如 loon 那样把核心功能都用小卡片的形式放在首页,都能快速进入。
5 、http-response 类型的脚本,处理 post 请求时,没办法获取 request 里面的 body 入参,折衷的办法是改用 http-request ,在脚本里面再去使用 httpclient 发送请求,然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的,这也是部分 loon 插件转换之后无法去广告的原因之一。
6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟,而 surge 不支持。这一点可能大部分人觉得没用,但有的时候还是有点用的,可以判断节点对应的服务器是直接挂了还是只是被墙了。
一点个人浅见,欢迎交流讨论,另外请轻喷

代理, 比较, 不足

VincentChan94   
第一条最难顶
luoxmc
OP
  
还有一点:
7 、surge 不支持给某一个策略组单独指定测速 url ,而 loon 是可以的,这个设置项有时候很有用,比如弄了个访问某一个内网策略组,这时候就应该把测速 url 改为内网的某个服务的 http 地址,以便确认策略组是不是真的有效,而不是测能不能访问谷歌。
zhenjiachen   
@VincentChan94 赞同,我就是因为第一个放弃 surge 了
我这样配置有问题吗?这个不是单独策略组测速吗?
🇭🇰 香港节点 = smart, url=http://1.1.1.1/generate_204, include-other-group=ss, policy-regex-filter=(?=.*(香港|沪港|HK|(?i)Hong))^((?!(手游|游戏|(?i)IPLC|IEPL|game)).)*$, no-alert=0, hidden=0, include-all-proxies=0
MacsedProtoss   
surge 适合自建的人 协议这块不支持就不支持 节点够好的情况下协议其实不是那么重要
但是其他的一些问题我觉得还是有点的 比如模块这个就得看模块维护者了
luoxmc
OP
  
@zhenjiachen 我觉得你这个配置里面的 url 是无效的,ios 和 mac 版的策略组图形界面中都没有设置测速 url 的地方,官方文档中也没有提到这个参数。目前我只发现本地的代理节点是可以指定测速 url 的,但是整个策略组就不行了。
SenLief   
surge 都是之前冤大头买的在拥护,本来就没什么优势。
ryougifujino   
Surge 的优势在 Mac 端,做网关
slowman   
Surge 去广告真不如 Loon, 用户体验是全方位的,“第三方”也是体验的一部份
希望冒出一个“第三方”搞好 Surge 的去广告规则,最起码对标 Loon
Loon 不支持 tuic, Surge 的 hysteria 一直有丢连接的 bug
ajyz   
去广告、脚本、模块都是需要人不断维护的,而这些就体现出一款 app 的体量与受众群体了,surge 走所谓高端路线,在有竞争者开始,就注定了与这些渐行渐远。如楼上说的,surge 主要优势在 Mac 端,或者说全家庭或多平台,如你自己提到的 ponte ,不是多平台,光 iOS surge ,纯属摆设
您需要登录后才可以回帖 登录 | 立即注册

返回顶部