其实并不推荐任何情况下的公网（尤其是过墙） HTTP 代理

有一些户外移动电源（当然不要某宝随便买个就用），比如正浩电子那些，本身具有类似于 UPS 的功能，而且内置的是磷酸铁锂电池，性能好的一批，买个来插上，至少比折腾太阳能好一些（除非你感兴趣玩光伏）

话又说回来，冰箱其实是最好解决的问题：只要在冷冻室里面放几个冰袋（或者直接买几个便宜的不锈钢饭盒装上水放里头）一直不拿出来，怕他什么时候停电呢，冰箱的保温性能+冰袋蓄冷，很轻松就可以撑一天以上

至于空调，我是不建议，到附近酒店避避暑其实也挺好。退而求其次的话，风扇，别折腾什么 USB 小风扇，那玩意空调房吹吹也就算了，真要停电的时候吹，直接上那种车载风扇，或者 12V 台扇落地扇（这种一般船用比较多，某宝随处可见），或者直接搞个小逆变器（修正弦波也无所谓）接家里风扇吹，都好很多

我的正好相反，变得特别粗....就好像全部都描了一层边一样

@1423 是的，所以以后如果有 eSNI ，就没办法了

长城宽带内网互联以前是爽的，但是目前这个年代，人们上网为的是及时更新以及无法缓存（比如即时聊天，打游戏），还搞这玩意就很恶心了

我是建议 OP 考虑买个 5G CPE ，咸鱼二手大概也就是五六百块钱，配一张大流量号卡（正规号卡，比如 192 号段广电卡；别买那种『超大流量物联网卡』，搞不好用十几 GB 就给你封）

如果邻里关系好，和楼上付费共用网也行，从四楼扔一根超五类下来进室内，保底不超过 20m ，千兆甚至 2.5G 都轻松跑满

@shinession 超快，但是使用逻辑不是很符合我之前的习惯， 需要另外打开一个窗口进行搜索

（刚刚查了一下，兴许我得试试 EverythingToolbar ）

@proxytoworld

不，我用这个很长时间了，基本上保存一个文件都可以很快反应过来并加入索引；开软件也是这里搜索软件名然后回车

现在这个部分功能用不了，反而不习惯桌面图标了

OpenVPN 配合自签名证书，自己写一个合适的域名（主要是它可以把 CA 证书一起打包进去，免去证书不受信任的麻烦）

优先是双端 v4 公网，以及双端 V6 公网
如果被访问端是 FullCone NAT ，可以考虑 natter 之类的打洞工具
如果被访问端是 NAT3 及以上，Tailscale

实在不行，再中转

@netflix112827 所以才说需要看地方

10.0.0.233
10.1.1.233

我的是这几个，基本上就是 10.0.0.0/8 里面慢慢开/24 ，然后 233 是网关，230 是存储，235 是应用服务器

无他，只是因为习惯了

是真的恶心.....

@yyy134341

就目前而言，据我所知，WireGuard 的官方版本并没有实现指定出口的功能，而且对于对等点的认证也没有想象中的那么快捷（至少如果某个 Peer 有新的对端地址（此处地址指代『地址:端口 二元组』，下同）连入，那么原先的连接似乎会被放弃，也就是说两个接口会不停地等到超时之后重新握手，也就是说可能是同时也就一条链路被用上）

我有个稍微显得 dirty 的解决方法，同样是类似于『把数据抠出来』的思路，这就需要双方配合：

1. 你的 B 机上面，安装 gost （或者其他 UDP 端口转发软件，不能是 iptables 的 REDIRECT ，必须是不保留源地址的转发工具），监听一个端口，并把数据转发到 WG 的监听端口
2. 你的 A 机上面，用 gost 监听某个端口，配合虚拟节点功能（或者选择其他有负载均衡功能的 UDP 端口转发软件），注意指定不同出口，但是填一样的地址（就是刚刚 B 机 gost 监听那个端口）实现负载均衡功能
3. 你的 A 机的 WG ，指定对端地址为你本机的 GOST

画图就是：
A 机 WG -------> A 机 GOST -----（多网卡出线）-----> B 机 GOST ----> B 机 WG

核心思想还是：保持两端 WG 所看到的对端地址不变（都是 127.0.0.1 + 固定端口），然后中间偷梁换柱

@yyy134341

其实你的 case 和我的本质上还是一样的，主要就是谁主动连接谁的问题

这其实就是流量聚合的一个难点：以目前网络中比较常用的 TCP 协议为例，如果不是对端配合，他『并不能』在实现多路径传输（不然就不会有 MPTCP 之类的玩意出现了），在这个情况下，链路聚合能体现加速的一般就以下几个场景：

1. 多个 TCP 同时使用（比如说，多机使用，多线程下载）
2. 多用户从不同链路进来

所以这也就是我提到，为什么是 SS：像是 SS 这种代理协议和 VPN 不同，他提前终结了 TCP ，只是拿着数据跑来跑去，这就比 VPN 那种单纯的三层路由要好得多。我可能描述得不太准确，但大概就是这个意思

@yyy134341

首先需要明白一个点（其实我描述中也漏了一点）：我提到的测试中的速度，实际上是『下行速度』，其具体实现是：浏览器请求一个文件，并统计接收该文件的速度。换句话说，实际上测试下行速度的时候，流量的流向是：

Speedtest 服务器 =（ 1 ）=> 良心云服务器 =（ 2 ）=> 我的客户机

良心云的限速 30Mbps ，其实是限制出站方向 30Mbps ，对于入站方向则限制不大（至少大于等于 100Mbps ），也就是说，1 号段相当于是没有限速，2 号段本来应该是 30Mbps 的，但是因为两台机器分开了多个请求的流量，所以可以叠加加速

为 OP 的提问方式先点个赞，清晰明了

我贡献一下我自己之前的一个研究吧，就是我手头的机器还是比较富裕的时候
当时我手头有两台香港良心云的轻量，内网互通，单机上行（出站） 30Mbps

我当时做的一个实验是：

1. A 机安装 SS ，B 机不装
2. B 机做一个端口转发，**通过内网地址**，转发到 A 机的 SS 服务
3. 我这边用 v2 做一个客户端，用他的负载均衡（其实就是轮询各个服务器，顺序发包）建立连接，分别填上两台服务器的地址
4. 去 speedtest 测速，多线程模式，测出来 60Mbps （ 30+30 ）

要点是：
1. SS 的特性是：无连接。换句话说只要数据包到了（当然要满足校验规则什么的）就能直接建立连接，可以看作是 state-less 的代理服务
2. 多线程测速就保证了『产生多个 HTTP 连接』，这样客户端就可以轮流给两个服务器上强度，实现均衡的效果
3. 最后流量还是走内网聚合（保证延迟低，以及稳定）到一台机器上，走一个机器的出口，这就是 OP 提到的『 IP 不乱跳』
4. 类似 SS 这样的四层代理，是把数据『抠』出来再处理的，在实操中比直接搞三层流量要方便些

以上应该可以作为参考