2026-08-04 · 協定科普 · 約 10 分鐘

Shadowrocket Trojan 節點設定教學:Address、Port、Password 與 SNI 填寫說明

說明 Trojan 如何透過 TLS 建立連線,並逐一解釋 Add Server 中 Address、Port、Password、SNI 與憑證驗證的填寫方式,整理常見錯誤。

本文重點

已有自己的服務商與 Trojan 參數時,請先依原始資料核對 Address、Port、Password,再確認 SNI 與憑證名稱相符;不要以關閉憑證驗證來補救欄位填錯。本文說明手動新增步驟、TLS 連線流程、訂閱更新的影響,以及「已連線但無法開啟網頁」的分層排查方式。範例網域、地址與密碼僅供說明,不能用來連線。

Trojan 參數可分為三組:連線、驗證與 TLS

在 Shadowrocket(小火箭)中選擇 Trojan,不代表只要填入密碼即可。客戶端會先連上伺服器,再建立 TLS 連線,並向伺服器提交 Trojan 驗證資訊。Address 和 Port 決定連線目標,Password 用於 Trojan 驗證,SNI 與憑證驗證則關係到 TLS 階段的伺服器身分確認。三組參數各自負責不同環節,不能互相替代。

本文假設你已持有有效參數。若收到的是完整訂閱,建議優先保留匯入的設定;只有在需要核對欄位或明確要求手動新增時,才進入 Add Server。不要把訂閱網址當成伺服器 Address,也不要把訂閱連結中的 token 當成 Trojan Password。

443
常見的 TLS 服務連接埠範例,並非 Trojan 固定連接埠
1–65535
填寫伺服器服務連接埠時可使用的整數範圍
3 組
連線地址與連接埠、驗證密碼、TLS 身分參數

結論:依失敗環節調整參數

若出現憑證名稱錯誤,先核對 SNI 與憑證,不要先改 Password;若連線逾時,先檢查 Address、Port 與網路是否可連通,不要反覆更換密碼。

在 Add Server 手動新增:先儲存,再測試

手動新增入口位於 Home 右上角的「+」。進入 Add Server 後,在 Type 選擇 Trojan。欄位會依 Type 與傳輸設定而有所不同;本文只說明一般 Trojan 連線需要核對的項目。若原始資料另有指定傳輸方式或附加參數,請一併依原值填寫,不要以本文的基本範例取代。

  1. 確認類型

    依序進入 Home →「+」→ Add Server → Type,選擇 Trojan。不要只因參數中同樣有網域和密碼,就選擇其他 Type。

  2. 填寫連線資訊

    返回 Add Server,分別填寫 Address 與 Port。Address 只填網域或 IP 地址;Port 則單獨填入伺服器指定的整數,不要加上協定前綴。

  3. 填寫驗證資訊

    將已有參數中的密碼完整填入 Password,保留大小寫與符號。檢查貼上的內容開頭或結尾是否多了空格或換行。

  4. 核對身分設定

    核對 TLS 相關設定中的 SNI 與憑證驗證選項。若資料明確提供 SNI,請照原值填寫;Allow Insecure 應保持關閉,以保留正常的憑證驗證。

  5. 儲存並測試

    儲存後返回 Home,選取這筆記錄並啟用連線。首次連線時,依系統提示允許新增 VPN 設定。測試前先記下 Home → Global Routing 目前的選項,以免把分流結果誤認為節點連線結果。

測試時一次只改一個項目。例如修正 Port 後重新連線,再觀察結果;不要同時更改地址、密碼和 SNI。一次改動多個項目,即使恢復連線,也無法判斷真正的錯誤來源,之後訂閱更新時還可能再次遇到相同問題。

Address、Port、Password 與 SNI 分別該怎麼填?

以下是不能用來連線的示範參數。192.0.2.10 是文件範例地址,example.com 是示範網域。表格用來說明欄位之間的關係,不代表存在相應服務。

欄位 示範值 核對重點
Type Trojan 須與原始參數指定的協定一致。
Address 192.0.2.10 可填 IP 或網域,不含 https://、路徑與查詢參數。
Port 443 必須與伺服器實際監聽的連接埠相同;不能看到 TLS 就一律改成 443。
Password Demo-Only-Not-A-Real-Password 填入原始密碼,不要自行計算雜湊值,也不要以訂閱 token 取代。
SNI tls.example.com 使用伺服器指定的 TLS 名稱,不含協定、連接埠或路徑。
Allow Insecure 關閉 保留憑證驗證;若憑證異常,請修正參數或聯絡現有服務的維護人員。

Address 與 SNI 不一定相同

Address 決定實際建立網路連線的目標;SNI 則是在 TLS 交握時告知伺服器所要求名稱的參數。伺服器可能依此名稱選擇憑證或處理連線。使用 IP 作為 Address 時,SNI 仍可能需要填入網域,例如表格中的 tls.example.com。這並不矛盾,也不表示必須將 Address 強行改成該網域。

若 Address 本身就是憑證所對應的網域,且原始資料未另外提供 SNI,可以先保留匯入結果或預設設定;若出現憑證名稱錯誤,再向現有服務的維護人員確認預期名稱。不要隨意填入任一可連線的網站網域:SNI 不是任意備註,填錯可能改變伺服器傳回的憑證,或導致交握失敗。

Password 不是整段分享連結

TLS 憑證驗證:不要把「能連線」當成身分正確

TLS 不只用於加密傳輸,也負責驗證伺服器身分。正常驗證須考量憑證信任鏈、有效期限及名稱是否相符。Password 正確無法彌補憑證錯誤;同樣地,TLS 交握成功,也不代表伺服器已接受 Trojan 密碼。

遇到憑證錯誤時,先核對 SNI,再檢查 iPhone 或 iPad 的日期與時間是否正確,並確認伺服器憑證尚未過期。憑證鏈不完整或名稱設定錯誤,須由服務維護人員修正。不要為了消除提示而將裝置時間調成錯誤日期。

保留正常憑證驗證

建議

讓 Allow Insecure 保持關閉。憑證錯誤會妨礙正常建立連線,應檢查名稱、有效期限或信任鏈,而不是掩蓋問題。

適用情況:日常連線,以及確認修正參數後是否確實恢復正常。

略過憑證驗證

開啟 Allow Insecure 會削弱伺服器身分驗證。即使連線狀態有所變化,也不能據此證明憑證問題已修復,更不能證明連線到預期的伺服器。

適用情況:了解此故障選項的作用與風險,不作為本文的修復步驟。

結論:先修正名稱,再重新連線

修正 SNI 後若恢復連線,仍應保持憑證驗證開啟,再進行實際連線測試;不要讓排查時更改過的驗證選項維持在較寬鬆的狀態。

已連線但無法開啟網頁:分辨節點、路由與隨選連線

系統顯示 VPN 已連線,代表通道已建立,但不保證每個目標都能透過所選 Trojan 伺服器存取。在 Home 選取某筆記錄,也不代表目前的請求一定會使用它。請分開檢查節點參數是否正確,以及請求最終採用哪種策略。

使用 Config 時,DOMAIN-SUFFIX 依網域後綴比對,GEOIP 依 IP 地理位置比對,IP-CIDR 依 IP 網段比對,FINAL 則處理前面未比對到的流量。規則順序與最終策略都會影響存取路徑。以下僅用於說明規則語法,不是完整設定,也不要求取代現有檔案。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

例如,符合 DIRECT 的請求不會驗證目前的 Trojan 伺服器是否可用。相反地,暫時使用 Proxy 後請求成功,還原 Config 後卻失敗,應優先檢查規則、策略與網域解析相關設定,而不是立刻更換 Password。測試記錄應註明目標、路由選項與錯誤提示;本文不提供虛構的延遲或成功率數據。

常見填寫錯誤與訂閱更新後的複查

訂閱是設定來源,節點記錄則是匯入後的個別項目。更新訂閱可能會刷新地址、連接埠、驗證或 TLS 參數;手動修改的欄位也可能被後續更新覆寫。排查前可記下欄位名稱與錯誤提示,但不要將含有密碼或 token 的完整內容傳到公開討論區。

Address 要填 https:// 嗎?

不用。前往 Home,開啟對應記錄的編輯頁面,Address 只保留網域或 IP,連接埠填入 Port。網頁網址、訂閱網址與伺服器地址用途不同,不能混填。

資料中的連接埠不是 443,需要改成 443 嗎?

不用。Port 必須與伺服器實際監聽的連接埠相符。資料若提供 8443,就填 8443;不能因為 Trojan 使用 TLS,就推定伺服器一定監聽 443。

出現憑證名稱不符,是密碼錯了嗎?

先核對記錄中的 SNI 是否符合伺服器要求,確認沒有貼入協定前綴或連接埠,再檢查裝置時間。憑證身分驗證與 Trojan 密碼驗證是不同環節,反覆修改 Password 無法修正憑證名稱。

訂閱更新後,手動修改的 SNI 又變了,該怎麼辦?

在 Home 更新對應訂閱後,重新開啟該記錄,核對 SNI、Address 與 Port。若更新後仍帶入錯誤欄位,請向現有服務的維護人員回報具體欄位;若要保留測試參數,可建立獨立的手動記錄,並使用容易辨識的備註。

訂閱可以更新,為什麼節點還是連線失敗?

訂閱更新只代表已取得並解析設定,不代表其中的伺服器已通過連線測試。返回 Home 選取對應記錄,核對 Global Routing 後重新測試,再依逾時、憑證或驗證問題分別檢查。

提供排查資訊前,請先記錄以下內容

  1. 記下設定是手動新增還是來自訂閱,以及問題是否在訂閱更新後立即出現。
  2. 記下目前的 Type、Port、Global Routing 選項與完整錯誤提示;敏感欄位只需說明是否與原始資料相符。
  3. 記下已進行的單一項目修改及結果,例如「修正 SNI 後,憑證名稱錯誤消失,但仍無法存取目標」。
  4. 隱藏 Password、訂閱 token 與完整分享連結。若敏感資訊已公開,請透過現有服務的帳戶管理管道更換相關憑證。

排查完成後,還原預期的 Global Routing 與 On Demand 設定,確認正常憑證驗證仍已開啟,再檢查日常使用的目標。如此才能區分暫時的診斷狀態與最終設定,避免測試成功後留下不適合日常使用的選項。

App Store 正版核對