
图片中的“代送 代拉”就是这个网页编辑器通过PC的clash来代理推送和拉取。
PC上的clash配置如图:

我已经设置成7897端口了,win11防火墙也已经开放这个7897,以后万一clash升级一定要注意使用这个7897端口,有时clash升级会自己改变的。
我问:如果勾选socks和http(s)代理端口会怎样?
豆包答:可以打开,但没必要,而且会多占用端口,不推荐你现在这么做。
你现在只用混合端口 7897 就足够,混合端口本身同时支持 HTTP (S) 和 SOCKS5 两种代理协议。
打开后的效果
- SOCKS 端口 7898:单独提供 SOCKS5 代理服务
- HTTP (S) 端口 7899:单独提供 HTTP 代理服务
- 混合端口 7897:依旧同时兼容 HTTP / SOCKS5
👉 相当于三套代理端口同时并行工作:
- 192.168.0.103:7897 混合(http+socks)
- 192.168.0.103:7898 纯 SOCKS5
- 192.168.0.103:7899 纯 HTTP
缺点(对你来说) - 需要额外在 Windows 防火墙放行 7898、7899,不然局域网设备访问这两个端口会被防火墙拦截,你本来不想改动防火墙。
- 占用更多本地端口,多进程监听,资源轻微增加,没有额外收益。
容易混淆:网页编辑器填错端口就连不上。
什么时候才需要打开?
只有当某些软件只能识别单独 SOCKS 或者单独 HTTP 端口,不支持混合端口的时候才启用。
你的 Hexo 网页编辑器,混合端口 7897 完全够用,不需要开启另外两个。
建议保持现状
混合代理端口 7897 ✅开启
SOCKS 代理端口 7898 ❌关闭
HTTP (S) 代理端口 7899 ❌关闭
只用 7897,防火墙不用改,配置最简单。
我问:极空间这里要修改吗?
豆包答:
✅ 结论:这里不要填、不要勾选开启代理!
这个是 极空间 Docker 引擎全局代理,作用是:拉取 Docker 镜像的时候走代理。和你网页编辑器(Hexo 编辑器容器内部的代推,调用 PC 的 Mihomo)是两件完全独立的东西。
两者区别,别搞混
- 当前弹窗:Docker 引擎全局代理
控制:docker pull拉镜像、检查镜像更新。
一旦开启,所有容器的网络都会被这个全局代理影响,会带来副作用: - 一旦 PC 关机,整个 Docker 所有容器网络直接异常
- 容易和你容器内部单独配置的代理(网页编辑器代推)冲突
- 你只需要Hexo 网页编辑器这一个功能走 PC 代理,不是全部容器都走代理
你原来的方案(正确方案)
在Hexo 网页编辑器这个应用内部填写代理地址:192.168.0.103:7897只让这个容器里面的代推功能走 PC 上 Mihomo,其他容器不受任何影响,这是隔离的,最稳妥。
操作建议
保持这个弹窗原样:不勾选「开启代理」,输入框全部留空,点取消。
什么时候才需要填这个 Docker 全局代理?
只有你拉取 docker 镜像很慢,想让极空间下载镜像走代理的时候才启用。
一旦启用,每次 PC 关机,Docker 引擎网络就会挂掉,需要取消代理重启引擎才能恢复,对你场景没必要。简单一句话总结
网页编辑器的代推,是容器内程序自己的代理,不归这个 Docker 全局代理管,这里不用动。
我问:PC添加7897端口 防火墙在哪里修改
豆包答:# 最快打开方式(推荐)
- 键盘按
Win + R,弹出运行框 - 输入:
wf.msc回车,直接打开高级安全 Windows 防火墙(这个就是我们要改的地方)Microsoft ...
新建入站规则(放行 TCP 7897 端口)
- 左侧点 入站规则 → 右侧点 新建规则
- 规则类型:选【端口】→下一步
- 协议:TCP;特定本地端口:填写
7897→下一步 - 操作:允许连接 →下一步
- 配置文件:只勾选【专用】(公用、域不要勾!家里内网只用专用网络)→下一步
- 名称:随便写,例如
Mihomo 7897 NAS,描述可留空 →完成
✅ 进阶(推荐,安全一点):只允许 NAS 的 IP 访问 7897
建好规则之后,双击这条规则 →【作用域】选项卡
- 远程 IP 地址 → 选择【这些 IP 地址】→添加,填入你的 NAS 内网 IP
这样只有 NAS 能访问 PC 的 7897 端口,别的设备连 WiFi 也无法使用代理。
简易备选入口(不用 wf.msc)
开始菜单 → 设置 → 隐私和安全性 → Windows 安全中心 → 防火墙和网络保护 → 高级设置,同样进到上面这个界面Microsoft ...
核对要点
- 是入站规则(NAS 主动连 PC,属于入站)
- 协议 TCP,本地端口 7897
- 配置文件:仅专用网络
- Mihomo 那边【局域网连接】开关记得打开
我问:这个虚拟网卡要打开吗

豆包答: 结论先说【虚拟网卡模式】不用打开!
你现在只需要:✅ 局域网连接已经打开,足够支持 NAS 的代理推送。
区分两个功能:
- 局域网连接(你已经开了,蓝色)
作用:开放 socks 代理端口7897给局域网内别的设备(你的 NAS)访问,这正是我们这套 NAS 代理推送所需要的。
👉 只靠这个,NAS 就能连接 PC 的 7897 socks5 代理。 - 虚拟网卡模式
作用:是给本机 Windows 电脑全局接管流量(也就是 TUN 模式,电脑所有流量走代理)。
- 如果你只是想PC 本机 git push(你那个兜底方案,在 PC 上直接推 hexo),才需要打开虚拟网卡。
- 单纯 NAS 网页点【代理推送】,完全不需要开启虚拟网卡。
两种场景对照
- 场景 A:NAS 网页点「代理推送」(主力备用方案)
✅ 局域网连接:开启
❌ 虚拟网卡:关闭
❌ 系统代理:关闭也行 - 场景 B:兜底方案,在 PC 本机执行 git push(PC 上 D:\blog-hexo 手动推送)
✅ 局域网连接:开启
✅ 虚拟网卡模式:打开(让 PC 本机的 git 走代理)
简单总结
晚上优先测试 NAS 代理推送:保持虚拟网卡关闭,局域网连接打开就可以。
只有你切换到 PC 本地手动 git 推送的时候,再把虚拟网卡打开。
小提醒:虚拟网卡开启后,电脑网络会全部走代理,不用的时候关掉,避免影响电脑正常上网。