LM Studio 1234 端口 EACCES 怎么处理

一句话结论：先别急着重装或怀疑模型。这个报错通常是 Windows 系统网络保留端口范围占用了 1234，或者已有进程未正常退出。改端口或重启网络服务即可解决。

为什么会有这篇

我在本地 Windows 机器上测试 GGUF 模型的 OpenAI 兼容接口时，点启动 Local Server 直接报了权限错误。这篇记录排查和解决的具体步骤，不讨论不同模型的推理速度。

我的测试环境

先给结果

• 能不能用：改用其他端口（例如 12345）或重置动态端口后完全正常。
• 最大优点：排查过程不需要动任何模型权重文件。
• 最大问题：Windows 的 Hyper-V 或 NAT 服务偶尔会在开机时随机保留端口。
• 最终选择：目前将本地测试固定在自定义未保留端口。

实际过程

1. 遇到的报错信息

listen EACCES: permission denied 127.0.0.1:1234
Error: listen EACCES: permission denied 127.0.0.1:1234
    at Server.setupListenHandle [as _listen2] (node:net:1800:21)
    at listenInCluster (node:net:1865:12)

2. 查看 Windows 排除端口范围

Windows 开启 Hyper-V / WSL2 后会保留部分端口段：

netsh interface ipv4 show excludedportrange protocol=tcp

如果在输出范围中包含了 1234，就说明当前端口已被内核保留，普通应用进程无法绑定。

3. 解决办法

最快方式：在 LM Studio 的 Local Server 设置里将 Port 改为未被占用的端口（如 12345），直接启动即可。

释放 1234 端口方式：以管理员身份重启 WinNAT 服务：

net stop winnat
net start winnat

和长期运行工具的比较