開啟 3 天免費試用
註冊即可免費體驗全部高級功能。
*只限新用戶;每位用戶只可獲得一次試用。


本 VLESS Reality 伺服器設定固定伺服器及客戶端均使用 Xray-core v26.3.27,採用 raw 傳輸、Vision 及一個本機 SOCKS 入口。伺服器示例以專用 Ubuntu 24.04 LTS 主機為範圍。內容提供設定與讀者驗收方法,未進行作者完整端到端部署實測。
關鍵要點
- 固定核心並依其欄位設定;滾動文件可能描述其他語法。
- VLESS 身份、REALITY 密鑰配對與 Vision flow 是不同設定。
- 回環 SOCKS 只涵蓋明確設定的程式,不等於整部裝置接管。
- 拒絕、撤銷、重新啟動及還原須各自核對。
- 使用授權 TLS 目標,保留獨立管理路徑。
先讀自建責任指南。需要運作 Xray 核心並管理授權時適合這路線;若需要路由式 IP 閘道,使用Ubuntu WireGuard 部署教學。兩者互不作前置要求。VLESS、REALITY 及 Vision 分工說明層次,不重複部署步驟。
若希望實際程式連往公開互聯網,卻不想管理核心,AethoVPN 提供終端服務選擇。Windows 安裝官方 .exe,以電郵驗證碼繼續,在 App 選擇現時可用位置後連線。其公開全局模式把裝置所有程式流量經 VPN 加密轉送;關閉時,存取本地區網站的流量不經其中轉。
核對可見出口 IP,再分別重做原應用程式工作及瀏覽器工作。一項工作成功不證明所有程序或目的地正常。用另一部受控終端作比較,避免測試改動日常網絡設定。
此方法不承諾匯入 VLESS、支援 REALITY/Vision 或管理 Xray 伺服器。新用戶只有一次三日 Pro 試用,刪除帳戶不會重設。試用支援終端路線。
使用專用、沒有其他用途的 Ubuntu 24.04 LTS 主機,以及獨立授權客戶端。預留伺服器 TCP 18443 與本機 TCP 10808。
盤點 ss -lntup、服務、路由、防火牆擁有者、設定路徑及還原控制台。改政策前建立新管理連線。若已有 Xray 或安裝器路徑便停止:新裝流程不得覆蓋共用實例。
示例使用官方發行 tag v26.3.27。[1]兩端記錄執行檔架構及 xray version。固定版本只界定這份設定,並非長期忽略安全修補的許可。更新前讀發行說明,保留相容執行檔與設定組合作回復。
選自己擁有或獲明確授權的 TLS 1.3 目標。伺服器須可到達它,證書須有效且匹配 TLS_NAME,並符合 REALITY 文件的目標要求。[2]TLS_TARGET:443 及 TLS_NAME 指該目標,未必是代理的公開端點。沒有授權目標時,在開放入口前停止;不要借用公開網站名稱或關閉核對。
圖中是明確的應用程式路徑。伺服器設定不會自動接管其他程式流量或系統 DNS。TUN 與系統代理範圍交代額外接管決定。
把官方安裝項目腳本下載成檔案,完整檢視內容並做 shell 語法檢查,才執行。[3]下列供讀者在專用主機操作:
curl --fail --location --proto '=https' --proto-redir '=https' \
--output install-release.sh \
https://raw.githubusercontent.com/XTLS/Xray-install/main/install-release.sh
less install-release.sh
bash -n install-release.sh
sudo adduser --system --group --no-create-home xray-lab
sudo bash install-release.sh install --version v26.3.27 --install-user xray-lab
sudo systemctl disable --now xray.service
sudo systemctl is-enabled xray.service
/usr/local/bin/xray version
sudo systemctl cat xray.service
審查全部下載、檔案寫入、服務與用戶更改及移除行為。安裝器獨立於核心 tag 更新;私下保存已審查腳本並記錄上游修訂。語法核對不證明可信。
新裝會啟動及啟用 xray.service;disable --now 同時停止服務及取消開機啟動。is-enabled 應報告 disabled,否則在設定前停止。只有理解完整改動後,才在專用主機使用特權安裝器。
確認 unit 以 xray-lab 執行,並透過 /usr/local/bin/xray 載入 /usr/local/etc/xray/config.json。若以 root 運作或使用意外目錄,不繼續。限制可存取檔案與目的地,毋須管理面板。高測試連接埠不需特權埠綁定,但仍要審查 unit 的 capability 設定。
以 /usr/local/bin/xray uuid 建立新 UUID,以 /usr/local/bin/xray x25519 建立 X25519 密鑰對,再用 openssl rand -hex 8 建立 short ID。只在私密終端操作,輸出不放公開支援個案或截圖。伺服器保留私鑰,把對應公鑰值填入客戶端 password。將產生值保存在私密設定,不放 shell 參數。
| 參數 | 伺服器位置 | 客戶端匹配 |
|---|---|---|
| VLESS UUID | clients[].id | 出站 settings.id |
| Vision | 用戶明確 flow | 出站 flow: xtls-rprx-vision |
| REALITY 密鑰 | privateKey | 對應公鑰填入 password |
| 名稱 | serverNames 的核准項 | serverName |
| Short ID | shortIds 項目 | shortId |
| 端點 | 監聽位址及 TCP 埠 | 可達公開位址與相同埠 |
這個 tag 入站解析使用 clients,滾動 VLESS 頁面可能顯示 users。tag 原始碼亦容許繼承入站 flow,但此例明確設定每位用戶的 Vision。[4]傳輸解析接受 raw,REALITY 支援 target 及客戶端 password。[5]
不要混入另一版本欄位。flow 欄位指南另行交代兼容性。
建立伺服器私密 /usr/local/etc/xray/config.json,替換所有大寫標記。SERVER_LISTEN_IPV4 須是主機真正持有的位址;供應商公開 NAT 位址未必可在本機綁定。
{
"log": {"loglevel": "warning"},
"inbounds": [{
"tag": "vless-lab", "listen": "SERVER_LISTEN_IPV4", "port": 18443,
"protocol": "vless",
"settings": {
"clients": [{"id": "CLIENT_UUID", "email": "lab-device", "flow": "xtls-rprx-vision"}],
"decryption": "none"
},
"streamSettings": {
"network": "raw", "security": "reality",
"realitySettings": {
"show": false, "target": "TLS_TARGET:443", "xver": 0,
"serverNames": ["TLS_NAME"], "privateKey": "SERVER_PRIVATE_KEY",
"shortIds": ["SHORT_ID"]
}
}
}],
"outbounds": [{"tag": "direct", "protocol": "freedom"}]
}
目錄設 root:xray-lab、模式 750,此檔案設相同擁有者及模式 640,讓服務可讀而不公開。UUID 是授權憑證;decryption:none 屬 VLESS 設定,不是移除 REALITY 的許可。short ID 不能取代 UUID 或密鑰對。
sudo chown root:xray-lab /usr/local/etc/xray
sudo chmod 750 /usr/local/etc/xray
sudo chown root:xray-lab /usr/local/etc/xray/config.json
sudo chmod 640 /usr/local/etc/xray/config.json
sudo -u xray-lab /usr/local/bin/xray run -test -config /usr/local/etc/xray/config.json
sudo systemctl start xray.service
sudo ss -lntp
設定測試成功只表示能載入,不證明認證流量正常。透過既有主機防火牆管理器及供應商安全群組,只容許所選 TCP 埠,最好限制授權客戶端公開來源。保留管理規則,不重設防火牆。
未限制的 freedom 出站能前往主機可達目的地;使用沒有敏感內部路由的隔離主機,或先建立經審查目的地 ACL。VLESS 認證本身不限制目的地。
在授權客戶端使用匹配官方核心版本。將下列 JSON 存為私密 client.json;只啟用 TCP SOCKS 並監聽回環位址。[6]多用戶主機上的其他本地用戶也可能接觸回環入口,所以使用隔離授權客戶端,或加適當本機存取保護。
{
"log": {"loglevel": "warning"},
"inbounds": [{
"listen": "127.0.0.1", "port": 10808, "protocol": "socks",
"settings": {"auth": "noauth", "udp": false}
}],
"outbounds": [{
"protocol": "vless",
"settings": {
"address": "SERVER_PUBLIC_ENDPOINT", "port": 18443,
"id": "CLIENT_UUID", "encryption": "none", "flow": "xtls-rprx-vision"
},
"streamSettings": {
"network": "raw", "security": "reality",
"realitySettings": {
"serverName": "TLS_NAME", "fingerprint": "chrome",
"password": "SERVER_PUBLIC_KEY", "shortId": "SHORT_ID"
}
}
}]
}
按配對值替換公開端點、UUID、名稱、公鑰及 short ID。此 tag 出站支援示例的平鋪 address/port/id 欄位。[4]限制檔案為擁有者存取,驗證後在私密終端運作:
chmod 600 client.json
xray version
xray run -test -config client.json
xray run -config client.json
保留現有日常客戶端。在受控客戶端作明確請求,替換授權主機名與路徑:
curl --fail --socks5-hostname 127.0.0.1:10808 https://AUTHORIZED_TASK_HOST/task
--socks5-hostname 經 SOCKS 傳送名稱作遠端解析;--socks5 在本機解析。[7]核對目的地自己的請求證據及該次可見出口。這不證明整部裝置 DNS 都經代理,亦不證明另一程式被接管。直接 IPv6、UDP 及 TUN 不在此 TCP 程式示例範圍。
用自己的一次性憑證,記錄版本、請求方法、時間、預期階段及實際觀察,毋須複製秘密。表中是預期現象,不是虛構日誌。
| 檢查 | 方法 | 預期現象 | 失敗處理 |
|---|---|---|---|
| 設定載入 | 版本、unit 路徑/用戶、設定測試及監聽 | 預期 tag、檔案及位址/埠 | 先修安裝或權限 |
| 授權轉送 | 明確 SOCKS 請求至自有或授權目的地 | 預期伺服器轉送工作 | 核對配對及出站 |
| 接管與 DNS | 相同程式方法請求主機名 | 只驗收設定程式路徑及遠端解析 | 修程式設定,較廣範圍仍未驗證 |
| 錯誤 UUID | 未登記一次性 UUID 新連線 | 無認證後工作轉送 | 查有效清單,還原測試基線 |
| 錯誤 REALITY 配對 | 故意錯公鑰或 short ID 新嘗試 | 無認證代理工作 | 分辨目標回落與准許 |
| 撤銷 | 刪 UUID,重啟專用實例,重試舊值 | 不可新連,實例舊工作階段終止 | 查持久檔案及服務歸屬 |
| 重啟 | 重啟授權主機,再作新請求 | 版本、設定、監聽及工作一致 | 查啟動及防火牆持久化 |
REALITY 可能把認證失敗流量送往設定目標。[2]因此收到回應或 TCP 連通並不足夠。瀏覽器顯示該目標內容,不證明授權工作經 VLESS。不能用移除安全核對或接受未知用戶來「修復」拒絕。
從持久伺服器檔案移除 UUID,以 xray-lab 驗證設定,再於專用實例執行 sudo systemctl restart xray.service。重啟會中斷該實例全部已有工作階段,不只一部裝置;套用其他環境前須考慮影響。以被撤銷 UUID 新連線重試,再核對持久檔案及有效 unit。只刪訂閱不撤銷存取,亦不可從備份還原已洩漏憑證。
繼續授權測試前,產生新 UUID,加入伺服器設定並替換客戶端 ID。核對兩端設定,再重啟專用伺服器及前台客戶端,確認新 UUID 可用、舊 UUID 仍被拒絕。
正向及拒絕檢查通過後,執行 sudo systemctl enable xray.service,再以 sudo systemctl is-enabled xray.service 確認 enabled。獲授權重啟主機後,核對版本、用戶、路徑、監聽、防火牆及目標,再發出新工作請求;否則開機持久化仍未驗證。
沒有監聽先查設定、權限、unit 或埠擁有者。未進入獲准 REALITY 階段,查可達性、授權名稱/目標、密鑰配對、short ID、時鐘及版本。認證後沒有工作回應,再查 UUID/flow、出站路由及目的地政策。
跟隨連線失敗指南,每次只改一個變數。另一 VPN 成功不能跨不同端點及協議定位此失敗。
審查發行說明、目標證書與可用性、憑證、客戶端兼容性及必要日誌保存期。足夠時只保留階段、時間及脫敏內部標籤,不收集第三方內容。維護不再支持原目標時,重新比較伺服器與託管出口責任。
Ctrl-C 停止前台客戶端,只還原該程式已保存的代理設定。新伺服器實例用 sudo systemctl disable --now xray.service,確認監聽消失,再移除自建雲端及主機規則。審查安裝器移除行為後,只刪此次新裝的檔案、unit、用戶及資源;不對共用主機套用 purge。
回讀管理連線及普通工作。保留必要私密還原記錄,停用可用憑證;主機與快照帳單獨立處理。將來更新回復時,使用已知匹配執行檔及設定,不混合舊程式與新欄位。
不需要。本流程使用官方核心及已審查安裝器。面板增加持久設定擁有者,要另外評估授權及還原方法。
匹配版本界定正在評估的設定。滾動文件及其他客戶端可有不同欄位或預設,匯入成功不證明兼容。
不會。此例只有供明確設定程式使用的本機 TCP SOCKS。TUN、裝置路由、UDP 與更廣 DNS 另需設定及核對。
移除持久授權,重啟專用實例終止工作階段,再以舊 UUID 新連線。確認正確 unit 與檔案,不只刪訂閱。
核對執行檔 tag、unit 用戶、設定路徑、監聽、防火牆及目標依賴,再重做新授權工作。服務活躍不代表完成驗收。
REALITY 可把失敗認證送往目標。回落回應與認證後 VLESS 轉送不同,須將預期工作與授權目的地證據關聯。
只需要支援裝置的公開存取而沒有核心或伺服器控制需求時,可比較終端服務。核對真實工作及條款,不假定支援這些協議。
適用範圍:按官方文件及 tag 原始碼編寫,適用 Xray-core v26.3.27 與專用 Ubuntu 24.04 LTS 伺服器,未進行作者完整端到端實測。僅 TCP 程式流量,不承諾效能、國家可用性或整機保護。遵守適用法律及服務政策。
來源:
Sources checked 2026 年 10 月 9 日。
相關文章:
註冊即可免費體驗全部高級功能。
*只限新用戶;每位用戶只可獲得一次試用。