ICDYCT / 我能, 你也行 - 标签:翻墙

前言 我们实践了 用Agent部署 K-UI-workers项目 那么同样工作在 cloudflare worker 的 cfnew 项目应该也可以. 最近部署了 OmniRoute 白嫖各种模型 , 那么今天试试 oc/deepseek-v4-flash-free 当Agent干活怎么样

前言 各位开发者 你们有没有觉得, 自己满腔热血地写教程教小白, 但总是会收到各种非bug类的反馈? 如,  教程写的操作 小白看不懂 - "这个XXX在哪里呀?" 教程写了的操作 被小白跳过 - 本来要设置参数 1 2 3 4 5, 结果小白只设置了 1 2 3 5 为此 我还做了2个 贴纸   不好意思跑题了. 现在Agent时代来了, 小白身边最好的助理和教练有了. 你可以让小白使唤TA自己的Agent去阅读教程, 完成部署. 各位小白 你们有没有觉得, 自己满腔热血地来跟着大佬的教程学技术, 但是这教程是真长啊, 里面的字是真多啊, 术语是真看不懂啊, 自己的技术水平只有鼠标键盘和英文字母啊! 去社群里提问题请教, 还要被反问, "你操作到哪一步了?" 老天啊! 整篇教程就是个迷宫啊! 我怎么知道自己走到哪里了! 现在Agent时代来了, 你身边最好的助理和教练有了. 你可以使唤你自己的Agent去阅读教程, 完成部署.

前言 之前 我们实现了 MDPC 多内核 单outbound 考虑到 有可能会给我的初翻墙朋友推荐 JMS机场   那么我们来支持 shadowsocks 吧!

前言 之前我们实现了 用自然语言指导Hermes去掉xray对allowInsecure的报错 那么, 能不能进一步的, 去掉v2rayNG对allowInsecure的报错?

前言 我们已经实现了 用自然语言指导 Hermes 对接 mimo-v2.5-pro 帮我们裁剪 xray 那么, 对原版xray做个小改动不是应该更轻松吗?   之前xray对allowInsecure报错影响了很多人. 如果我们对xray原版小改一下, 不报这个错呢?

前言 之前 面向GPT开发 做了 MDPC 翻墙客户端 把翻墙内核装进去后, 一看整个目录, 体积还挺大的. 我就想, 既然我只用这几个协议, 那么我把内核裁剪一下能省多少体积呢? 放在以前, 知道这个事情是有可能性的, 内核代码都开源的嘛, 但是根本不敢动手.  现在这个时代, 人人都有赛博打工人了, 就让我们动动嘴吧!

前言 之前 面向GPT开发 做了 MDPC 翻墙客户端 把翻墙内核装进去后, 一看整个目录, 体积还挺大的. 我就想, 既然我只用这几个协议, 那么我把内核裁剪一下能省多少体积呢? 放在以前, 知道这个事情是有可能性的, 内核代码都开源的嘛, 但是根本不敢动手.  现在这个时代, 人人都有赛博打工人了, 就让我们动动嘴吧!

面向Agent开发 Hermes 对接 mimo-v2.5-pro 下面的引用框里面都是我发给Agent的自然语言 先用自然语言让 Agent 搭一个 sing-box 内核的 anytls 协议节点. 搭建 一个 sing-box 的 anytls 协议服务端. 要求自签证书 learn.microsoft.com, 端口 2083 其它参数从简 这是结果

前言 我们已经基于 MDPC实现了 xray, hy2, sing-box 这三个内核的翻墙客户端 如果进一步地, 实现一个像是 v2rayN 那样, 支持多个内核, 在"启用"一个节点之后 , 就自动启动对应的内核呢?

前言 我们已经有了 从客户端查询证书计算pinSHA256的工具 进一步的, 可以在 v2rayN 中调用这个工具 那么, 如果机场提供了多于1条的hy2节点, 需要能批量处理.

前言 前面我们 基于MDPC-my-dream-proxy-client 很容易实现了一个 hy2 翻墙客户端(壳) 再来试试 sing-box 和 anytls 协议

前言 我们已经实现了一个  hysteria2-pinSHA256-tool 小工具来查询 hysteria2节点自签证书的pinSHA256 现在我们将这个算法合并到 v2rayN 项目

前言 前面我们实现了一个 配合xray内核 reality协议 的 极简翻墙客户端(壳) MDPC-my-dream-proxy-client   如果我们想 配合 Hysteria 内核呢?  (只为了简单演示, 所以只处理自签证书的情况)

前言 之前, 我们 通过v2ray客户端计算hysteria2节点自签证书的 pinSHA256(base64) 现在xray需要pinSHA256(hex)

Telegram 贴纸  https://t.me/addstickers/fuckgfwnewbie 相关推荐 《hysteria2-pinSHA256-tool从客户端计算hysteria2节点自签证书的pinSHA256填写到v2rayN-v7的hysteria2节点中》 《去掉v2rayNG对allowInsecure的报错》 《去掉xray v2rayN对allowInsecure的报错》

前言 你可能在使用一个没有可用的翻墙客户端的平台. 你可能觉得目前能找到的翻墙客户端太大, 太笨重了, 你用不到那么多功能, 用不到那么多协议. 你可能看到了某个翻墙内核新出了一个协议, 而你手里的翻墙客户端还没有支持. 你可能就是手痒, 想自己搓轮子. 那么你可以做一个你自己的 翻墙客户端

前言 VLESS-Reality-cracker 的核心思路是: 如果被测试的TLS服务端是Reality服务端, 那么 重放抓包的client-hello数据包(1)      和     发送 {基于数据包(1)修改了sessionID} 的数据包 会使得随后发出的探针数据包被不同的TLS系统处理,  一个是Reality服务端的TLS系统, 一个是"偷"证书的域名所在的TLS系统. 预期的测试结果是, 探针在两轮测试中得到的返回结果会不同. 从反面讲, 如果被测试的TLS服务端是"正常"TLS服务端, 那么 探针在两轮测试中得到的返回结果会一致.

前言 原来, 我的 Xray-Reality极简一键脚本 是支持带参数运行的. 如, bash <(curl -L https://github.com/crazypeace/hy2/raw/main/install.sh) 4 8443 有FQer反馈, 说自己用的是nat机, 出入IP不一样, 需要人工控制IP的功能.

前言 根据 之前的测试 ,  Caddy的HTTPS服务端的测试结果中 探针的状态与 Reality服务端的第1轮测试是一致的

前言 上一篇我们已经实现了 手搓复现 VLESS-Reality-cracker 那么, 按照作者的理论, 如果测试对象不是 Reality 服务端, 而是一个真实的HTTPS服务器, 探针应该显示相同的结果. 让我们试试 Caddy 提供的 HTTPS 服务