v2rayN 已連線但無法上網：macOS 與 Windows 故障排除清單

先分清楚已選取節點與連線成功

v2rayN 選取了伺服器，不代表瀏覽器流量已經經過代理。節點清單中的延遲測試結果也只反映當次檢測，無法證明目前網站的 DNS 解析、TLS 交握與頁面資源都能順利載入。排查時先關閉重複執行的代理用戶端，暫時不要啟用 TUN，只保留系統代理這個入口。

先記下目前使用的節點、系統代理狀態、路由模式與本機監聽連接埠。開啟用戶端記錄檔，再造訪一次固定網址。若記錄檔完全沒有對應的連線，優先檢查入口；若已出現目標網域或遠端連線錯誤，再檢查後續流程。記錄檔的詳細程度會影響可見內容，不能只因為沒有記錄就判定瀏覽器沒有送出要求。

• 所有網站都無法使用：先檢查本機監聽與系統代理，尤其是剛修改連接埠或關閉用戶端的情況。
• 只有部分網站無法使用：記下網域，優先比對路由規則、DNS 結果與網站本身的狀態。
• 瀏覽器可以使用，其他應用程式不行：確認該應用程式是否遵循系統代理設定，不要直接認定節點異常。

步驟一：確認系統代理指向目前的連接埠

在 v2rayN 主畫面或系統匣選單開啟「系統代理」，選擇「自動設定系統代理」。「清除系統代理」會移除相關設定；「不變更系統代理」則會保留目前的系統設定，不代表已啟用代理。不同版本的選單位置可能不同，請先依選單文字尋找，不要只看圖示顏色。

本機代理位址通常填入 127.0.0.1，連接埠則必須以目前用戶端的設定為準。開啟「設定」→「參數設定」，查看本機監聽連接埠及其通訊協定。不要把服務商節點的遠端連接埠填入系統代理，也不要把只接受 SOCKS 的連接埠填入 HTTP 代理欄位。

步驟二：確認本機連接埠確實在監聽

以下以 10808 示範檢查方式，這不是適用所有版本的固定值。只有在用戶端明確將該連接埠標示為 HTTP 或混合監聽時，才執行後續的 HTTP 代理測試；若設定不同，請將指令中的連接埠換成實際值。

在 macOS 終端機檢查

lsof -nP -iTCP:10808 -sTCP:LISTEN
curl -I --max-time 15 --proxy http://127.0.0.1:10808 https://example.com/

在 Windows PowerShell 檢查

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

curl.exe -I --max-time 15 --proxy http://127.0.0.1:10808 https://example.com/

在 Windows 中請明確使用 curl.exe，避免舊版 PowerShell 將 curl 解讀成其他指令。找到監聽中的處理程序後，請依處理程序 ID 在「工作管理員」確認名稱；macOS 則查看 lsof 的輸出。若連接埠已被其他處理程序占用，請先確認用途，再關閉重複的用戶端或更換監聽連接埠，不要直接終止不熟悉的系統處理程序。

步驟三：確認路由規則，不要把全域模式當成修復方式

系統代理只決定要求先交給哪個入口，路由規則才決定流量要直連、經過代理或遭到封鎖。若「中國大陸網站可以開啟，其他網站卻無法使用」，可能只是直連部分正常；若「某個網域始終無法開啟」，則應檢查該網域是否意外符合直連或封鎖規則。

1. 記下目前的路由模式，並備份自行新增的規則。
2. 在 v2rayN 的「路由」選單查看目前選項；若要檢查規則，請從「設定」進入路由設定，實際選單名稱依安裝的版本為準。
3. 暫時選擇會將目標要求送往代理的全域路由模式，並維持節點與測試網址不變。
4. 若重新恢復連線，請切回原本模式，檢查目標網域、網域後綴規則與規則順序，修正後再測試。

全域路由仍只會處理已進入用戶端的要求，無法讓忽略系統代理的應用程式自動接入。也不要直接刪除所有規則：內部網路位址、公司服務或本機裝置可能需要直連。每次只調整與故障網域相關的規則，才能得到可重現的結果。

步驟四：判斷 DNS 問題發生在哪裡

DNS 故障至少有兩種：無法解析節點伺服器位址，或無法解析目標網站網域。前者會使代理對外連線失敗；後者可能只影響部分網站。先從記錄檔找出錯誤對應的網域，再判斷要檢查系統解析、核心 DNS，還是瀏覽器的安全 DNS。

macOS 可使用以下指令查看系統目前的解析結果。這只能確認系統解析器的狀態，不能取代對核心 DNS 或代理端解析的檢查。

dscacheutil -q host -a name example.com

Windows PowerShell 也能查詢同一個網域。修正系統 DNS 後，若要清除舊快取，再執行第二條指令；如需權限，請依系統提示操作。

Resolve-DnsName example.com
ipconfig /flushdns

• 只有某個瀏覽器無法使用：暫時關閉該瀏覽器的「安全 DNS」或「透過 HTTPS 使用 DNS」選項進行比對，測試完成後再決定是否恢復。
• 使用 SOCKS 測試：socks5:// 與 socks5h:// 的網域解析位置不同。curl 的 socks5h:// 會將目標網域交由代理解析。
• 修改 DNS 後仍無法使用：檢查 DNS 要求本身的路由。若解析器必須透過尚未連通的代理才能存取，可能會形成依賴問題。

步驟五：確認節點設定與系統時間

確認本機入口正常，且路由確實經過代理後，再測試節點。先在同一個訂閱中切換到另一個已知可用的節點，並保持瀏覽器、網址與路由模式不變。若只有一個節點失敗，請檢查服務狀態與設定；若所有節點都失敗，也要考慮目前網路的限制、訂閱是否已過期，以及核心是否正確啟動。

macOS 請開啟「系統設定」→「一般」→「日期與時間」，確認已啟用自動設定；Windows 請開啟「設定」→「時間與語言」→「日期與時間」，啟用「自動設定時間」，必要時按一下「立即同步」。明顯的時間誤差可能影響 TLS 憑證效期判定及部分驗證流程，但並非所有逾時問題的原因。

依重新測試結果處理剩餘問題

完成上述步驟後，使用原本的網址再次測試，並記錄變更項目與結果。如需尋求協助，請提供作業系統、用戶端版本、使用的核心、錯誤時間與已去識別化的記錄檔。請勿在公開截圖中留下訂閱連結、使用者識別資訊、密碼或完整節點設定。