花溪映仙影，山水入画来，邀您共赏春日盛景。 Huaxi reflects immortal shadows, mountains and waters are incorporated into paintings, inviting you to enjoy the magnificent scenery of spring together.

上周按教程搭了3套代理节点：1个主力 + 2个免费备用，实测可用。总结下每套的来源和配置，给想自建的朋友参考 🧵 主力：AWS Lightsail $5/月（美东弗吉尼亚）+ sing-box VLESS+Reality 跑 443，另加一条 Shadowsocks。独享 IP，油管 4K 无压力。教程来自 @antsBTW 那篇 AWS 自建节点，跟着一步步走下来的。新号有 $100 credit，实际 0 支出能跑近两年。 备用①：Cloudflare Pages 免费节点 开源项目 cmliu/edgetunnel，照着一张复刻指南图部署：Pages 上传 _worker.js + 绑 KV，出来 15 个美国节点，走订阅链接更新。0 成本，协议 VLESS+ws+tls，跟主力互为备用。 备用②：Trojan 免费节点 GitHub 上 yonggekkk/Cloudflare-vless-trojan（16k star），同样走 Pages 部署，协议 Trojan+ws+tls，6 个 TLS 端口节点。跟 edgetunnel 互补（协议不同），也是 0 成本。 5/ 使用心得：日常走 AWS 独享，挂了切 CF 订阅。验节点别信小火箭的测速（它的测试机制经常不显示），直接浏览器开网页实测最准；CF 节点的 IP 库经常乱标地区（显示中非之类），不影响实际使用。 详细教程，把以下提示词直接发给MUSE: 请帮我从零搭建三套代理节点（一主两备），每一步都要实际部署并验证可用，不要只给文字教程。 1. 如无 AWS 账号，先引导我注册（需要我本人出面的步骤一次性列清）。 2. 在 us-east-1（美东弗吉尼亚）可用区 a 创建 Lightsail 实例：Debian 12，$5/月套餐（512MB/2vCPU/20GB/1TB流量）。 3. Lightsail 防火墙放行：TCP 443，以及 TCP/UDP 47828。 4. SSH 进实例，安装 sing-box（v1.14.x），配两个入站： - VLESS + Reality，监听 443（UUID、Reality 公私钥、shortId 全部在实例上现场生成） - Shadowsocks 2022（加密 blake3-aes-128-gcm），监听 47828（密码现场生成） 5. 设开机自启；密钥不写进脚本文件。 6. 交付：vless:// 和 ss:// 客户端导入链接 + 小火箭/Clash 可扫的二维码；SSH 私钥文件权限 600。 1. 从 GitHub cmliu/edgetunnel 取最新的 _worker.js。 2. 在 Cloudflare 建一个 KV 命名空间。 3. 建 Pages 项目（Direct Upload 方式），上传 _worker.js。 4. Pages 设置里绑定 KV：变量名必须是大写的 KV，对应上一步的命名空间。 5. 设置后台管理密码（环境变量/Secret），保存后 Redeploy 使生效。 6. 交付：管理后台地址（/admin）、自适应订阅链接（/sub?token=…），并验证订阅链接能返回 vless 节点。 注意：免费域名的步骤跳过，直接用 域名。 1. 从 GitHub yonggekkk/Cloudflare-vless-trojan 取 Trojan_workers_pages/_worker.js。 2. 建 Pages 项目（Direct Upload），上传该文件。 3. 设环境变量 pswd 为随机强密码，Redeploy。 4. 交付：节点配置页（https://<项目>.pages.dev/）和聚合订阅地址（配置页 URL 后加 /pty，应返回 6 个 TLS 节点，端口 443/8443/2053/2083/2087/2096）。 注意：Pages 部署只支持 TLS 节点，这是该项目本身的设计。 - 每套部署完都要实际验证：浏览器打开配置页/订阅链接确认有内容。 - 节点最终以"连上后浏览器能打开网页"为准，不用客户端 App 的测速结果下结论。 - 所有密码密钥只存 600 权限私有文件，不记备忘、不进 git。 - 需要我本人操作的步骤（登录、短信验证、人机验证）提前一次性列出来；Cloudflare 控制台有人机验证时请我接管。

白裙在薄雾中微微透光， 林影婆娑，布料轻扬。 The white dress glows faintly through the mist; amidst the swaying shadows of the woods, the fabric flutters lightly. #广州约拍# #公园露出# 👧：@wenwen0006 📧：@luchu777 @luchu888

亲测节点延迟，数据拿出来给大家看 👇 🟢 台湾 B01 → 31ms 🟢 新加坡 D01 → 27ms 🟢 日本 B01 → 29ms 🟢 美国 B01 → 29ms 🟢 泰国 D01 → 27ms 🟢 韩国 C01 → 61ms 🟢 英国 C01 → 74ms 全程 Shadowsocks / Trojan 协议，延迟基本压在 30ms 左右，不是我吋的哈哈 🔗 v2ny（老牌可靠）→ 🔗 基云科技（稳定之王）→ 🔗 航海（速度杆朴）→ 🔗 一元机场（网红机场·1元起）→ #翻墙# #科学上网# #节点推荐# #低延迟# #机场推荐#

前几天有人问我，能不能出一期「大陆最容易失效的 VPN 协议」排行榜？ 没问题，今天它来了！ 2026 大陆最容易失效的 VPN 协议 TOP 5： 1，PPTP｜协议老旧，安全性差，不建议使用 2，L2TP/IPsec｜特征明显，跨境连接容易受限 3，OpenVPN｜原生直连容易被识别，常见连接超时 4，WireGuard｜原生 UDP 流量，部分网络容易受干扰 5，Shadowsocks｜存在流量识别与封锁风险 没有绝对不能用的协议，线路质量、运营商和混淆方式同样重要。 你在大陆使用过哪些协议？哪个最容易连接失败？欢迎评论区交流！

几大翻墙VPN协议，被中国政府采购文件点名了。 2026 年 10 月 14 日，苏州市政府采购网发布的一份更正公告，直接把事情写到了台面上。 采购文件里有什么？ 跨境 VPN 监控设备：1 台 采购用途：提高私自使用跨境 VPN 的监管力度。 更刺激的是，技术要求直接点名： 1，Shadowsocks 2，V2Ray 3，Trojan 4，WireGuard 5，OpenVPN 6，IPSec 不仅要识别这些协议，还要求通过情报库自动匹配跨境通信行为。 这已经不是泛泛而谈的网络安全设备，而是采购文件明确提出了针对跨境 VPN 及相关代理协议的识别与监管需求。 最值得注意的是：这是一份政府采购文件，不是网传截图，也不是网友猜测。 当然，采购不等于已经部署，更不能据此断言所有 VPN 用户都在被监控。但设备究竟部署在哪里、覆盖哪些网络、会采集哪些数据，值得继续追问。 当 Shadowsocks、V2Ray、Trojan 被逐一写进政府采购技术要求，你觉得这意味着什么？

伪纪录片静帧，别写电影感，写「主体不当镜头 + 只留一扇窗的光」。提示词我改过了，拿去跑： handheld documentary still, subject unaware of camera, natural window light no fill, 35mm film grain, imperfect framing, teal shadows amber practical, 50mm f/2, no beauty retouch

说一个有意思的事情，由于过去十几年里开源社区对各种翻墙软件的不断贡献，相关协议和实现早已内化到大模型里了。比如你买个阿里云国际的服务器，在本地用任何一款国产 code agent 都可以十分钟内部署好服务器和客户端。愿意折腾的话甚至可以帮你写一套定制的混淆协议。这大概就实现了当年 shadowsocks 倡导的去中心化部署和协议混淆自定义的愿景。