v2rayN 本機連接埠遭占用：找出衝突程序並變更監聽連接埠

先確認是監聽失敗，而非節點逾時

本機監聽連接埠是瀏覽器、終端機等應用程式將流量交給核心的入口，並非遠端節點的伺服器連接埠。如果記錄在核心啟動階段就出現 bind、listen tcp 或「位址已被使用」，應先處理本機監聽問題；這時更換訂閱，或修改 VMess、VLESS 節點參數，通常無法解決連接埠衝突。

開啟 v2rayN 主畫面的記錄區，保留從啟動核心到發生錯誤的完整內容。錯誤訊息外層可能附有「啟動失敗」等說明，真正要找的是最內層那一行：通常會列出監聽協定、IP 位址、連接埠與系統錯誤。以下是可能出現的錯誤片段，實際完整記錄會因版本而異。

確認連接埠與版本差異

不要只依照教學中的數字判斷是否衝突。v2rayN 6.x 傳統 Windows 介面常見的預設設定為 SOCKS 連接埠 10808、HTTP 連接埠 10809；部分較新版本或不同核心設定則採用混合監聽，單一連接埠即可接收 HTTP 與 SOCKS 請求。升級或搬移設定後，也可能沿用舊連接埠，因此本文以這兩個數字作為排查範例，不代表所有版本都使用相同預設值。

關閉「允許來自區域網路的連線」不代表連接埠已釋出，這項設定主要用來變更監聽範圍。若只供本機使用，優先採用迴路監聽；不要為了避開衝突而改成監聽所有介面，也不要另外啟用區域網路連入設定來反覆測試。

Windows：依連接埠找出 PID 與程式路徑

在 PowerShell 中執行以下查詢。指令只會讀取監聽資訊，不會結束程序；若沒有結果，可能是該連接埠目前沒有監聽，或核心在啟動失敗後已退出。遇到權限不足時，可在系統管理員終端機中重新查詢；查詢所需權限與核心是否應以較高權限執行，是兩回事。

# 查詢 TCP 監聽，保留位址、連接埠與程序 ID
Get-NetTCPConnection -State Listen -ErrorAction SilentlyContinue |
  Where-Object { $_.LocalPort -in 10808,10809 } |
  Select-Object LocalAddress,LocalPort,OwningProcess

# 取得這些監聽程序的名稱、執行檔路徑與命令列
$ownerIds = @(Get-NetTCPConnection -State Listen -ErrorAction SilentlyContinue |
  Where-Object { $_.LocalPort -in 10808,10809 } |
  Select-Object -ExpandProperty OwningProcess -Unique)

Get-CimInstance Win32_Process |
  Where-Object { $_.ProcessId -in $ownerIds } |
  Select-Object ProcessId,Name,ExecutablePath,CommandLine

也可以在命令提示字元中使用系統內建的 netstat。以下運算式會比對本機連接埠，避免將連線至遠端 10808 的記錄誤認成本機監聽；仍須查看狀態欄，只有 LISTENING 才表示 TCP 正在監聽。

netstat -ano -p tcp | findstr /R /C:":10808 " /C:":10809 "

• 記下 PID：輸出的最後一欄是程序 ID。在「工作管理員」→「詳細資料」中依 PID 找到程式，不要只看名稱判斷。
• 確認目錄：同名核心可能由不同位置的 v2rayN 啟動。查看執行檔路徑與命令列，確認它屬於哪個用戶端目錄。
• 區分連線狀態：TIME_WAIT 並非正在提供代理入口的監聽程序，不能據此判定某個應用程式占用了連接埠。
• 確認協定：TCP 與 UDP 使用不同的連接埠範圍。只有記錄明確指出 UDP 繫結失敗時，才使用 Get-NetUDPEndpoint 查詢對應連接埠。

釋出連接埠，或在參數設定中更換連接埠

同一台電腦上開啟兩個 v2rayN、關閉視窗後仍在系統匣執行，或舊核心程序沒有隨主程式結束，都可能造成「剛啟動就被占用」的情況。先儲存目前設定，再選擇一種修復方式；不要同時修改節點位址、DNS、路由與監聽連接埠，否則很難判斷是哪項變更生效。

1. 關閉重複執行的執行個體

   檢查工作列系統匣，在不需要的 v2rayN 執行個體上選擇「結束」。關閉主視窗可能只是將程式縮到系統匣。結束後重新查詢連接埠，確認監聽記錄確實已消失。

2. 確認是否有殘留程序

   如果主程式已退出但連接埠仍被占用，請在「工作管理員」→「詳細資料」中核對剛才查到的 PID、程式路徑與命令列。只有確認不再需要的殘留核心才執行「結束工作」，不要結束系統程序或不明服務。

3. 開啟參數設定

   使用傳統選單的 v2rayN，可進入「設定」→「參數設定」尋找本機監聽相關選項。6.x 傳統介面通常可在「Core:基礎設定」頁面查看「本機監聽連接埠」；其他介面請依實際顯示的 SOCKS、HTTP 或混合監聽欄位為準。

4. 選擇未占用的連接埠

   可先將查詢指令中的數字改為 11808,11809，檢查候選連接埠。分離監聽設定中，請確認每個要啟用的入口都未被占用；如果 HTTP 連接埠會由基礎連接埠加 1 自動產生，也要檢查相鄰連接埠，不要假設兩項都能分開編輯。

5. 儲存並重新啟動

   儲存參數，讓核心重新載入設定。若核心沒有自動重新啟動，可正常結束 v2rayN 後再開啟。重新查看記錄與 TCP 監聽清單，確認新連接埠是由預期目錄中的核心使用。

查不到占用程序，但仍然繫結失敗，該怎麼辦？

先依照記錄中的位址與連接埠重新查詢。若記錄顯示的是其他連接埠，只查 10808／10809 當然找不到；如果另一個程序在失敗當下也退出了，事後查詢可能同樣沒有結果。確認連接埠數字無誤後，若 Windows 出現 10013 權限相關錯誤，再檢查排除的連接埠範圍。

netsh interface ipv4 show excludedportrange protocol=tcp
netsh interface ipv6 show excludedportrange protocol=tcp

輸出內容會列出起始與結束連接埠。只有目標連接埠落在某個範圍內，才與這次繫結失敗有關；不要因為清單很長就認定系統故障。系統網路元件或虛擬化功能可能會保留這些範圍，直接刪除範圍或停用系統服務可能影響其他網路功能。建議改用範圍之外且沒有監聽程序的連接埠。

• 確認實際位址：127.0.0.1:10808 與 [::1]:10808 是不同的監聽位址；繫結萬用位址也可能影響其他位址，排查時請保留完整位址欄。
• 查看安全性記錄：若改用多個確認未被占用的連接埠仍然失敗，請查看系統或安全軟體的封鎖記錄；不要直接關閉防護功能，或新增範圍過大的連入放行規則。
• 區分本機與遠端問題：防火牆封鎖遠端連線通常會造成連線失敗或逾時，不能只因「網頁無法開啟」就判定是本機連接埠衝突。

macOS、Linux 的對應查詢方式

使用 v2rayN 桌面版時，先從目前設定確認連接埠，再替換以下指令中的數字。macOS 可使用 lsof，Linux 可使用 ss；顯示程序路徑與權限資訊時可能需要系統管理員權限。結束占用程序前，也應先透過所屬應用程式正常退出。

# macOS：分別查詢兩個範例連接埠
lsof -nP -iTCP:10808 -sTCP:LISTEN
lsof -nP -iTCP:10809 -sTCP:LISTEN

# Linux：查看監聽通訊端與程序
sudo ss -ltnp '( sport = :10808 or sport = :10809 )'

變更後同步更新系統代理與應用程式設定

更換連接埠只完成了監聽端的修復。如果瀏覽器、終端機或開發工具仍連線至舊連接埠，就會出現「核心已啟動，應用程式仍無法連線」的情況。在 v2rayN 中重新套用「系統代理」→「自動設定系統代理」；如果目前介面沒有這個選單名稱，請使用對應的系統代理自動設定選項，並確認系統記錄的實際位址。

可在 PowerShell 中測試新的 TCP 入口。以下範例假設你已啟用 11808；TcpTestSucceeded : True 只表示 TCP 連線已建立，不代表監聽程序身分正確、代理協定可用或遠端節點可連線。請搭配 PID 查詢與實際請求一併判斷。

Test-NetConnection -ComputerName 127.0.0.1 -Port 11808

連接埠遭占用常見問題