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

Reality的原理: 当 Reality 节点收到数据包的时候, 如果 Reality 协议的验证通过, 就走节点的翻墙逻辑; 如果 Reality 协议的验证不通过, 就把数据包转发到伪装站. 后续的整个交互过程就像是在和伪装站交互一样. 我们可以简单地用浏览器验证 Reality 伪装效果. 也相当于检测 从你自己到 Reality 节点之间的数据通路是否畅通. 以这样的一个 Reality 节点为例. IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.237.9   然后在浏览器中, 访问 https://learn.microsoft.com: 18255 可以看到, TLS的锁是正常的. 验证证书, 也是正常的. 从你自己到Reality节点的数据路径是畅通的之后, 如果你的节点还不能用, 那么, 就应该检查你的Reality节点验证信息了 (UUID, 公钥) ======== update 如果是用了中转后的 Reality 节点 原 Reality 节点 IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 中转 VPS  IP 142.171.223.56 端口 28828 那么, 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.223.56 然后在浏览器中, 访问 https://learn.microsoft.com: 28828 可以看到, TLS的锁是正常的. 验证证书, 也是正常的.

233 boy 的 TCP 端口转发的教程 https://233boy.com/sing-box/sing-box-direct/ 下图中示意, 左边的 142.171.237.9 是被墙的VPS, 右边的 142.171.223.56 是用来做端口中转的VPS. 如果你照着教程操作一遍, 发现不能正常使用. 那么本文指导你如何排查问题所在. ======== 首先, 你要理解整个原理是什么. 左边的, 本来的reality协议节点, 底层是TCP直连, 那么是从你的 翻墙客户端(手机/电脑/...) 去连接  142.171.237.9  的 18255 端口. 现在被墙了, 那么无法直接TCP连接了. 右边的, 用于中转的VPS, 设置的 TCP端口中转 的本质是,  142.171.223.56  从端口 28828 收到的TCP数据, 会转发给  142.171.237.9  的 18255 端口.  所以, 你现在可以把本来准备发送给  142.171.237.9  的  18255  端口 的realiy数据包, 发送给  142.171.223.56  的  28828  端口; 142.171.223.56  从端口  28828  收到的TCP数据, 转发给  142.171.237.9  的  18255  端口. ======== 我们延着数据路径一段一段的排查. 1. 从我们的翻墙客户端(手机/电脑/...)连接中转VPS  142.171.223.56  的  28828  端口; a) 可以用 tcp.ping.pe 检测 142.171.223.56  的  28828  端口是否正常; b) 在你自己的电脑  tcping 检测 142.171.223.56  的  28828  端口是否可连接. 2. 在中转VPS上查 sing-box 的 access.log cat /var/log/sing...

一图胜千言 在 Logi Options+ 里面, 设置 Logi MX Master 3S的拇指滚轮 为快捷键. 向上滚动为 Ctrl+Shift+Tab 向下滚动为 Ctrl+Tab ======== 完

搭建 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