v2rayN 連不上？從端口、DNS 到 TLS 的排查流程

每次只回答一個問題

先確認核心能啓動、本地端口有人監聽，再比較顯式代理與實際應用。按失敗發生的位置縮小範圍，比同時修改 DNS、節點、端口和 TUN 更容易找到原因。

一、先保存故障現場

記錄客戶端版本、核心名稱與版本、操作系統、接管方式、路由名稱、故障時間和一個可重複失敗的目標。說明是“所有網站失敗”“一個應用失敗”還是“一個域名失敗”，以及問題是否發生在更新、切換網絡或啓用 TUN 之後。

官方 FAQ 區分客戶端日誌與核心日誌：界面、更新等客戶端問題通常看 guiLogs；連接與核心配置問題也要看主界面中的核心輸出。^[1] 清空或隔離舊日誌之前先保存需要的記錄，再復現一次，避免把過去幾天互不相關的報錯混在一起。

二、先驗證核心和本地監聽

如果核心根本沒啓動，DNS 調整通常不能解決問題。先看配置解析、缺失核心、權限和端口占用錯誤。Windows PowerShell 可以檢查指定端口是否正在監聽；這裏假設本地端口爲 10808，請替換爲客戶端實際值。

Get-NetTCPConnection -State Listen -LocalPort 10808 |
  Select-Object LocalAddress, LocalPort, OwningProcess

沒有輸出或提示找不到對象，表示該檢查沒有發現監聽記錄；發現記錄則繼續確認進程確實屬於當前核心。不要直接結束不認識的進程，尤其是公司軟件、虛擬機和系統服務。

macOS / Linux 可在安裝了 lsof 的環境使用以下命令；Linux 也可以用 ss -ltnp 查看監聽端口，進程信息可能需要額外權限。

lsof -nP -iTCP:10808 -sTCP:LISTEN

三、做一次可解釋的代理對照

先關閉 TUN，以免它改變“直接連接”的含義。保持同一個節點和目標，在 Windows 使用以下命令；macOS / Linux 把 curl.exe 換成 curl。

curl.exe --noproxy "*" --connect-timeout 10 --max-time 20 -I https://example.com/
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

第一條讓 curl 不使用應用層代理；但如果 TUN、VPN 或網絡網關仍在接管流量，它不保證物理直連。第二條顯式使用本地 SOCKS 代理，並交由代理解析目標域名。^[2] 兩條都應替換爲實際故障域名複測，示例站點成功不代表業務站點成功。

如果目標不支持 HEAD，請去掉 -I。若返回 403 或 429，先確認響應來自目標站點、代理還是中間網關；HTTP 錯誤響應與“根本無法建立連接”屬於不同問題，不能一律解釋爲節點失效。

四、按現象定位，而不是按猜測修復

觀察到的現象	優先調查	下一步證據
本地代理端口連接被拒絕	核心未啓動、端口填錯或監聽地址不同	啓動日誌與監聽進程
多個配置均提示核心啓動失敗	配置兼容性、核心文件與端口衝突	第一條明確錯誤及核心版本
顯式代理成功，瀏覽器失敗	系統代理、擴展、應用獨立設置	同一目標的新請求是否進入核心
只有一個域名失敗	該域名的路由、DNS、TLS 或服務端響應	域名對應的連接日誌與響應
開啓 TUN 後才失敗	虛擬接口、DNS、權限、路由衝突	關閉 TUN 的基線與開啓後的變化
更新後失敗，舊環境正常	客戶端與核心兼容性、遷移設置	更新說明與隔離的舊配置複測

表格提供排查優先級，不把現象等同於唯一原因。尤其是超時，可能發生在多個階段，需要日誌和對照共同定位。

五、區分系統 DNS 與代理側解析

Windows 可以分別查詢 A 與 AAAA 記錄，幫助判斷系統解析是否存在明顯差異：

Resolve-DnsName example.com -Type A
Resolve-DnsName example.com -Type AAAA

這些命令只反映該系統查詢路徑，不直接證明代理側解析正常或異常。瀏覽器可能另用加密 DNS，SOCKS 代理可能在遠端解析，核心也可能按策略選擇解析器。比較時記錄每條命令和應用實際使用的路徑。

若只在 IPv6 相關路徑上失敗，先記錄解析結果、核心日誌和出口支持情況，再做局部對照。不要未經驗證就永久關閉整臺設備的 IPv6。若修改過自定義 DNS，保存配置後用當前版本默認設置進行對照；Xray 與 sing-box 的 DNS 配置含義並不完全相同。^[3]

六、TLS 報錯要修復信任問題

證書過期、主機名不匹配、系統時間錯誤、缺少信任鏈以及協議參數錯誤，都可能影響握手。TLS handshake timeout 也可能只是連接在握手階段沒有及時完成，不能據此斷言服務器一定被封鎖。

優先覈對系統時間、服務器名稱與訂閱提供者給出的參數。新版 Xray 對舊 allowInsecure 配置的處理已經變化，項目維護者有專門說明。^[4] 不要把“跳過驗證”當作通用修復，也不要從失敗連接中盲目信任剛獲取到的證書指紋。證書固定需要通過可信渠道獲得預期值，並考慮證書更新後的維護。

七、提交能被複現的問題報告

保留精確錯誤文本，但刪除訂閱令牌、UUID、密碼、私鑰以及不應公開的地址。完整配置可能包含憑據，不能因爲“排錯需要”就全部貼到公開討論區。

Client / core versions:
OS and package:
Capture mode and routing profile:
Change immediately before failure:
Target and reproduction steps:
Expected / actual behavior:
Explicit-proxy test result:
TUN-off comparison:
Relevant sanitized log excerpt:

常見問答：換一個節點能用，是不是已經解決？ 它提供了有用對照，但仍要判斷原節點、協議或特定路由是否異常；記錄差異才能避免下次重複猜測。

常見問答：能否一次重置所有設置？ 只有在備份並確認代價後再考慮。先保存故障證據、建立最小可用配置，通常更容易保留可解釋的結果。

YouTube 選題參考

以下視頻的公開標題、簡介和章節索引用於選題與界面參考。本文爲獨立撰寫的指南，並非視頻逐字稿；技術細節依據下列官方資料覈對。

科技分享 · v2rayN 教程 2026-04-1601:58 · 21:16
科技分享 · v2rayN 教程 2025-09-2804:31 · 07:50

官方資料與適用範圍

覈對日期：2026-10-26。菜單名稱和功能範圍隨客戶端、核心與操作系統版本變化。文中的驗收流程爲建議方法，不是已經完成的性能實測結果。