适用于 Windows 上 v2rayN 启动后出现 bind、address already in use 或端口访问被拒绝的情况。先从日志确定本地端口，再用 PowerShell 找到监听进程；确认是重复实例就正常退出，属于其他业务就改用空闲端口。最后同步系统代理与手动代理地址，验证核心监听、代理握手和网页请求三个环节。
一、先从日志确认：冲突的是本地端口
先打开 v2rayN 主界面的日志区域，重新启动一次核心，保留包含 listen、bind 和地址端口的完整报错。本文用 127.0.0.1:10808 举例；如果日志写的是其他端口，后面的命令也要替换。不要只根据教程里的默认值判断。
bind: Only one usage of each socket address (protocol/network address/port) is normally permitted.
原因与解法：相同或重叠的监听地址、协议与端口已被占用。先查询监听进程，确认身份后退出重复实例，或修改本地入站端口。
bind: An attempt was made to access a socket in a way forbidden by its access permissions.
原因与解法：端口可能被系统保留，或受到安全策略限制，不一定存在普通监听进程。先查监听，再查排除端口范围，不要直接关闭防火墙。
这类报错发生在本机接收代理请求的入口，还没有进入远程节点连接阶段。修改订阅、切换 VMess 或 VLESS、调整远程服务器端口，都不能释放本机被占用的 10808。同样，本地端口和节点服务端口没有必须相同的要求。
判断：先修复监听，再测试节点
日志仍在报告本地 bind 失败时，暂停节点延迟测试。先让指定端口成功进入监听状态，后续的节点测试才有排查价值。
二、用 PowerShell 找到占用 10808 的进程
打开 Windows PowerShell，先查询 TCP 监听记录。下面的命令只匹配本地端口，不会把“连接到远端 10808”的普通连接误判成监听冲突。没有结果时会保持空输出；这只表示查询当时没有匹配的 TCP 监听。
Get-NetTCPConnection -State Listen -LocalPort 10808 -ErrorAction SilentlyContinue |
Select-Object LocalAddress, LocalPort, State, OwningProcess重点看 LocalAddress 与 OwningProcess。0.0.0.0 表示监听所有 IPv4 地址，可能与回环地址上的同端口监听冲突；:: 是 IPv6 通配地址，也需要结合双栈行为判断。不要因为地址不是 127.0.0.1 就忽略记录。
# 假设上一步返回的 OwningProcess 是 6240，按实际结果替换
Get-Process -Id 6240 |
Select-Object Id, ProcessName, Path
Get-CimInstance Win32_Process -Filter "ProcessId = 6240" |
Select-Object ProcessId, ParentProcessId, ExecutablePath, CommandLine6240 只是演示 PID，不是固定进程编号。路径或命令行为空时，可用管理员权限重新查询。若看到的是核心进程，还要检查父进程：正在运行的 v2rayN 本来就会占用代理端口，不能仅凭进程名就认定它异常。
- 同一套 v2rayN 的正常核心：先确认日志是不是旧记录，以及当前实际请求能否通过，不要误结束正常连接。
- 另一目录启动的重复实例：找到对应托盘图标并正常退出。仅关闭主窗口可能只是最小化到托盘。
- 其他业务程序：保留其监听，优先修改 v2rayN 本地端口，避免影响已有服务。
- 路径或用途不明：先在任务管理器中查看文件位置与所属服务，不要按 PID 盲目终止。
三、没有监听记录：检查 UDP 与系统保留端口
TCP 与 UDP 是不同的传输协议。同一个数字端口可以分别被 TCP 和 UDP 使用；只有 UDP 记录并不能直接证明 TCP 监听冲突。若日志明确指向 UDP 入站绑定失败，再查询 UDP 端点，并按返回的 PID 继续定位。
Get-NetUDPEndpoint -LocalPort 10808 -ErrorAction SilentlyContinue |
Select-Object LocalAddress, LocalPort, OwningProcess如果错误是访问权限被拒绝，TCP、UDP 都没有对应记录，再查看 Windows 的排除端口范围。虚拟化、容器与系统网络组件可能影响这些范围。以下命令只查询，不修改配置；必要时在管理员终端执行。
netsh interface ipv4 show excludedportrange protocol=tcp
netsh interface ipv6 show excludedportrange protocol=tcp- 检查
10808是否落在输出的某一组起始端口与结束端口之间，而不是只找完全相同的一行。 - 若落入排除范围，选择范围以外的新端口，并再次检查它是否已有监听。
- 若日志涉及 UDP，查询时把
protocol=tcp换成protocol=udp。 - 不要随意删除系统保留范围，也不要为了本地代理故障停用整个安全防护。仍被拒绝时，检查安全软件事件与组织设备策略。
另一种情况是程序启动后立即退出，导致查询时已经没有监听。此时应重新启动一次核心，马上查看最新日志与端口记录。单次空输出不足以证明端口永久空闲，更不能据此判断节点不可用。
四、在参数设置中修改本地监听端口
下面以将 10808 改为 10818 为例。新端口只是示例，使用前应重复前面的监听查询与保留范围检查。v2rayN 不同界面的字段可能写作“本地混合监听端口”或分别列出 SOCKS、HTTP 端口，应以实际字段含义为准。
-
记录旧设置
记下当前本地端口、监听地址和系统代理状态。若有浏览器扩展、终端环境变量或开发工具手动引用旧端口，也一并记录。
-
确认新端口
把查询命令里的
10808改为10818，确认没有冲突监听，并检查新端口不在相关排除范围内。 -
修改入站端口
进入「设置」→「参数设置」→「基础设置」，找到本地监听端口项。混合入站填写
10818；若界面分别配置 SOCKS 与 HTTP，按各自字段设置不同端口，不要让两个独立入站绑定同一 TCP 地址与端口。 -
保存并重启
点击「确定」保存，让核心重新加载配置；如果没有自动重启，正常退出 v2rayN 后重新打开。查看本次启动日志，确认没有新的 bind 错误。
-
同步代理地址
在主界面底部「系统代理」中先选「清除系统代理」，再选「自动配置系统代理」。随后将手动代理工具中的旧端口改为相应的新端口。
一些旧配置把 SOCKS 与 HTTP 分别放在 10808 和 10809；混合入站则可以在一个端口上接受这两类代理请求。不要套用“HTTP 永远是 SOCKS 端口加一”的规则。若使用自定义配置，界面字段可能不控制该配置中的入站，需要检查实际加载的配置文件与日志。
五、改完端口后，按三层验证代理恢复
先确认新端口确实由当前核心监听，再用命令行显式指定代理，最后检查应用是否仍然引用旧端口。这样可以把“核心没启动”“节点连接失败”和“应用设置没更新”分开处理。
Get-NetTCPConnection -State Listen -LocalPort 10818 -ErrorAction SilentlyContinue |
Select-Object LocalAddress, LocalPort, State, OwningProcess
# 仅适用于 10818 已配置为 HTTP 或混合入站
curl.exe --proxy http://127.0.0.1:10818 --connect-timeout 10 --max-time 20 -I https://www.microsoft.com/这里明确调用 curl.exe，避免部分 PowerShell 环境将 curl 解释为其他命令。测试目标是公开 HTTPS 页面；若目标本身不可达，可换成自己确认可访问的 HTTPS 地址。不要在截图或日志中公开订阅链接与节点凭据。
| 观察结果 | 说明 | 下一步 |
|---|---|---|
| 10818 没有监听 | 配置未应用，或核心仍然启动失败 | 查看最新启动日志，确认字段与实际加载配置 |
| 提示无法连接本地代理 | 地址、端口或入站协议不匹配 | 核对监听地址，确认不是把 SOCKS 端口当 HTTP 使用 |
| 出现 CONNECT 成功，随后请求失败 | 本地代理握手已建立，但后续链路仍有问题 | 继续检查节点、DNS、TLS 与目标站点响应 |
| 收到最终 HTTP 响应 | 本次请求已通过指定本地代理完成 | 再检查浏览器与其他应用的代理设置 |
若端口只提供 SOCKS 服务，使用下面的命令；socks5h 会把目标域名交给代理端处理。HTTP 测试和 SOCKS 测试是按入站类型选择，不是要求所有配置都同时支持。
curl.exe --proxy socks5h://127.0.0.1:10818 --connect-timeout 10 --max-time 20 -I https://www.microsoft.com/结论：本地请求成功后，再处理应用差异
显式代理测试成功而浏览器失败时，先查浏览器独立代理、旧端口缓存与系统代理状态，不要继续反复更换端口。请求进入本地代理也不代表必然经过远程节点，最终出站仍由路由分流规则决定。
六、端口占用与修改后的常见问题
占用进程就是核心，能直接结束吗？
先通过路径和父进程确认归属。它可能是当前正常工作的核心，也可能属于另一个 v2rayN 实例。优先退出对应管理程序；只有确认是残留进程后，才考虑在任务管理器中结束它，并重新查询端口。
改为 10818 后，终端为什么还报 10808 连接失败？
检查 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 环境变量，以及开发工具自己的代理配置。把其中的端口改为正确的新端口，并重开终端；已启动进程通常不会自动读取后来修改的环境变量。
重启电脑后恢复，过一会儿又占用怎么办？
在冲突发生时重新记录 PID、路径和父进程，检查是否有两份 v2rayN 或其他代理服务同时自启动。只保留需要的启动入口；确实需要并行运行的程序，应分别分配不重叠的监听端口。
开启 TUN 后也报端口错误，还按本文排查吗？
如果日志明确是本地入站 bind 失败，仍按本文检查对应端口。若日志指向虚拟网卡创建、驱动或路由权限，则属于另一层故障。先关闭 TUN，用本地 HTTP 或 SOCKS 入站完成基础验证，再单独处理 TUN。
可以直接换一个很大的端口吗？
可以选择未被占用且不在保留范围内的端口，合法端口号范围为 1～65535。数字大不等于一定空闲；修改前仍要查询，修改后仍要同步所有手动代理设置。
完成排查后，保留一份简短记录：冲突端口、占用程序路径、修改后的入站类型与端口、验证结果。下次更新客户端或恢复配置时，先核对这些值，比重复切换节点更容易找到问题。