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

搭建 C 编译环境 手动编译 jq  安装依赖 (下面是一整行命令, 全部复制粘贴到命令行执行) apt install -y asciidoc autoconf automake autopoint autotools-dev binutils bison build-essential bzip2 ccache flex g++ gawk gcc gettext git libc-ares-dev libcppunit-dev libncurses5-dev libonig-dev libsqlite3-dev libssh2-1-dev libssl-dev libtool libxml2-dev make ncurses-term patch pkg-config sharutils texinfo unzip zlib1g-dev 下载源码包, 解压 (下面是一行一行的命令) wget https://github.com/jqlang/jq/archive/refs/tags/jq-1.7.1.zip unzip jq-1.7.1.zip cd jq-jq-1.7.1 编译  autoreconf -i ./configure make 编译成功的文件为  jq  

wss = WebSocket+TLS hy2 = Hysteria2 2年前, 我的观点是 日常自用的自建梯子，用老版本的V2Ray+Caddy/Nginx，走WebSocket+TLS+CDN就够了，可以同时配置多个域名 2022-1-5 我现在还是觉得 wss + cdn 是终极的方案, 因为GFW要处理底层是直连的翻墙方式还是要容易一些. 我目前的观点是: reality wss+cdn hy2 同时搭着 哪个好用就用哪个 一方面是考虑到GFW实际上行为, 从我个人在TG上看到的信息来看, 对相当一部分人所在的地域来说, reality 和 hy2 没有被有效的屏蔽.  我也自己实践了这样的方案, 我的个人节点长期使用 reality 和 hy2. reality 从 2023年7月开始; hy2从2024年10月开始. 到目前为止, 没有明显体验到长期屏蔽. (也许在"敏感的大日子"会有短期屏蔽, 我已经没有印象了) 另一方面, 这个方案的思路是使用多个不同的路线去翻墙. wss + cdn 是用CDN的路线 reality 是用TCP直连 hy2 是用UDP直连 而且, 在端口不冲突的单提下, 这3条路是可以同时并存的. 哪条路不好用了, 在客户端上 换用另一条就好了, 都不需要 去VPS上操作. 最后, 在现在这个时间点上, Xray项目正在推 XHTTP. 我在关注, 但是我觉得目前还处在一个变化过程中. 我会慢慢等这个技术稳定, 再去弄懂它并搞明白和现有的技术之间有没有明显的优势. 一键脚本如下: bash <(curl -L https://github.com/crazypeace/v2ray_wss/raw/main/install.sh) 你的域名 bash <(curl -L https://github.com/crazypeace/xray-vless-reality/raw/main/install.sh) auto 8443 bash <(curl -L https://github.com/crazypeace/hy2/raw/main/install.sh) auto 2096

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

vi 编辑器中,  dd (连按两次 d 键) 就可以删除一行 觉得非常方便, 特别是在 SSH 比较卡的 VPS上 nano 编辑器适合小白使用, 我自己也觉得挺好, 自己也在用.  但是一直没找到快捷地删除一行的方式 后来, 某天在网上逛来逛去, 偶然发现 用 Ctrl+K 是剪切当前行, 当然当前行也删除了呗 所以就拿 Ctrl+K 当删除用了. 当然了, 副作用就是剪切板里面有东西了. 哈哈

https://t.me/projectXtls/99 如果你的路由器是比较老的型号, 还留在 alterID 不为 0 的时代, 那么记得一定外面要套ws+tls, 避免vmess协议数据包直接暴露给GFW. 这里有一个古典版本的 233boy 脚本 https://github.com/crazypeace/v2ray 一键执行: bash <(curl -L git.io/233v334.sh) 这里有一个 v2rayN 3.29 的修改版, 小修改了一下, 支持vless链接的复制粘贴导入导出, 支持 Hysteria2 https://github.com/crazypeace/v2rayN-3.29-VLESS 在 v2rayN-VLESS v3.29.0.14 中实现了 v2ray xray 内核共存,  并设置了, 使用vmess时, 使用 v2ray 内核, 这样还可以继续支持 alterID 不为 0 的 vmess 使用.

小改进项: 克隆服务器后选中 修改文字"清除所选测试结果" 如果 vmess 协议, 使用 v2ray (因为xray只支持 AEAD 之后的vmess, 不支持 "古典" vmess) 新建节点, 编辑节点后, 列表显示操作过的节点 打包内核 V2Ray v5.21.0 Xray v1.8.24 不知道有多少人在用我这个 v3.29 修改版. 欢迎使用者来给Github 这条发布信息 点个表情. 新的一年了, 把没有发布的一些小修改项, 打个包发布一下. 大家新年快乐! Xray项目里的XHTTP我在关注, 但是我觉得目前还处在一个变化过程中. 什么时候你看到我出了XHTTP的一键脚本了, 那么本项目对XHTTP的支持就提上日程了. ======== update 在  v2rayN-HY2 测试真连接延迟 这个修改中 引入 一个特殊限制 v2ray内核.zip 中是自带 config.json 文件的. 如果在添加内核的时候, 把这个 config.json 放到 v2rayN 目录下了的话. 在测速的时候, 会自动调用这个 config.json, 测速会失败.