前言 你可能在使用一个没有可用的翻墙客户端的平台. 你可能觉得目前能找到的翻墙客户端太大, 太笨重了, 你用不到那么多功能, 用不到那么多协议. 你可能看到了某个翻墙内核新出了一个协议, 而你手里的翻墙客户端还没有支持. 你可能就是手痒, 想自己搓轮子. 那么你可以做一个你自己的 翻墙客户端 思路 考虑到翻墙内核都是用go语言, 那么我们的翻墙客户端也用go. 这样, 内核能跑的平台, 客户端也能跑. 客户端的GUI界面部分, 考虑到覆盖尽量广的平台, 以及方便用户自己修改调整界面元素, 用HTML. 探索 以 xray 翻墙内核 + reality协议 为例 启动一个hermes, 对接 mimo-v2.5. 设计工作从这样的对话开启 我们来分析一个翻墙客户端(壳)的设计方案. 基于xray内核 考虑到覆盖尽可能广的平台, 翻墙客户端的后端基于 go 语言 考虑到方便用户自定义界面, 翻墙客户端的界面基于 HTML 你觉得如何? 很多细节和反复拉扯的部分在此省略. 只记录一些最终保留的重要设计思路 前后端功能设计 后端只负责替换配置文件 和 启/停翻墙内核 前端将配置文件的全量文本发给后端 前后端API设计 配置文件操作 — /api/files GET /api/files GET /api/files/{filename} PUT /api/files/{filename} DELETE /api/files/{filename} 进程操作 — /api/core GET /api/core/status POST /api/core/start POST /api/core/stop POST /api/core/test 设计前端时, 为了简化, 预设以下一些约束条件 后端的配置文件只会有这一些, 只会少, 不会多. 01-log.json # log 02-dns.json # dns 配置 03-router.json # routing rules 04-inbounds.json # 入站监听 05-outbounds.json # 出站代理 06-api.json # commander API 只实现最基本的核心功能作为演示, 只需要使用这些API GET /api/files/{filename} → { content } PUT /api/files/{filename} ← { content } (创建或替换) POST /api/xray/start POST /api/xray/stop 前端HTML的使用方式 后端不提供HTTP文件路由 前端HTML文件可以由单独的HTTP服务来支撑, 如 python -m http.server 前端HTML文件也可以直接用浏览器打开 前端HTML页面思路 前端为每个配置文件生成一个HTML页面文件 01-log.json 02-dns.json 03-router.json 04-inbounds.json 05-outbounds.json 06-api.json 前端的页面设计 对于不是 outbound 的页面, 只有直接编辑JSON 的功能, 没有表单 所以它们应该是几乎一样, 只有文件名不一样. 前端outbound页面的设计 转JSON • 行为: 表单 → 生成 JSON → 填入下方 JSON 编辑器（不保存） 直接保存 • 行为: 表单 → 生成 JSON → 填入下方 JSON 编辑器 → 发送给后端 保存 • 行为: JSON 编辑器的内容 → 发送给后端 后端设计1个yaml格式的配置文件 listen: 127.0.0.1 port: 18080 files-dir: ./bin/xray/ core-start: “./bin/xray/xray run -confdir ./bin/xray/” core-test: “./bin/xray/xray run -confdir ./bin/xray/ -test” log: “” 上传 Github G站/crazypeace/my-dream-proxy-client 对, 我取了一个特别的名字 my-dream-proxy-client 但其实功能特别简陋, 只是演示了最基本的工作原理. 哈哈! 使用方法 见 Github 项目 README.md G站/crazypeace/my-dream-proxy-client/blob/main/README.md#my-dream-proxy-client-使用手册-配合xray内核 具体开发过程 hermes 对接 mimo-v2.5 开发翻墙客户端(壳) 基于 xray 内核 reality 协议 1 个帖子 - 1 位参与者 阅读完整话题
知名代理软件客户端 v2rayN / NG开发者发布跳过证书验证参数被移除的说明。开发者表示，Xray-core 在v26.2.6版本中，正式移除了TLS配置中的 allowInsecure 参数。“跳过 TLS 证书验证” 这种做法存在一定的安全风险，因此Xray官方决定用更安全、更明确的证书固定机制来替代它。自2026年6月1日起，所有使用了新版Xray内核的用户，只要配置中存在 allowInsecure 字段，均会出现报错，导致内核无法启动。作为过渡期解决方案， v2rayN 7.22.5版本已临时恢复对“跳过证书验证”功能的支持 。但Xray将于8月1日彻底禁用相关参数，届时此方案将不再有效。用户和机场需要尽快完成配置更新。 1 个帖子 - 1 位参与者 阅读完整话题
@ rprx 为什么埋个定时炸弹？六月一日准时引爆。一怒之下下单了 surge
@ rprx 为什么埋个定时炸弹？六月一日准时引爆。一怒之下下单了 surge
@ rprx 为什么埋个定时炸弹？六月一日准时引爆。一怒之下下单了 surge
如果同一个电脑，同一个网络，同一个协议（尤其是 Vless ），会出现 xray 可以连接，mihomo 无法连接的情况吗？就是说相同协议，xray 代理流量特征会更不容易识别吗？ 纯好奇，网络上没有相关的讨论，AI 也只能给出理论上的答案（ xray 的伪装性会比 mihomo 更好）
如果同一个电脑，同一个网络，同一个协议（尤其是 Vless ），会出现 xray 可以连接，mihomo 无法连接的情况吗？就是说相同协议，xray 代理流量特征会更不容易识别吗？ 纯好奇，网络上没有相关的讨论，AI 也只能给出理论上的答案（ xray 的伪装性会比 mihomo 更好）
@ rprx 为什么埋个定时炸弹？六月一日准时引爆。一怒之下下单了 surge
最近做了一个 Windows 上的 Xray 客户端，名字叫 Orayo 。 我平时本地直接跑 Xray 裸核，但切换配置和日常操作还是不太方便，所以做了一个带现代界面的 Windows GUI 客户端。 亮色模式 暗色模式 项目地址： https://github.com/barkure/Orayo 目前已经支持这些功能： 基于 Xray-core TUN 模式 系统代理 节点导入、手动添加、编辑、删除 路由规则与 DNS 设置 Geo 数据文件更新 WinUI 3 桌面界面 提供 Setup 和 Portable 两种发布形式 最新版本下载： https://github.com/barkure/Orayo/releases/latest 如果你愿意试用，欢迎提 issue 或反馈建议。也欢迎 star 支持一下。
最近做了一个 Windows 上的 Xray 客户端，名字叫 Orayo 。 我平时本地直接跑 Xray 裸核，但切换配置和日常操作还是不太方便，所以做了一个带现代界面的 Windows GUI 客户端。 亮色模式 暗色模式 项目地址： https://github.com/barkure/Orayo 目前已经支持这些功能： 基于 Xray-core TUN 模式 系统代理 节点导入、手动添加、编辑、删除 路由规则与 DNS 设置 Geo 数据文件更新 WinUI 3 桌面界面 提供 Setup 和 Portable 两种发布形式 最新版本下载： https://github.com/barkure/Orayo/releases/latest 如果你愿意试用，欢迎提 issue 或反馈建议。也欢迎 star 支持一下。
最近做了一个 Windows 上的 Xray 客户端，名字叫 Orayo 。 我平时本地直接跑 Xray 裸核，但切换配置和日常操作还是不太方便，所以做了一个带现代界面的 Windows GUI 客户端。 亮色模式 暗色模式 项目地址： https://github.com/barkure/Orayo 目前已经支持这些功能： 基于 Xray-core TUN 模式 系统代理 节点导入、手动添加、编辑、删除 路由规则与 DNS 设置 Geo 数据文件更新 WinUI 3 桌面界面 提供 Setup 和 Portable 两种发布形式 最新版本下载： https://github.com/barkure/Orayo/releases/latest 如果你愿意试用，欢迎提 issue 或反馈建议。也欢迎 star 支持一下。
GCP 做 Xray 翻墙代理，GFW 会不会几乎都已经墙了 GCP 的 IP
GCP 做 Xray 翻墙代理，GFW 会不会几乎都已经墙了 GCP 的 IP
GCP 做 Xray 翻墙代理，GFW 会不会几乎都已经墙了 GCP 的 IP
配置用的是vless+reality，bbr已开启 之前用的好好的，速度也一直ok，今天不知道啥情况用不了了，也不是ip被墙，单纯速度变得很慢 求助佬友排查思路 1 个帖子 - 1 位参与者 阅读完整话题