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

问题 如果你只有自己一个VPS. 你同意 我的观点 , 同时把 hy2, reality, wss 都搭起来了. 如果用 Reality, 运营商特别积极地干扰, 节点经常断. 运营商还没有把事做绝, 搞到完全封IP. 就是端口时不时地断一下, 几分钟就断一下. 如果用 Hy2, 运营商也时不时的Qos. 如果用 WSS, 感觉现在 Tls in Tls 的体验也不好了. 思路 1. Reality 可以多开几个端口 2. 用 Mihomo (Clash-meta) 自动选择 url-test 功能 自动选择当前能用的协议 实践 和 上一篇 大部分相同, 有些步骤略有变化.  1. Reality 可以多开几个端口 直接编辑 xray 的配置文件 config.json 如果是我的脚本, 或官方 xray 脚本安装的, 配置文件位置在 /usr/local/etc/xray/config.json 做法就是把 Reality 的 inbound 复制一份, 把端口那里改改. 注意两个 花括号 {} 之间, 要加个英文半角的逗号. (为了符合json格式) 然后重启 xray 服务 systemctl restart xray   2. 得到新的 Reality 节点的分享链接 在原来的分享链接的基础上, 你只要修改端口的部分. 最好再把备注改改, 方便后续区别. 如果你觉得上面这样的操作太难. 那么你可以在翻墙客户端里面复制一份节点, 再修改参数, 然后把新的节点分享链接复制出来. 3. 运行 Mihomo-party 官方安装文件  https://github.com/mihomo-party-org/mihomo-party/releases 解压, 运行. * 运行 Mihomo-party 要用 右键菜单 管理员身份 4. Sub-store 转换订阅链接 打开 Mihomo 自带的 Sub-store, 添加单条订阅 输入你的节点分享链接 Reality, Hy2, WSS 节点分享链接都一起丢进去. 这里面我还加了一条使用CloudFlare优选cname域名节点链接 5. Mihomo 添加订阅链接 6. 添加 自动选择 url-test 覆写配置yaml 点击新出现的覆写配置yaml,  打开编辑. ...

问题 如果你只有自己一个VPS, 搭了 Reality. 运营商特别积极地干扰, 节点经常断. 运营商还没有把事做绝, 搞到完全封IP. 就是端口时不时地断一下, 几分钟就断一下. 思路 1. Reality 可以多开几个端口 2. 用 Mihomo (Clash-meta) 故障转移 fallback 功能 自动选择当前能用的端口 实践 1. Reality 可以多开几个端口 直接编辑 xray 的配置文件 config.json 如果是我的脚本, 或官方 xray 脚本安装的, 配置文件位置在 /usr/local/etc/xray/config.json 做法就是把 Reality 的 inbound 复制一份, 把端口那里改改. 注意两个 花括号 {} 之间, 要加个英文半角的逗号. (为了符合json格式) 然后重启 xray 服务 systemctl restart xray 2. 得到新节点的分享链接 在原来的分享链接的基础上, 你只要修改端口的部分. 最好再把备注改改, 方便后续区别. 如果你觉得上面这样的操作太难. 那么你可以在翻墙客户端里面复制一份节点, 再修改参数, 然后把新的节点分享链接复制出来. 3. 运行 Mihomo-party 官方安装文件  https://github.com/mihomo-party-org/mihomo-party/releases 解压, 运行. * 运行 Mihomo-party 要用 右键菜单 管理员身份 4. Sub-store 转换订阅链接 打开 Mihomo 自带的 Sub-store, 添加单条订阅 输入你的节点分享链接 5. Mihomo 添加订阅链接 6. 添加 故障转移 fallback 覆写配置yaml 点击新出现的覆写配置yaml,  打开编辑. 设置yaml文件内容 proxy-groups:   - name: 故障转移     type: fallback     include-all: true     interval: 300     tolerance: 50     url: https://cp.cloudflare.com/gen...

需求 https://github.com/2dust/v2rayN/issues/4247/ 有人希望在 v2rayN 中添加自动测延迟, 再自动切换服务器的功能. 我觉得, 如果节点很多(比如到处搜集免费节点的人, 节点总数有可能成千上万), 那么这个测速+筛选的工作不应该由翻墙客户端来做, 应该由一个单独的实体来做. 我找了一圈信息, 最终决定用 Sub-Store 完成这个任务. 搭 Docke版 Sub-Store 教程  https://surge.tel/22/2953/ Docker镜像的说明 https://hub.docker.com/r/xream/sub-store 我也记录一下自己的操作 安装 Docker curl -fsSL https://get.docker.com | bash -s docker  运行 Sub-Store 镜像 docker run -it -d --restart=always -e "SUB_STORE_BACKEND_SYNC_CRON= 55 23 * * * " -e SUB_STORE_FRONTEND_BACKEND_PATH=/ TQg8veJHzYt38utxXtav  -p 127.0.0.1:3001:3001 -v /root/sub-store-data:/opt/app/data --name sub-store xream/sub-store:http-meta * 其中,  TQg8veJHzYt38utxXtav  是你的后端API秘密路径, 你应该自己生成一个随机的, 足够长的字符串, 不要直接使用我的这个. 55 23 * * *  表示同步任务每天 23:55 执行. 如果你想每小时的第55分钟执行一次, 那么使用  55 * * * *   你可以 查看 docker 的运行状态, 确认sub-store运行起来了. docker stats * 如果你是在自己的 电脑 上面搭, 那么, Docker环境用你自己习惯的方式. 需要注意, 镜像为  xream/sub-store:http-meta 如果没带上 http-meta 那么镜像中就没有 http-meta, 那么就不能测速...