@yinws 貌似 smart proxy 比 ss 客户端更省电，实际效果 ss 客户端更好。

@xgowex 首先在支持 ipv6 的 vps 部署 ss 服务器端以及本地的客户端，与 ipv4 几乎没有差异。安装配置 open VPN 服务器端也与 ipv4 差异不大，但通讯协议要配置为 tcp6 。 open VPN 的客户端配置需要设置 socks-proxy ，指向 ss 客户端的 socks5 代理端口。

如果 ipv6 的国际出口没有 gfw 基于流量特征的干扰，或者可以无需使用 shadowsocks ，仅仅建立 oepnvpn 连接。

@missdeer 同推荐 smart proxy

roundcube ?

@volqiu 抱歉，我记错了， haproxy 应该不支持 udp ， LVS 应该可以。此外 socat 命令应该也是支持 udp 的。

可尝试 openvpn over shadowsocks ，单需要在服务器端部署 openvpn 服务

@aalska 那就试试移动号码，其实他家的云还是能用的，作为跳板很稳定。

@tukela 如 @chairuosen 提到的， haproxy 可以作流量中转服务，支持 udp 。或者可以考虑 socat 。

@wdlth 能租到 CN2 带宽也是好办法，若是按流量付费，可能成本有些高。

@tukela 移动云的机器貌似在广东或江苏，北京 ping 过去大概 40ms 。但一天多数时间都非常稳定，这个很难得。

http://ecloud.10086.cn/

供参考。

移动云到新加坡部分机房，走 equinix 或 telstra 线路， ping 稳定在 40ms 左右。考虑到晚间高峰时段电信出口的延时及丢包，移动出口可能是个好选择。

如果可以买到位于北京／华北地区的移动机房，则有可能将北京电信／联通的到移动中转接入点的延迟降低到 20 － 30ms 。

@Cavolo 原来这样

@Krime 你可以尝试 openvpn over shadowsocks ，速率受影响，但稳定

@Cavolo 今天 Surge 推送了 v1.0.0 ，估计作者快要发布了。

@echo1937 Azure HK 很靠谱

@skateryun 您误解了。既然您的需求就是部分流量由联通线路中转，那么只要在 B 网络中部署 ss relay 就可以了，无需 vpn 。当 ss relay 服务运行后且可被 A 网络访问到（可能需要在 B 路由器做端口映射），即可将 A 网络中运行的 ss client 配置 B 网络的 ip 及端口作为 ss server 。通过切换 ss client 代理模式以及维护本地 pac ，可满足您的分流需求。

中转所有流量的话，还是设置 vpn 连接比较好。 vpn 服务可以部署在 B 的路由器上，或 B 的子网中的任何一台设备上，通过 B 的路由器做端口转发。如果只是中转部分流量，譬如目的是为了使用 ss 访问海外，则可以考虑部署 shadowsocks-relay 在 B （路由器或子网内设备），比部署 vpn 可能容易一些。可选的 ss relay 实现可以选 socat 或 haproxy 。

国内中转，走移动的出口线路

锐速可以调整参数的， rsc/maxmode 等，调整后再看看效果。