解决:打开WSL2时显示错误代码CreateInstance/CreateVm/ConfigureNetworking/0x8007054f

今天打开 WSL2 的时候出现报错:

wsl: 出现了内部错误。 错误代码: CreateInstance/CreateVm/ConfigureNetworking/0x8007054f wsl: 无法配置网络 (networkingMode Mirrored),回退到 networkingMode None。 wsl: 检测到 localhost 代理配置,但未镜像到 WSL。NAT 模式下的 WSL 不支持 localhost 代理。 

之前出现类似问题都是管理员身份打开终端然后:

wsl --shutdown wsl 

就行了,再不济重启大法秒了。但是这次两种方法都不行。
试了网上一些方法,最后发现对于新版 WSL 其实只需要:

wsl --shutdown wsl --update

就好了。


更新:又遇到了一样的报错,且上面的简单方法这次没用了,还是老老实实搞吧。

根据报错 无法配置网络 (networkingMode Mirrored),回退到 networkingMode None。 ,可以得知:

  • WSL 正在尝试使用 Mirrored(镜像)网络模式
  • 该模式初始化失败
  • WSL 自动回退,但回退也不完整,最终网络不可用或异常

随后紧跟这个在 WSL 中常见的报错:
wsl: 检测到 localhost 代理配置,但未镜像到 WSL。NAT 模式下的 WSL 不支持 localhost 代理。

这通常是因为Windows 上配置了代理,例如:Clash / v2rayN / Surge / Proxifier 等;系统代理地址是:127.0.0.1:7890、localhost:1080 等,而 WSL2 无法在 NAT / Mirrored 模式下直接使用 localhost 代理,因此 WSL 认为这是一个不受支持的网络配置组合。

至于 错误代码: 0x8007054f ,这是 Windows 的网络/虚拟化层错误码,通常由以下触发:

  • Hyper-V 虚拟交换机配置失败
  • Mirrored 网络与代理 / 防火墙 / VPN 冲突

所以总的来说: 只要你在 Windows 开了本地代理,WSL Mirrored 网络就极易报这个错 。我一开始的解决方法进行 wsl --update ,因此估计是新版本改用了 Mirrorwed 模型。

因此,最稳健的解决方案还是改回 NAT 网络模式。编辑配置文件: C:\Users\<你的用户名>\.wslconfig ,我原本内容是针对 Mirrored 模式的:

[experimental]autoMemoryReclaim=gradual networkingMode=mirrored dnsTunneling=true firewall=true autoProxy=true 

直接改成:

[wsl2]networkingMode=nat autoProxy=false 

然后重启 WSL:

wsl --shutdown wsl 

就好了。

另外,如果不想写配置文件,直接在 wsl settings 中应该也能改:

在这里插入图片描述


在这里插入图片描述

Read more

GitHub Copilot 调用第三方模型API

GitHub Copilot 调用第三方模型API

一、说明 OAI Compatible Provider for Copilot 的作用是:把 Copilot/Copilot Chat 发出的“类似 OpenAI API 的请求”,转发到指定的 OpenAI-Compatible 服务端(例如 ModelScope 推理网关、自建的兼容网关等)。 ⚠️ Warning 登录 GitHub Copilot 的账号一定要是非组织方式开通 pro 会员的,不然无法管理模型。 推荐直接用免费的free账号登录即可。 二、插件安装 在 VS Code 扩展市场安装并启用: * GitHub Copilot * GitHub Copilot Chat * OAI Compatible Provider for Copilot (johnny-zhao.

By Ne0inhk
【AI大模型前沿】昆仑万维开源Skywork-R1V3:38B多模态推理模型,高考数学142分刷新开源SOTA

【AI大模型前沿】昆仑万维开源Skywork-R1V3:38B多模态推理模型,高考数学142分刷新开源SOTA

系列篇章💥 No.文章1【AI大模型前沿】深度剖析瑞智病理大模型 RuiPath:如何革新癌症病理诊断技术2【AI大模型前沿】清华大学 CLAMP-3:多模态技术引领音乐检索新潮流3【AI大模型前沿】浙大携手阿里推出HealthGPT:医学视觉语言大模型助力智能医疗新突破4【AI大模型前沿】阿里 QwQ-32B:320 亿参数推理大模型,性能比肩 DeepSeek-R1,免费开源5【AI大模型前沿】TRELLIS:微软、清华、中科大联合推出的高质量3D生成模型6【AI大模型前沿】Migician:清华、北大、华科联手打造的多图像定位大模型,一键解决安防监控与自动驾驶难题7【AI大模型前沿】DeepSeek-V3-0324:AI 模型的全面升级与技术突破8【AI大模型前沿】BioMedGPT-R1:清华联合水木分子打造的多模态生物医药大模型,开启智能研发新纪元9【AI大模型前沿】DiffRhythm:西北工业大学打造的10秒铸就完整歌曲的AI歌曲生成模型10【AI大模型前沿】R1-Omni:阿里开源全模态情感识别与强化学习的创新结合11【AI大模型前沿】Qwen2.5-Omni:

By Ne0inhk
解决Markdown笔记图片失效问题:Gitee+PicGo图床搭建全攻略

解决Markdown笔记图片失效问题:Gitee+PicGo图床搭建全攻略

引言:为什么要解决搭建图床? 你是否遇到过这样的场景: * 用 Obsidian 写了半年的知识库,换电脑时发现 所有图片都变成 “破碎图标”; * 把 Markdown 笔记分享给同事,对方打开后 图片全是本地路径,根本看不到内容; * 尝试用云盘链接替代,却因为 “防盗链” 或 “链接过期”,图片还是无法正常显示…… 本地 Markdown 笔记的 “图片依赖本地路径”,是困扰无数创作者的痛点。而解决这个问题的核心,就是搭建一个 “图床” —— 把图片托管到云端,让链接永远有效。 本文将带你用 “Gitee(国内免费仓库)+ PicGo(自动上传工具)+ Node.js(运行环境)” 搭建图床,不仅解决 “图片失效”,还能实现: * ✔️ 国内访问快:Gitee 服务器在国内,无需科学上网,图片秒加载; * ✔️ 完全免费:Gitee

By Ne0inhk

OpenClaw 最新功能大揭秘!2026年最火开源AI Agent迎来史诗级升级,手机变身AI终端不是梦

OpenClaw 最新功能大揭秘!2026年最火开源AI Agent迎来史诗级升级,手机变身AI终端不是梦 大家好,我是Maynor。最近开源社区彻底炸锅了——OpenClaw(前身Clawdbot/Moltbot)又一次刷屏!这个能真正“干活”的本地AI助手,在3月2日刚刚发布v2026.3.1版本,紧接着2月底的v2026.2.26也是里程碑式更新。 从外部密钥管理、线程绑定Agent,到Android深度集成、WebSocket优先传输……OpenClaw正在把“AI常驻员工”从概念变成现实。 今天这篇图文并茂的干货,带你一口气看懂最新功能、安装上手和实战价值!

By Ne0inhk