Obsidian Copilot插件报错： CONNECTION_REFUSED

今天使用Obsidian 里面的Copilot的QA模式，发现无法使用，报错CONNECTION_REFUSED，检查了一下LMStudio，Embedding模型已经载入了，怀疑是代理软件的锅，退出之后还是不行，仔细检查发现Local Server是Stopped状态，点击发现无法启动。

运行以下命令检查占用端口的进程 ID：

1

netstat -ano | findstr :1234

发现并没有什么进程占用。

询问ai得知可能是Hyper-V 端口保留导致的，这个每次重启电脑都会变，这次应该是撞上了。

这就是 Windows 饱受全世界开发者诟病的一个“史诗级大坑”。

微软设计这个机制的初衷，是为了给底层的虚拟网络服务（比如你用的 VMware、Windows 沙盒或者 WSL）留足动态端口，避免网络冲突。但它的分配逻辑极其简单粗暴：每次网络重启或者服务唤醒，系统就会像买彩票一样，闭着眼睛在端口池里随机划拉好几个大区块（每个区块通常包含上百个端口）强行锁死。一旦你的 1234 端口不幸被划拉进去了，就算这个端口其实完全空着没人用，系统底层也会死活不让你访问。

所以，是的，你完全可以直接按照上面的方案去执行。 那三行命令的作用，就是用最高权限给系统立个规矩，把 1234 从它的“随机抽奖池”里永远剔除出来。

为了方便你直接复制，我把核心步骤放在这里：

第一步： 务必按 Win + X，选择 Windows PowerShell (管理员) 或 终端 (管理员)。 第二步： 依次复制粘贴并回车执行下面这三行命令：

1
2
3
4
5

net stop winnat

netsh int ipv4 add excludedportrange protocol=tcp startport=1234 numberofports=1 store=persistent

net start winnat

执行完这三步之后，切回 LM Studio 点击 Start Server，成功Running状态。

回到Obsidian Copilot，可以正常生成内容了。