ICDYCT / 我能, 你也行 / I Can Do, You Can Too

v2rayN 可以分组再设置 前置节点 或 落地节点 解锁GPT 1. 添加 日常翻墙流畅的节点 举例 reality 协议 假如有2个. 2. 添加 GPT落地解锁节点 举例 shadowsocks协议 假如有2个. 你现在应该是这个样子 3. 添加一个分组 "GPT落地解锁节点分组-需要前置代理" 在这个分组中, 设置 "前置代理别名" 配置项 为  日常翻墙流畅的节点  的别名. 别名要完全一样. 把 GPT落地解锁节点 都移到这个分组中. 4. 添加一个分组 "日常翻墙流畅的节点分组-GPT解锁需要落地代理" 在这个分组中, 设置 "落地代理别名" 配置项 为  GPT落地解锁节点  的别名. 别名要完全一样. 把 日常翻墙流畅的节点 都移到这个分组中. 你现在应该是这个样子 5. 基于不变的前置节点, 对比测试不同的落地节点的效果 进入分组 "GPT落地解锁节点分组-需要前置代理" 在这里, 你应用不同的落地节点, 都会先走  日常翻墙流畅的节点  作为前置节点, 再去你的落地节点, 最终向外访问自由的互联网. 6. 基于不变的落地节点, 对比测试不同的前置节点的效果 进入分组 "日常翻墙流畅的节点分组-GPT解锁需要落地代理" 在这里, 你应用不同的前置节点, 最终都会走  GPT落地解锁节点  作为落地节点, 最终向外访问自由的互联网.

基于: xray / v2ray 配置文件中有个 sockopt 可以配置下一跳outbound , 这样可以指定走 socks5 出去. 那么, 就可以用2个 v2rayN 来建链式代理 隧道. 操作方式如下, https://www.youtube.com/watch?v=TtHEWS6H3RE 经过测试 落地节点 wss, 隧道 wss, OK 落地节点 wss, 隧道 reality, OK 落地节点 wss, 隧道 ss, OK 落地节点 wss 隧道 hy2, OK 落地节点 reality, 隧道 wss, NG 落地节点 reality, 隧道 reality, NG 落地节点 reality, 隧道 ss, NG 落地节点 reality 隧道 hy2, NG 落地节点 ss 隧道 wss, OK 落地节点 ss 隧道 reality, OK 落地节点 ss 隧道 ss, OK 落地节点 ss 隧道 hy2, OK 落地节点 hy2 隧道 wss, OK 落地节点 hy2 隧道 ss, OK 落地节点 hy2 隧道 reality, OK 落地节点 hy2 隧道 hy2, OK

之前 做了一个Xray 加载多个 链式代理 配置文件 多inbound 多outbound 一对一方案 , 要一个一个导出客户端配置文件, 还要修改 inbound 和 outbound 的 tag. 最终把多个配置文件放在同一个目录, 启动xray内核, 会合并所有配置文件的 inbound 和 outbound, 以及路由规则, 这样保证 inbound 和 outbound 一一对应. 整个过程还是有点麻烦的. 最近给 v2rayN-VLESS 开发 HY2 支持, 在处理  Reality 协议与 Hysteria2 协议节点并存 时, 走读代码的逻辑. 发现 如果多选了节点, 再用测速功能, 会先生成配置数据. 这个配置数据包含以下内容: 1. 在生成配置的时候, 会生成多个 http 代理的inbound. 2. 将你选择的那些节点也生成 outbound. 3. 生成很多个 路由规则  把这些http代理的inbound和要测试的节点的outbound 一一对应起来. 然后启动一个内核, 加载这个配置, 也就是包括了 上述这些 inbound, outbound, 路由规则. 然后再用这些inbound的http代理, 一个一个去访问测试URL, 也就一一测试了 outbound表示的节点. 那么我多想一步, 如果我们把这个配置数据用json文件保存出来. 自己另外用个裸内核加载跑起来, 不就是我们之前想达到的功能吗? 而且本来设置的下一跳socks5设置也保存, 方便你将一批落地节点套上隧道 加速. 在 GenerateClientSpeedtestConfigString 函数, 把生成的配置文本保存出来就行了. 那么, 实现原来这篇文  一个Xray 加载多个 链式代理 配置文件 多inbound 多outbound 一对一方案  的目的, 工作流程更新为: 在v2rayN (1)中添加隧道节点 在v2rayN (2)中添加全部落地节点 在v2rayN (2)中设置下一跳Socks5 为 v2rayN (1) 的监听Socks端口 在v2rayN (2)中 全选节点, Ctrl + R 测试真连接延迟. 此时, 会生成 testconfig.json 配置文件 在v2rayN (2)目录中, 命令...

上回说到, 我们实现了 在v2rayN中设置下一跳Socks端口 , 这样可以进行 链式代理 , 救被墙的落地节点. 如果是工作需要, 要同时开好多个链式代理的话, 就要开好多个v2rayN, 有点麻烦.

需求 上一篇讲了怎么手动修改配置文件sockopt, 实现出口为Socks , 这样可以套别的隧道, 实现链式代理. 为了方便使用, 我们修改v2rayN, 实现这个功能. 比如, 一个 vless + websocket + tls 节点, 设置出口为Socks, 而不是自由的出去.

需求 如果你需要跑什么业务, 出口IP很重要, 比如是海外的一个家宽IP. 而从你本地到这个节点的速度太慢. 你想到之前嫖Cloudflare的worker搭出来的节点速度不错, 只是出口IP总是乱跳. 那么把这两者结合起来, 搭一个链式代理. 思路 (1) 先搭一个隧道, 在本地的入口是Socks5, 比如, 127.0.0.1 : 10086 (2) 然后让本地翻墙客户端配置下一跳是这个Socks, 而不是原来的那样走 Freedom 地出去. (3) 浏览器等实际应用就把第2步的翻墙软件像你平时一样地使用, 比如使用它的Socks5代理或者HTTP代理. 第(1)步用现有的翻墙客户端就可以实现, 比如, v2rayN. 第(2)步功能v2rayN没有支持, 可以自己稍微修改一下v2rayN生成的配置文件, 然后直接运行v2ray.exe