适用于 v2rayN 启动内核时报监听失败、浏览器提示代理连接被拒绝的情况。先从日志确认冲突端口，再用 Windows 命令查找监听进程；能退出重复实例就保留原端口，必须并行运行时再修改监听设置。最后同步系统代理和应用代理，避免出现“内核已启动，浏览器仍连旧端口”的二次故障。
一、10808 冲突与节点连接失败的区别
本地监听端口是浏览器、命令行工具连接 v2rayN 内核的入口，不是订阅服务器的远端端口。日志若显示无法绑定 127.0.0.1:10808，问题发生在本机接收请求之前。此时换节点、更新订阅或修改 VMess、VLESS 参数，通常不能解除占用。
先在 v2rayN 主界面的日志区域查看刚启动时的记录，保留报错中的地址、端口和时间。下面是常见的错误片段，前后的日志前缀可能随内核与系统变化。关键是分清“地址已使用”和“访问被禁止”，后者未必能查到普通占用进程。
报错：Only one usage of each socket address (protocol/network address/port) is normally permitted.
原因与解法：Windows 上常见的套接字地址冲突提示。检查日志指向的本地端口，确认监听进程后退出重复实例，或为当前实例改用空闲端口。
报错：bind: address already in use
原因与解法：指定地址与端口无法再次绑定，常见于已有进程监听。按实际系统查询监听者，不要把它当成订阅失效。
报错：An attempt was made to access a socket in a way forbidden by its access permissions.
原因与解法：端口访问受到限制，可能涉及系统排除端口范围或安全策略。先查监听和排除范围，再选择未占用、未被排除的端口。
二、Windows 查询 10808 的监听进程
以下命令在 Windows PowerShell 中执行。先查询 TCP 监听，而不是仅看到某一行出现 10808 就认定被占用。普通出站连接也可能包含这个数字；应同时核对本地地址、本地端口和监听状态。
Get-NetTCPConnection -LocalPort 10808 -State Listen -ErrorAction SilentlyContinue |
Select-Object LocalAddress, LocalPort, State, OwningProcessOwningProcess 是进程编号，即 PID。如果结果显示 PID 为 4321，继续执行下方命令。这里的 4321 只是示例，操作时替换为当前查询结果；PID 会随进程重启变化，不能沿用上次记录。
Get-Process -Id 4321 | Select-Object Id, ProcessName, Path
Get-CimInstance Win32_Process -Filter "ProcessId = 4321" |
Select-Object ProcessId, ExecutablePath, CommandLine可执行文件路径有助于区分两个解压目录中的程序，命令行有助于识别内核使用的配置。部分进程信息需要管理员权限才能读取；没有显示路径不代表进程不存在。向他人求助时，不要直接公开完整命令行或配置内容，其中可能包含本机路径和连接信息。
命令提示符中的备用查法
netstat -ano -p tcp | findstr ":10808"
tasklist /FI "PID eq 4321"- 在
netstat输出中，找本地地址以:10808结尾、状态为LISTENING的行，最后一列为 PID。 127.0.0.1:10808是 IPv4 回环监听；0.0.0.0:10808表示所有 IPv4 接口，也可能阻止回环地址使用同一端口。- 若出现
[::]:10808，还需要考虑 IPv6 及双栈监听。不要只查 IPv4 后就认定端口空闲。 - 如果日志明确写的是 UDP 绑定失败，可执行
Get-NetUDPEndpoint -LocalPort 10808 -ErrorAction SilentlyContinue，再按 PID 查进程。TCP 与 UDP 的端口占用应分别判断。
三、重复实例、残留内核与系统排除端口
查到进程后，优先从对应程序的托盘菜单正常退出，再查询一次。v2rayN 窗口关闭后可能仍在托盘运行；另一个用户会话、开机启动项或旧解压目录中的实例，也可能继续持有端口。内核进程名只能作为线索，不能仅凭名称结束所有同名进程。
- 同一客户端启动两次：确认需要保留的实例与目录，退出另一个实例。检查托盘图标和任务管理器中的文件位置，再重新启动保留的实例。
- 退出后内核仍监听：核对该 PID 的路径和命令行，确认属于刚退出的实例且没有其他用途，再通过任务管理器结束它。结束后重新查询端口，不直接连续点击启动。
- 其他程序必须保留：不要强制结束数据库、开发服务或系统进程。为 v2rayN 分配另一组端口，并同步修改使用该代理的应用。
- 没有监听但仍提示访问被禁止：查看系统排除端口范围。虚拟化或容器网络等功能可能影响端口分配，但需要以本机输出为准。
netsh interface ipv4 show excludedportrange protocol=tcp
netsh interface ipv6 show excludedportrange protocol=tcp检查 10808 是否落在输出的起始端口与结束端口之间。若命中范围，选择范围之外的候选端口，比删除系统保留项更稳妥。没有监听记录，也没有命中排除范围时，应继续核对启动瞬间的日志、绑定地址和安全软件记录，而不是反复以管理员身份运行来碰运气。
四、参数设置中的 SOCKS、HTTP 与混合端口
先记录当前配置，再打开 「设置」→「参数设置」，在 「Core 基础设置」 中查找本地监听相关字段。不同版本的界面和内核组合可能显示“本地混合监听端口”，也可能分别提供 SOCKS 与 HTTP 设置；以当前界面和启动日志为准，不能假定一定存在两个独立输入框。
11808 与 11809 只是本文的配置示例，不保证在你的电脑上空闲。保存前用前面的命令查询这两个端口，并检查系统排除范围。端口数值也不决定协议：10808 不天然等于 SOCKS，10809 不天然等于 HTTP，真正接受哪种请求由入站配置决定。
| 当前设置形态 | 修改示例 | 应用端填写方式 |
|---|---|---|
| 单个混合监听入口 | 将本地混合监听端口改为 11808 | 支持的 HTTP 与 SOCKS 请求都指向该入口，应用仍须选择正确的代理协议 |
| 独立 SOCKS 与 HTTP 入口 | SOCKS 改为 11808，HTTP 改为 11809 | SOCKS 应用连接 11808，HTTP 代理应用连接 11809 |
| 自定义配置中的入站 | 核对配置文件中实际入站的监听端口 | 应用端跟随该入站配置，界面参数未必会改写自定义文件 |
- 记录原端口、监听地址和系统代理模式，便于失败时恢复。
- 在参数设置中修改当前实际使用的监听字段，不修改节点的服务器端口。
- 保存设置，重新启动服务；如果当前版本没有单独的重启入口，正常退出并重新打开客户端。
- 查看本次启动日志，确认没有绑定错误，再查询新端口是否出现监听。
结论：先识别入站形态，再修改端口
界面只有混合端口时，不必额外寻找或创建 HTTP 端口；界面分开配置时，则分别核对两项。修改成功的依据是新端口由预期内核监听，而不是设置框中的数字已经变化。
五、修改端口后需要同步的位置
本地端口修改后，手动填写的代理地址通常不会自动更新。尤其要检查仍打开的终端窗口、浏览器独立代理设置和下载工具。旧连接可能短暂继续工作，新建连接才报错，因此应重新打开应用再验证。
- Windows 系统代理：在 v2rayN 的“系统代理”菜单中重新应用当前模式，例如重新选择“自动配置系统代理”。随后到
「设置」→「网络和 Internet」→「代理」核对实际生效的服务器与端口；不同 Windows 版本的显示名称可能略有差异。 - 浏览器独立代理：若浏览器设置或扩展中手动写了
127.0.0.1:10808，按新的入口与协议更新；跟随系统代理的浏览器则重点检查系统设置。 - 终端环境变量：检查
HTTP_PROXY、HTTPS_PROXY、ALL_PROXY及工具自身配置。临时变量只影响当前终端及其新启动的子进程，修改用户环境变量后通常需要重新打开终端。 - 开发与下载工具：把工具设置中的代理协议、地址和端口一起核对。远端网站使用 HTTPS，不代表本地 HTTP 代理地址也必须写成
https://。 - 自动启动与脚本：检查是否仍启动旧目录中的客户端，或在启动脚本里写死旧端口。否则下次登录时可能再次发生冲突。
下面是 PowerShell 当前会话的配置示例，仅适用于已确认新端口接受对应协议的情况。独立 HTTP 入口采用 11809 时使用前两行；混合入口采用 11808 时，可把前两行中的端口改成 11808。第三行要求入口支持 SOCKS5。
$env:HTTP_PROXY = "http://127.0.0.1:11809"
$env:HTTPS_PROXY = "http://127.0.0.1:11809"
$env:ALL_PROXY = "socks5h://127.0.0.1:11808"六、新端口验证与故障分层
先验证监听，再验证代理握手，最后检查具体网站。这样可以区分本机端口、代理协议和远端线路问题。以下命令使用示例端口；如果你的设置不同，先替换为实际值。
Test-NetConnection 127.0.0.1 -Port 11808
curl.exe --proxy socks5h://127.0.0.1:11808 --connect-timeout 10 --max-time 20 -I https://example.com/
curl.exe --proxy http://127.0.0.1:11809 --connect-timeout 10 --max-time 20 -I https://example.com/按实际入站类型选择其中一条 curl.exe 命令即可；混合入口为 11808 时，HTTP 测试也应使用 11808。Test-NetConnection 成功只说明 TCP 连接建立，不代表协议匹配或远端节点可用。示例网址用于连通性检查，是否经过代理出站仍取决于当前路由规则。
| 验证结果 | 优先检查 | 下一步 |
|---|---|---|
| 新端口没有监听 | 参数是否生效、内核是否启动 | 查看启动日志，核对自定义配置及实际绑定地址 |
| 端口已监听但代理握手失败 | HTTP 与 SOCKS 协议是否对应 | 纠正应用代理类型，核对是否连到了其他程序 |
| 代理握手后出现连接超时 | 出站节点、DNS 与路由日志 | 转入节点连通性排查，不继续盲目更换本地端口 |
| 命令行正常，浏览器失败 | 浏览器代理来源与旧进程 | 同步独立设置，完全退出浏览器后重新测试 |
七、重复冲突的收尾检查
如果每次重启电脑后都恢复冲突，重点检查登录启动项和多个解压目录，而不是不断增加端口号。保留一个明确使用的客户端目录，记录监听端口与用途；确实需要两个实例时，为每个实例分配不同的监听端口，并分别维护应用代理配置。
- 确认新端口的监听 PID 属于预期进程，旧端口的监听者也已查明，而不是仅因暂时能上网就结束排查。
- 确认系统代理没有继续引用旧端口；准备退出客户端时，通过客户端清除不再使用的系统代理设置。
- 在恢复日常使用的 TUN 或路由模式后重新测试，避免只在临时测试模式下正常。
- 需要求助时提供系统版本、客户端版本、完整错误行、端口和进程名称；隐藏订阅地址、账户信息与节点凭据。
本地监听恢复后，再处理订阅、节点或路由问题。安装与首次运行的完整顺序可参考 v2rayN 配置教程；其他常见报错可在 常见问题 中继续查找。