v2ray 应加入 Fake IP、代理组等实用性功能

[RPRX]

加个 map 很难吗

v2ray/v2ray-core#2237

代理组（高级负载均衡、fallback）功能貌似在计划中

[RPRX]

这个功能主要是利好各种“类透明代理”，比如 TUN/TAP、路由器、Android

[lucifer9]

有些app啥的必须启用 always_real_ip
比如 iOS 上的 BOSS直聘
如果要用fake ip的话一定记得提醒用户遇到连不上的域名试试 always_real_ip
我被坑过超过3天，还学会了debug rust才知道这么做

[yuhan6665]

I can try simplify commits from v2ray/v2ray-core#2237 and rebase on master. Though it might take me quite a while to understand all related code.
@RPRX let me know if there is any suggestions

[RPRX]

@yuhan6665

我觉得可以开始这项工作了

[RPRX]

@yuhan6665

用 sync.Map

@RPRX

v2ray/v2ray-core#2254
May also be interesting since you mentioned proxy fallback.

[RPRX]

@acc557

关于代理组，其他开发者似乎有另外的规划

[badO1a5A90]

v2ray/v2ray-core#2254
May also be interesting since you mentioned proxy fallback.

v2ray/v2ray-core#1924
我觉得这个更好用,动态切换最佳性能的线路.

[lucifer9]

测速来决定出口有个坑就是类似网银这种会判断你来连接的IP是不是一段时间内变化，如果变化了就需要重新登陆。一般会选择设置一个阈值，两个出口速度差超过阈值才切换。然后就会遇到阈值设置多少合适的问题...当然还可以再加条件判断，比如限制去某个IP的链接绑定某个出口，这次会遇到银行有好多IP的问题...再添加条件？那就太复杂了吧。
这个就跟之前fakeip会遇到某些域名必须被加到always_real_ip里面才行一样。这种会影响实际用途，但是确实是很小概率，一旦遇到用户很难首先定位到真正的原因，会花大量的时间来从其他方向排除，甚至可能最终也不会意识到真正的原因在哪里。

[badO1a5A90]

测速来决定出口有个坑就是类似网银这种会判断你来连接的IP是不是一段时间内变化，如果变化了就需要重新登陆。一般会选择设置一个阈值，两个出口速度差超过阈值才切换。然后就会遇到阈值设置多少合适的问题...当然还可以再加条件判断，比如限制去某个IP的链接绑定某个出口，这次会遇到银行有好多IP的问题...再添加条件？那就太复杂了吧。
这个就跟之前fakeip会遇到某些域名必须被加到always_real_ip里面才行一样。这种会影响实际用途，但是确实是很小概率，一旦遇到用户很难首先定位到真正的原因，会花大量的时间来从其他方向排除，甚至可能最终也不会意识到真正的原因在哪里。

确实如此。不光网银，YouTube其实也会有类似问题。
可以通过路由规则根本上解决，也可以加切换速度差的阈值。
更好一点是通过增加加出口权重，避免性能差不多线路频繁切换。(性能高的线路权重高，如果切换到权重低的线路说明此时肯定进入不稳定状态了，稳定后也会自动切回来；也可以适合类似稳定但流量小的备用线路权重低，常用低延迟线路权重高等用法)

[kslr]

通过在相同域下保证使用同一个路线

[badO1a5A90]

@badO1a5A90 Even better. Have you tried this on the current master branch of the v2fly repo?

是的,事实上我自己一直在用这个PR.

记得很久前有一次更新后.这个RP应该有一部分涉及路由的config.pb.go的代码和现在的库有冲突,需要跟上上更新.我并不是很熟悉,保留了原来的代码,似乎也没有任何问题.(应该也因为路由的config没什么功能改变过)

我有多条线路,常用线路基础延迟低带宽高流量大,但是偶然会丢包不稳定.备用线路流量小带宽低且延迟高一些,但确保稳定.所以我有在用这个RP,(并且我略微修改了一下,就是在它的算分基础上*权重作为最后比较,更确保在线路状态确实很差的情况下才进行切换)
部分切换出口IP不能用的网站,则路由规则中强制指定出口.

@badO1a5A90 Nice! I will have a try. Do you know which one is the last working version?

Maybe fallback strategy can also be implemented as a special case inside this speedtest strategy.
Like, when setting interval: 0, only trigger the testOutboud when the current outbound fails. That would usually be enough for keep the line working.

leaf has this failover mode
https://github.com/eycorsican/leaf/blob/master/README.zh.md#failover