代理

用 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 規則從上到下匹配，順序很重要： ...