代理

用 DMIT 这类付费 VPS 搭代理节点，稳定性好但有成本。很多人不知道，Cloudflare Workers 有每天 10 万次的免费请求额度，可以用来跑一个完全零成本的 VLESS 节点——作为备用或平替方案，值得每人都部署一个。 本文用的是开源项目 edgetunnel，部署过程 10 分钟以内完成。 原理简介 Cloudflare Workers 是运行在 CF 边缘节点的 JavaScript 函数。edgetunnel 把 VLESS 协议实现在 Worker 里，流量经过 CF 的 CDN 网络中转，绕开直接 IP 识别。 优点： 完全免费（免费计划每天 10 万次请求，足够个人使用） 无需服务器，不存在 IP 被封问题 CF 的 IP 段被封概率极低 局限： 速度受 CF 网络质量影响，高峰期不如专线 VPS 不适合大流量下载，适合日常浏览和轻量使用 部分地区对 CF IP 有 QoS 前置准备 一个 Cloudflare 账号（免费注册） 一个域名（可选，但推荐，CF 免费提供 workers.dev 子域名也行） 部署步骤 第一步：Fork 项目到你的 GitHub 打开 https://github.com/cmliu/edgetunnel，点右上角 Fork，复制到自己的账号。 ...

家庭网络多网关架构那篇文章讲了整体架构，但规则怎么写没有细说。这篇单独讲 mihomo 的分流规则，从语法基础到实用配置模板，逐步拆解。 规则的基本概念 mihomo 的流量分流通过 rules 字段控制，每条规则的格式： 规则类型,匹配值,策略组 比如： rules: - DOMAIN-SUFFIX,google.com,代理 - IP-CIDR,192.168.0.0/16,DIRECT - GEOIP,CN,DIRECT - MATCH,代理 # 兜底规则，匹配所有剩余流量 规则按顺序匹配，第一条命中即执行，后面的不再判断。 顺序非常重要。 规则类型详解 域名类规则 # 精确匹配域名 - DOMAIN,www.google.com,代理 # 匹配域名及其所有子域名（最常用） - DOMAIN-SUFFIX,google.com,代理 # 覆盖：google.com / mail.google.com / api.google.com # 域名关键词（性能较差，少用） - DOMAIN-KEYWORD,google,代理 # 匹配任何包含 "google" 的域名 # 正则表达式（最灵活，但最慢） - DOMAIN-REGEX,^.*\.google\.com$,代理 优先级建议： DOMAIN > DOMAIN-SUFFIX > DOMAIN-KEYWORD 越精确的规则放越前面，性能更好，也避免误匹配。 IP 类规则 # IPv4 CIDR - IP-CIDR,192.168.0.0/16,DIRECT - IP-CIDR,10.0.0.0/8,DIRECT - IP-CIDR,172.16.0.0/12,DIRECT # IPv6 CIDR - IP-CIDR6,::1/128,DIRECT # 注意：IP-CIDR 会触发 DNS 解析，对纯域名规则之前的流量有性能影响 # 建议加 no-resolve 后缀，跳过 DNS 解析直接匹配连接 IP - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve GeoIP 规则 根据 IP 所属国家分流： ...

很多人以为有了 VPS 代理节点就够了，其实不然。VPS 的 IP 来自数据中心，很多平台会针对数据中心 IP 做额外限制——OpenAI 不让数据中心 IP 注册、某些平台触发额外验证、账号因"异常登录"被限制……这些场景需要住宅 IP。 IPRoyal 是我长期在用的住宅 IP 服务，这篇文章说清楚什么时候需要住宅 IP，以及怎么用。 住宅 IP vs 数据中心 IP 对比项 数据中心 IP（VPS） 住宅 IP 来源 AWS、Google Cloud 等云服务商 真实家庭宽带 ISP 识别难度 容易被平台检测 极难区分（看起来就是普通用户） 速度 快，稳定 因 ISP 而异，可能有波动 价格 低（月付固定） 高（按流量 GB 计费） 适合用途 日常代理 需要"像真人"的操作 数据中心 IP 的 ASN（自治系统号）是已知的，Cloudflare、Google 等公司维护了这些 IP 段的黑名单。住宅 IP 的 ASN 是各地 ISP（中国移动、Comcast、Vodafone 等），和普通家庭用户没有区别。 ...

DMIT 是我主力在用的 VPS 服务商，用了一年多。它的香港和美国节点在连接速度和稳定性上是我用过最好的，IP 被封概率也低。 很多人看到 DMIT 的界面是英文，不知道怎么买，这篇文章把流程完整走一遍。 为什么选 DMIT 选 VPS 的核心看三点：延迟、稳定性、IP 质量。 DMIT 的优势： 香港节点对国内延迟极低（广州通常 20-40ms） 使用 CN2 GIA 线路，国内三网直连 原生 IP，流媒体解锁能力强（Netflix、Disney+ 香港区） 支持 Hysteria2，UDP 性能好 IP 被封概率明显低于普通 BGP 线路 劣势： 价格偏高（香港节点月费 $14.9 起） 热门套餐经常缺货 详细和其他服务商的对比：VPS 选购指南 第一步：注册账号 访问 DMIT 官网。 点右上角 Register 填写信息： First Name / Last Name：填真实姓名（用于账单） Email Address：常用邮箱 Password：设置强密码 点 Register 完成注册 去邮箱验证邮件（有时在垃圾邮件文件夹里） 注册完成后自动登录到控制面板（Client Area）。 ...

Hysteria2 是一个基于 QUIC 协议（UDP）的代理工具，在高丢包、高延迟网络下表现远超 TCP 协议。它和 VLESS+XTLS-Reality 形成互补：TCP 受限时用 Hysteria2，UDP 受限时用 VLESS+Reality，两个协议搭配部署是目前最稳的方案。 为什么选 Hysteria2 核心优势： 基于 QUIC/UDP，在高丢包网络下仍有较好速度表现 内置带宽伪装，流量特征更难被精准识别 配置简单，比 Xray 轻量 mihomo（Clash Meta）原生支持 适用场景： 场景 推荐协议 TCP 被 QoS 限速 Hysteria2 ✓ UDP 被封 VLESS+XTLS 日常使用（两个都有） mihomo 自动切换 前置准备 一台海外 VPS，推荐 DMIT（支持 Hysteria2 的 UDP 流量） Ubuntu 22.04+ 一个域名（可选，用自签证书也可以） 服务端部署 安装 Hysteria2 bash <(curl -fsSL https://get.hy2.sh/) 安装完成后，程序位于 /usr/local/bin/hysteria，systemd 服务名为 hysteria-server。 生成自签证书 不需要域名的情况下，用自签证书： ...

Xray 的 VLESS+XTLS-Reality 是目前公认抗封锁能力最强的协议组合。它的核心原理是流量伪装成正常的 TLS 握手，让 GFW 难以通过特征识别判断是代理流量。 这篇文章从零开始，完整部署一套可用的配置。 前置准备 一台海外 VPS（推荐 DMIT 香港或美国节点，线路质量好） VPS 系统：Ubuntu 22.04+ 本地客户端：mihomo（原 Clash Meta） 服务端部署 安装 Xray bash -c "$(curl -L https://github.com/XTLS/Xray-install/raw/main/install-release.sh)" @ install 生成 XTLS-Reality 所需密钥 xray x25519 输出类似： Private key: 你的私钥（保存好） Public key: 你的公钥（填入客户端配置） 再生成 UUID： xray uuid 服务端配置文件 /usr/local/etc/xray/config.json： { "inbounds": [ { "port": 443, "protocol": "vless", "settings": { "clients": [ { "id": "你的UUID", "flow": "xtls-rprx-vision" } ], "decryption": "none" }, "streamSettings": { "network": "tcp", "security": "reality", "realitySettings": { "show": false, "dest": "www.apple.com:443", "xver": 0, "serverNames": ["www.apple.com"], "privateKey": "你的私钥", "shortIds": [""] } }, "sniffing": { "enabled": true, "destOverride": ["http", "tls", "quic"] } } ], "outbounds": [ {"protocol": "freedom", "tag": "direct"}, {"protocol": "blackhole", "tag": "block"} ] } 关键参数说明： ...

IP 被封是代理节点的常见问题，处理过很多次了，这篇文章写下完整的应对流程。 第一步：确认是 IP 被封还是其他问题 连不上节点时，先排除非封锁原因： # 从国内测试 IP 连通性（用手机热点，排除本地网络问题） ping 你的VPS_IP # 测试端口是否通 nc -z -w5 你的VPS_IP 443 && echo "open" || echo "blocked" 常见混淆情况： 现象 可能原因 ping 不通，但 SSH 能连 协议被识别，端口被封 SSH 也连不上 IP 被完全封锁，或 VPS 宕机 能 ping 通，但连接慢 线路拥塞，不是封锁 只有晚高峰断 QoS 限速，不是封锁 验证 IP 是否被墙的最快方法：用国内网络和海外网络分别 ping，海外能 ping 国内不行 = 被墙。 在线工具：ping.pe，输入 IP 从多个国家测试连通性。 第二步：应急切换 如果有备用节点 这是最重要的一课：永远不要只有一个节点。 我的 mihomo 配置了自动故障切换： proxy-groups: - name: "自动选择" type: fallback # 有节点挂了自动切换 url: http://www.gstatic.com/generate_204 interval: 30 proxies: - DMIT-HK - DMIT-US - 腾讯云-JP 主节点被封后 30 秒内自动切到备用，用户无感知。 ...

选 VPS 踩过不少坑，这篇文章分享我真实用过的几家服务商，直接说结论，不绕弯子。 选 VPS 的核心指标 魔法上网用的 VPS 和普通建站用的不一样，核心看三点： 延迟：对国内的 ping 值，越低越好 稳定性：IP 是否容易被封，线路是否抖动 出口质量：CN2 GIA > 普通 BGP，直连 > 中转 DMIT：目前我的主力 我在用 DMIT 的香港和美国节点，用了快一年，总体满意。 优点： 香港节点延迟极低（广州 ping 通常 20-40ms） 线路质量好，原生 IP，流媒体解锁能力强 支持 Hysteria2，UDP 加速效果明显 缺点： 价格偏高，香港基础款月费不便宜 有时候购买页面需要耐心等库存 **适合：**对延迟敏感、对稳定性要求高的用户。 腾讯云国际版：日本节点备用 我的 aws-jp 之外还有一台腾讯云日本节点作备用。 优点： 和国内腾讯骨干网打通，日本节点延迟不错 有时候有大促，价格很便宜 缺点： IP 被封的概率比 DMIT 高 客服支持较弱 AWS：量化专用，不推荐用来魔法上网 我的量化策略跑在 AWS，它的网络稳定性很好，但： IP 段太知名，容易被识别和封锁 价格贵 不适合魔法上网，适合对接 API 的后台服务 住宅 IP：IPRoyal 做一些需要住宅 IP 的任务（比如注册账号、访问某些限制严格的网站），推荐 IPRoyal。 ...

折腾了大半年的家庭网络，最终跑通了一套多网关冗余架构。这篇文章分享整体设计思路，适合有一定折腾经验、想把网络做得更稳定的朋友。 为什么需要多网关 单网关最大的问题是单点故障：VPS 被封、线路抖动、机器宕机，整个网络就断了。 多网关的核心价值： 线路冗余：美国 / 香港 / 日本多个出口，自动选最快的 流量分离：不同流量走不同出口，既省流量又保速度 故障自动切换：某条线路挂了，其他线路自动顶上，用户无感知 整体架构 家庭设备 ↓ OpenWrt 主路由（DNS 分流 → dnsmasq） ↓ mihomo 网关（分流规则 → 策略组） ↓ 多个 VPS 出口（US / HK / JP） ↓ 目标网站 关键组件： 主路由：OpenWrt，负责 DNS 劫持和流量导入 mihomo mihomo 节点：运行在独立机器上，处理代理和分流逻辑 VPS 出口：推荐 DMIT，香港 / 美国节点延迟稳定，支持 Xray + Hysteria2 mihomo 分流规则设计 策略组分层 proxy-groups: # 手动选择组（紧急备用） - name: "手动选择" type: select # 自动选速最快节点 - name: "自动选择" type: url-test url: "http://www.gstatic.com/generate_204" interval: 300 # 各地区组 - name: "🇺🇸 美国" type: url-test filter: "美国|US" - name: "🇭🇰 香港" type: url-test filter: "香港|HK" # 分流决策组 - name: "国内直连" type: select proxies: [DIRECT] - name: "AI 服务" type: select proxies: ["🇺🇸 美国", "自动选择"] 规则优先级 mihomo 规则从上到下匹配，顺序很重要： ...