V2Ray 連接埠被佔用怎麼辦：找出佔用程序並修改 V2Ray 本機監聽連接埠

v2rayN 啟動核心時，需要先在本機建立入站監聽。常見的預設組合是 SOCKS 監聽連接埠 10808、HTTP 監聽連接埠 10809，位址通常為 127.0.0.1。如果同一個連接埠已被另一個程序佔用，新啟動的 Xray 或 V2Ray 核心就無法完成繫結，即使節點設定正確也無法進入可用狀態。

這類故障的重點不是立即重新安裝客戶端，而是依序處理「確認衝突連接埠、找出程序、判斷歸屬、釋放或更換連接埠、同步系統代理、重新驗證」。只修改客戶端連接埠卻不更新系統代理，會讓啟動錯誤變成「核心正在執行但網頁打不開」，因此兩端設定都必須一併檢查。

先確認是連接埠衝突，不要和節點故障混為一談

連接埠佔用發生在本機入站階段，早於 VMess、VLESS 節點的遠端連線。也就是說，伺服器位址、UUID、傳輸方式與路由規則尚未真正參與通訊，客戶端就已因無法監聽本機連接埠而停止。此時反覆更新訂閱、切換節點或更換傳輸協定，通常不會改變結果。

開啟 v2rayN 的日誌區域，重點尋找包含 listen、bind、address already in use 或具體連接埠號碼的行。如果日誌只顯示連線逾時、TLS 交握失敗或遠端拒絕連線，就應改查節點連線，而不是處理本機連接埠。

在 Windows 找出 10808 與 10809 的佔用程序

先完全退出 v2rayN，再重新開啟一次。如果錯誤仍然出現，可能是舊核心程序未退出，也可能是其他代理工具、開發服務或安全軟體佔用了連接埠。不要看到一個 PID 就直接強制結束，先核對可執行檔名稱與啟動路徑。

在「終端機」或「命令提示字元」中執行以下指令。建議分別查詢 10808 和 10809，因為兩個連接埠可能由不同程序監聽。

netstat -ano | findstr :10808
netstat -ano | findstr :10809

在結果中找出狀態為 LISTENING 的行，最右側的數字就是 PID。例如結果結尾為 6420，接著使用工作清單查詢程序名稱：

tasklist /FI "PID eq 6420"

如果使用 PowerShell，可以直接讀取監聽連線及其所屬程序。第二個指令中的 6420 應替換為實際查到的 PID。

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

Get-Process -Id 6420 |
  Select-Object Id, ProcessName, Path

1. 結果是正在使用的 v2rayN 核心程序：先從客戶端退出，再透過工作管理員結束殘留核心，然後重新啟動客戶端。
2. 結果是另一個確定需要持續執行的本機服務：保留該程序，為 v2rayN 更換連接埠。
3. 結果顯示有多個連線但沒有 LISTENING：這些通常只是使用該連接埠的客戶端連線，不一定是佔用監聽入口的程序。
4. 查詢沒有結果但啟動仍顯示錯誤：重新開啟系統管理員終端機查詢，並檢查日誌中的實際位址是否為 IPv4、IPv6 或其他連接埠。

結束舊程序，還是為客戶端更換連接埠

如果佔用者是上次異常退出後殘留的 Xray 或 V2Ray 核心，可以先從 v2rayN 選單執行「退出」，等待約 5 秒後再檢查連接埠。關閉客戶端視窗不一定代表背景核心已經退出，尤其是在系統從睡眠狀態恢復、核心更新中斷或多次啟動客戶端之後。

確認是殘留程序後，可在工作管理員的「詳細資料」頁面依 PID 找到並結束工作。PowerShell 也可以結束指定 PID，但應先核對名稱與路徑再執行：

Stop-Process -Id 6420

如果佔用者是必須持續執行的程式，更換 v2rayN 本機監聽連接埠會更穩妥。新連接埠可在 20000 至 50000 的範圍內選擇目前未被監聽的數值，例如 20808 和 20809。選擇前仍應執行查詢，確認沒有 LISTENING 結果。

netstat -ano | findstr :20808
netstat -ano | findstr :20809

• 結束程序：適用於重複啟動的客戶端執行個體、已失去主視窗的舊核心，以及確認不再使用的暫存服務。
• 修改連接埠：適用於開發伺服器、其他本機代理或長期在背景執行的服務已固定使用 10808、10809 的情況。
• 避免隨機連續試用連接埠：每次修改前先查詢，降低將衝突從 10808 移到另一個已被佔用連接埠的機率。
• 維持明確的位址範圍：僅供本機使用時維持 127.0.0.1，不要為了避開衝突改成 0.0.0.0；變更監聽位址無法解決同一連接埠被佔用的問題。

在 v2rayN 修改連接埠並同步系統代理

v2rayN 7.x 的介面文字可能會隨小版本調整，但操作入口集中在「設定」區域。開啟「設定」→「參數設定」，找到 Core 基礎設定或本機監聽相關項目，查看 SOCKS、HTTP 連接埠及本機監聽位址。將 10808 改為 20808、10809 改為 20809 後儲存，並重新啟動核心。

若目前版本使用一個基礎連接埠自動推算後續連接埠，應依介面說明修改基礎值，不要在設定檔與圖形介面中分別設定兩組互相衝突的數值。修改完成後回到日誌，確認出現監聽成功訊息，且不再出現 bind 錯誤。

1. 進入「設定」→「參數設定」，記下修改前的監聽位址與連接埠。
2. 將 SOCKS 連接埠設定為 20808，將 HTTP 連接埠設定為 20809；如果介面只有基礎連接埠，則依該版本的連接埠說明設定。
3. 儲存設定，執行「重新啟動服務」，或退出後重新開啟 v2rayN。
4. 在主介面的「系統代理」選單中選擇「自動設定系統代理」，讓 v2rayN 使用目前的 HTTP 監聽連接埠重新寫入系統設定。
5. 開啟 Windows「設定」→「網路和 Internet」→「代理」，確認手動代理位址是否為 127.0.0.1，連接埠是否已更新為 20809。

瀏覽器通常會讀取 Windows 系統代理，而部分程式使用獨立的代理設定。如果某個程式曾手動填寫 127.0.0.1:10808，修改 v2rayN 後也要更新該程式。訂閱網址、VMess 或 VLESS 節點連接埠不需要隨本機連接埠變更。

Android 與其他桌面平台的處理差異

v2rayNG 使用 Android 的 VPN 服務接管流量時，本機 SOCKS 監聽通常不需要由其他應用程式直接填寫，但 10808 仍可能被自訂入站、區域網路分享或重複服務佔用。先停止 v2rayNG 的連線，再從應用程式工作清單關閉舊執行個體，重新開啟後啟動目前的設定。

使用 Xray 核心的 v2rayNG 與使用 v2fly 核心的 v2flyNG，在判斷連接埠衝突時原則相同：先從日誌找出具體監聽位址與連接埠，再檢查是否啟用了允許區域網路連線、自訂 SOCKS 入站或額外 HTTP 入站。不要誤把節點遠端連接埠改成本機連接埠。

修改後的完整驗證順序

連接埠排查的完成標準不是「錯誤視窗消失」，而是核心監聽、系統代理與實際要求三個層面一致。先確認新連接埠確實由目前核心監聽，再確認系統代理寫入正確，最後存取網路並觀察日誌是否出現新的入站連線。

1. 檢查監聽：執行 netstat -ano | findstr :20808 與 netstat -ano | findstr :20809，確認狀態為 LISTENING。
2. 核對 PID：查詢監聽 PID，確認程序屬於目前的 v2rayN 核心，而不是另一個背景服務。
3. 核對系統代理：位址為 127.0.0.1，HTTP 連接埠與客戶端目前的設定一致，例如 20809。
4. 檢查客戶端日誌：開啟網頁後應出現新的連線紀錄，不應再出現監聽失敗或舊連接埠連線遭拒。
5. 測試分流：分別存取應直連與應走代理的目標，確認修改連接埠沒有改變既有路由規則的套用邏輯。
6. 重新啟動測試：完整退出客戶端並重新啟動一次，確認連接埠不會再次被舊執行個體搶佔。

netstat -ano | findstr :20808
netstat -ano | findstr :20809
tasklist /FI "PID eq 實際PID"

如果監聽正常但仍無法存取網路，排查方向應轉向節點可用性、路由分流與 DNS。此時不要繼續反覆更換本機連接埠，因為連接埠層已完成驗證。依層次縮小範圍，可以避免將節點故障、解析故障與本機入站故障混為一談。