尧图网站建设 
1. 为什么要在 VMware 里用 OpenClaw 管物理机很多人第一次听到「在虚拟机里管理物理机」都会愣一下虚拟机本来就是跑在物理机上的怎么反过来去管宿主我当初也是这个疑问。实际场景是这样的——你手头只有一台 Windows 11 家庭版本子装了 VMware 17.6.4里面跑着一台 Rocky Linux 9.7。你希望把 OpenClaw 部署在这台 Rocky 上让它成为一个常驻的自动化代理然后通过飞书发消息就能让 Rocky 里的 OpenClaw 去操作外面的 Windows 物理机比如删文件、跑命令、启动应用。这个需求听起来绕但落地之后非常实用。因为 Rocky 作为 Linux 环境跑 OpenClaw 这类带插件体系的工具比在 Windows 上折腾要顺得多而真正需要被操作的资源文件、应用、注册表又在 Windows 物理机上。于是「Rocky 里的 OpenClaw 越过虚机层操作物理机」就成了一个很自然的架构。核心检索词先明确OpenClaw 是一个可扩展的自动化代理框架支持插件、支持通过消息通道下发指令物理机在这里指运行 VMware 的 Windows 11 宿主机VMware 提供虚拟化层Rocky 是 OpenClaw 的运行环境飞书是消息触达通道。适合谁适合手上有闲置 Windows 机器、想用 Linux 侧统一做自动化、又不想重装系统的同学。整个链路要打通三件事第一Rocky 能通过网络访问 Windows 的共享通道第二OpenClaw 的模型/API 通道要统一走 TaoToken避免每个插件各配一套 Key第三飞书消息能触发 OpenClaw 并拿到预期返回。下面按这个顺序拆。需要提前说明的是本文所有操作都在你自己的实验环境里做测试完建议按最后一节把权限恢复别长期开着高权限共享。2. TaoToken 前置准备统一 Key 与 API 通道在 Rocky 上装 OpenClaw 之前先把模型通道这件事定下来。OpenClaw 的很多能力指令理解、插件编排、飞书消息解析都要调用大模型如果每个环节单独配 Key后面排障会非常痛苦。我的做法是统一走 TaoToken 的 API 通道一个 Key 覆盖所有调用。TaoToken 在这里扮演的角色是「统一的模型接入层」你拿到一个 Base URL 和一个 API KeyOpenClaw 里所有需要模型的地方都指向它。官网入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 根地址是 https://taotoken.net/api 这个不加 UTM配置里直接写。具体步骤第一步打开控制台创建 Key。地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 登录后在 API Keys 页面新建一个 Key复制出来先存好。这个 Key 就是后面 OpenClaw 配置里的api_key。第二步确认你要用的模型 ID。OpenClaw 的配置里需要显式写 Model ID不能只写通道。你可以先在模型对话页 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 里试一下目标模型能不能正常回话确认可用再写进配置。这一步别省我踩过的坑就是配置里写了个没开通的模型OpenClaw 启动不报错一发消息就 404。第三步把三件套记下来后面配置要用配置项值说明Base URLhttps://taotoken.net/api固定不加 UTMAPI Key控制台生成的 sk- 开头字符串每个环境单独建Model ID你在对话页验证过的模型名必须显式填写如果你后面还要接 Claude Code 或做长期编码任务可以另外看 Coding Plan 页面 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 但本文的 OpenClaw 场景用普通 API Key 就够了。这里强调一点TaoToken 是合规的模型接入通道不是所谓的中转配置时按官方文档的 Base URL 写即可。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 遇到字段疑问优先查它。3. OpenClaw 可复制配置Base URL、Key 与飞书插件环境准备好后开始在 Rocky 上落地配置。假设你已经按 OpenClaw 官方方式装好了 2026.2.23-2 版本和飞书插件。下面给出关键配置片段路径按 OpenClaw 常见约定放在/etc/openclaw/下你可以按自己实际安装路径调整。先看主配置文件openclaw.toml重点是模型通道和飞书插件两块# /etc/openclaw/openclaw.toml [model] provider openai-compatible base_url https://taotoken.net/api api_key sk-你的TaoTokenKey model_id 你在对话页验证过的模型ID timeout_seconds 60 [plugins.feishu] enabled true app_id cli_你的飞书应用ID app_secret 你的飞书应用Secret verification_token 你的飞书VerificationToken encrypt_key 你的飞书EncryptKey如果你更习惯 JSON 风格OpenClaw 也支持openclaw.json等价写法{ model: { provider: openai-compatible, base_url: https://taotoken.net/api, api_key: sk-你的TaoTokenKey, model_id: 你在对话页验证过的模型ID }, plugins: { feishu: { enabled: true, app_id: cli_你的飞书应用ID, app_secret: 你的飞书应用Secret } } }飞书侧的配置要在飞书开放平台建一个自建应用拿到app_id和app_secret开启机器人能力把事件订阅地址指向 OpenClaw 的监听端口默认常见是 8080按你实际改。事件订阅里勾选「接收消息」相关权限。配置写完后重启服务sudo systemctl restart openclaw sudo systemctl status openclaw状态里看到active (running)才算起来。如果起不来先看日志journalctl -u openclaw -n 100 --no-pager日志里如果出现local proxy failed或连接超时八成是 Base URL 写错或网络不通回到第 5 节排查。关于物理机操作这一侧OpenClaw 通过 SMB 协议连 Windows。先在 Windows 物理机上以管理员身份执行这条注册表命令解除远程 UAC 过滤限制reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f这条命令的作用是让本地账户在远程访问时不被 UAC 二次过滤否则 OpenClaw 通过 SMB 执行文件操作会被拒。执行完第一次连接时 Windows 可能弹确认框选择允许即可。然后在 OpenClaw 的物理机操作插件里填 Windows 的地址、共享名和凭据。默认管理共享是C$、ADMIN$这类连接串类似smb://192.168.1.100/C$用户名密码用 Windows 本地账户。填好后 OpenClaw 就能对物理机做文件级操作了。注意通过这种方式删除的文件不会进回收站是彻底删除。测试阶段建议先拿一个临时文件试别直接对重要目录下手。4. 验证请求一条飞书消息推送与预期返回配置完成后最关键的是验证闭环从飞书发一条消息OpenClaw 收到、调用模型、执行动作、返回结果。下面给出一条可复制的验证命令先在 Rocky 本地确认 OpenClaw 的 HTTP 接口是通的再去飞书里发消息。本地验证用 curl 模拟一次消息推送curl -X POST http://127.0.0.1:8080/webhook/feishu \ -H Content-Type: application/json \ -d { msg_type: text, content: { text: 列出物理机 C 盘根目录文件 } }预期返回是一个 JSON形如{ code: 0, msg: success, data: { reply: 已连接物理机C 盘根目录包含Users, Windows, Program Files ..., model: 你配置的模型ID, elapsed_ms: 1832 } }看到code: 0且reply里有实际内容说明模型通道和物理机操作都通了。如果code非 0看msg字段的提示。本地通了之后去飞书里给机器人发同样的消息「列出物理机 C 盘根目录文件」几秒内应该收到回复。这一步成功整个「飞书 → OpenClaw → TaoToken 模型 → 物理机 SMB」的链路就闭环了。如果你想验证模型通道本身可以单独打一次对话接口curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer sk-你的TaoTokenKey \ -H Content-Type: application/json \ -d { model: 你在对话页验证过的模型ID, messages: [{role: user, content: 回复 OK}] }返回里choices[0].message.content是OK就说明 Key 和模型都没问题。这一步能帮你把「模型问题」和「OpenClaw 问题」分开定位。补充一个启动应用的场景如果 OpenClaw 要启动物理机上的某个交互式应用先在 Windows 上按 Win R 打开 regedit定位到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager新建 DWORD 值AllowInteractiveServices 1然后重启电脑。之后 OpenClaw 下发的启动指令才能生效。5. 本篇常见错排查401、local proxy failed 与 OAuth配置过程中最容易卡在几个固定报错上逐个说清楚。401 Unauthorized。这个基本是 Key 问题。先确认api_key字段里没有多余空格再确认 Key 没被删或过期。用第 4 节的 curl 单独打一次对话接口如果 curl 也 401那就是 Key 本身的问题回控制台 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 重新生成一个。如果 curl 正常但 OpenClaw 401检查配置文件里是不是写成了别的字段名或者环境变量覆盖了配置。local proxy failed。这个报错通常出现在 OpenClaw 启动或首次请求时意思是它尝试走本地代理但失败了。排查顺序先确认base_url写的是https://taotoken.net/api而不是别的地址再确认 Rocky 能解析并访问这个域名curl -I https://taotoken.net/api看返回最后检查系统里有没有残留的HTTP_PROXY/HTTPS_PROXY环境变量有就清掉。这个错和网络环境强相关别急着改配置。reading choices 相关报错。典型表现是日志里出现error reading choices或choices is empty。这多半是模型返回结构不符合预期原因通常是model_id写错或者请求体格式和通道不匹配。回到模型对话页确认模型名再核对 OpenClaw 发出的请求体。如果用的是兼容模式确认provider字段写的是openai-compatible。OAuth 相关报错。如果你在飞书插件里看到 OAuth 字样通常是飞书应用的权限或回调地址没配对。检查飞书开放平台里的事件订阅地址是否和 OpenClaw 监听地址一致app_id/app_secret是否复制完整。飞书这块的 OAuth 和模型通道无关别混在一起排查。SMB 连接被拒。如果 OpenClaw 报无法连接物理机先确认 Windows 上LocalAccountTokenFilterPolicy已设为 1再确认防火墙放行了 445 端口最后确认用的账户有管理员权限。家庭版 Windows 的共享设置有时默认关闭需要在网络和共享中心里打开文件和打印机共享。排查时记住一个原则先用 curl 把模型通道和 OpenClaw 接口分别验证再去看插件层。分层定位比盯着一个报错猜要快得多。接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里有各字段的完整说明字段拿不准就查它。6. 收尾与权限恢复测试完记得归零整套跑通之后建议做一次权限回收别让高权限共享长期开着。把之前改的注册表改回去reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 0 /f如果你之前为了启动应用改了AllowInteractiveServices也一并评估是否需要恢复。然后停掉并清理测试期间引入的服务和文件。如果你在排查过程中发现过可疑的服务名或文件比如某些来路不明的XzXd服务或C:\Windows\下的陌生 exe按下面的方式处理sc stop XzXd sc delete XzXd del C:\Windows\BQHwruDQ.exe把受影响项目里所有可疑项逐一清掉别只删一个就以为干净了。Rocky 侧如果只是测试可以把 OpenClaw 服务停掉sudo systemctl stop openclaw sudo systemctl disable openclaw需要长期用再开回来。飞书机器人的事件订阅如果不再使用也在开放平台里关掉避免残留回调。最后给一个实用建议把 OpenClaw 的配置文件和 TaoToken 的 Key 分开管理Key 不要硬编码进版本库。可以用环境变量注入配置里写占位符启动时替换。这样换 Key 或换环境时只改一处也避免 Key 泄露。整套链路的价值在于「Linux 侧统一编排、Windows 侧被动执行」测试完把权限收干净下次要用再按本文步骤开一遍就行。 使用OpenClaw管理所在物理机：从VMware到Rocky的TaoToken统一接入实践
1. 为什么要在 VMware 里用 OpenClaw 管物理机很多人第一次听到「在虚拟机里管理物理机」都会愣一下虚拟机本来就是跑在物理机上的怎么反过来去管宿主我当初也是这个疑问。实际场景是这样的——你手头只有一台 Windows 11 家庭版本子装了 VMware 17.6.4里面跑着一台 Rocky Linux 9.7。你希望把 OpenClaw 部署在这台 Rocky 上让它成为一个常驻的自动化代理然后通过飞书发消息就能让 Rocky 里的 OpenClaw 去操作外面的 Windows 物理机比如删文件、跑命令、启动应用。这个需求听起来绕但落地之后非常实用。因为 Rocky 作为 Linux 环境跑 OpenClaw 这类带插件体系的工具比在 Windows 上折腾要顺得多而真正需要被操作的资源文件、应用、注册表又在 Windows 物理机上。于是「Rocky 里的 OpenClaw 越过虚机层操作物理机」就成了一个很自然的架构。核心检索词先明确OpenClaw 是一个可扩展的自动化代理框架支持插件、支持通过消息通道下发指令物理机在这里指运行 VMware 的 Windows 11 宿主机VMware 提供虚拟化层Rocky 是 OpenClaw 的运行环境飞书是消息触达通道。适合谁适合手上有闲置 Windows 机器、想用 Linux 侧统一做自动化、又不想重装系统的同学。整个链路要打通三件事第一Rocky 能通过网络访问 Windows 的共享通道第二OpenClaw 的模型/API 通道要统一走 TaoToken避免每个插件各配一套 Key第三飞书消息能触发 OpenClaw 并拿到预期返回。下面按这个顺序拆。需要提前说明的是本文所有操作都在你自己的实验环境里做测试完建议按最后一节把权限恢复别长期开着高权限共享。2. TaoToken 前置准备统一 Key 与 API 通道在 Rocky 上装 OpenClaw 之前先把模型通道这件事定下来。OpenClaw 的很多能力指令理解、插件编排、飞书消息解析都要调用大模型如果每个环节单独配 Key后面排障会非常痛苦。我的做法是统一走 TaoToken 的 API 通道一个 Key 覆盖所有调用。TaoToken 在这里扮演的角色是「统一的模型接入层」你拿到一个 Base URL 和一个 API KeyOpenClaw 里所有需要模型的地方都指向它。官网入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 根地址是 https://taotoken.net/api 这个不加 UTM配置里直接写。具体步骤第一步打开控制台创建 Key。地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 登录后在 API Keys 页面新建一个 Key复制出来先存好。这个 Key 就是后面 OpenClaw 配置里的api_key。第二步确认你要用的模型 ID。OpenClaw 的配置里需要显式写 Model ID不能只写通道。你可以先在模型对话页 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 里试一下目标模型能不能正常回话确认可用再写进配置。这一步别省我踩过的坑就是配置里写了个没开通的模型OpenClaw 启动不报错一发消息就 404。第三步把三件套记下来后面配置要用配置项值说明Base URLhttps://taotoken.net/api固定不加 UTMAPI Key控制台生成的 sk- 开头字符串每个环境单独建Model ID你在对话页验证过的模型名必须显式填写如果你后面还要接 Claude Code 或做长期编码任务可以另外看 Coding Plan 页面 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 但本文的 OpenClaw 场景用普通 API Key 就够了。这里强调一点TaoToken 是合规的模型接入通道不是所谓的中转配置时按官方文档的 Base URL 写即可。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 遇到字段疑问优先查它。3. OpenClaw 可复制配置Base URL、Key 与飞书插件环境准备好后开始在 Rocky 上落地配置。假设你已经按 OpenClaw 官方方式装好了 2026.2.23-2 版本和飞书插件。下面给出关键配置片段路径按 OpenClaw 常见约定放在/etc/openclaw/下你可以按自己实际安装路径调整。先看主配置文件openclaw.toml重点是模型通道和飞书插件两块# /etc/openclaw/openclaw.toml [model] provider openai-compatible base_url https://taotoken.net/api api_key sk-你的TaoTokenKey model_id 你在对话页验证过的模型ID timeout_seconds 60 [plugins.feishu] enabled true app_id cli_你的飞书应用ID app_secret 你的飞书应用Secret verification_token 你的飞书VerificationToken encrypt_key 你的飞书EncryptKey如果你更习惯 JSON 风格OpenClaw 也支持openclaw.json等价写法{ model: { provider: openai-compatible, base_url: https://taotoken.net/api, api_key: sk-你的TaoTokenKey, model_id: 你在对话页验证过的模型ID }, plugins: { feishu: { enabled: true, app_id: cli_你的飞书应用ID, app_secret: 你的飞书应用Secret } } }飞书侧的配置要在飞书开放平台建一个自建应用拿到app_id和app_secret开启机器人能力把事件订阅地址指向 OpenClaw 的监听端口默认常见是 8080按你实际改。事件订阅里勾选「接收消息」相关权限。配置写完后重启服务sudo systemctl restart openclaw sudo systemctl status openclaw状态里看到active (running)才算起来。如果起不来先看日志journalctl -u openclaw -n 100 --no-pager日志里如果出现local proxy failed或连接超时八成是 Base URL 写错或网络不通回到第 5 节排查。关于物理机操作这一侧OpenClaw 通过 SMB 协议连 Windows。先在 Windows 物理机上以管理员身份执行这条注册表命令解除远程 UAC 过滤限制reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f这条命令的作用是让本地账户在远程访问时不被 UAC 二次过滤否则 OpenClaw 通过 SMB 执行文件操作会被拒。执行完第一次连接时 Windows 可能弹确认框选择允许即可。然后在 OpenClaw 的物理机操作插件里填 Windows 的地址、共享名和凭据。默认管理共享是C$、ADMIN$这类连接串类似smb://192.168.1.100/C$用户名密码用 Windows 本地账户。填好后 OpenClaw 就能对物理机做文件级操作了。注意通过这种方式删除的文件不会进回收站是彻底删除。测试阶段建议先拿一个临时文件试别直接对重要目录下手。4. 验证请求一条飞书消息推送与预期返回配置完成后最关键的是验证闭环从飞书发一条消息OpenClaw 收到、调用模型、执行动作、返回结果。下面给出一条可复制的验证命令先在 Rocky 本地确认 OpenClaw 的 HTTP 接口是通的再去飞书里发消息。本地验证用 curl 模拟一次消息推送curl -X POST http://127.0.0.1:8080/webhook/feishu \ -H Content-Type: application/json \ -d { msg_type: text, content: { text: 列出物理机 C 盘根目录文件 } }预期返回是一个 JSON形如{ code: 0, msg: success, data: { reply: 已连接物理机C 盘根目录包含Users, Windows, Program Files ..., model: 你配置的模型ID, elapsed_ms: 1832 } }看到code: 0且reply里有实际内容说明模型通道和物理机操作都通了。如果code非 0看msg字段的提示。本地通了之后去飞书里给机器人发同样的消息「列出物理机 C 盘根目录文件」几秒内应该收到回复。这一步成功整个「飞书 → OpenClaw → TaoToken 模型 → 物理机 SMB」的链路就闭环了。如果你想验证模型通道本身可以单独打一次对话接口curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer sk-你的TaoTokenKey \ -H Content-Type: application/json \ -d { model: 你在对话页验证过的模型ID, messages: [{role: user, content: 回复 OK}] }返回里choices[0].message.content是OK就说明 Key 和模型都没问题。这一步能帮你把「模型问题」和「OpenClaw 问题」分开定位。补充一个启动应用的场景如果 OpenClaw 要启动物理机上的某个交互式应用先在 Windows 上按 Win R 打开 regedit定位到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager新建 DWORD 值AllowInteractiveServices 1然后重启电脑。之后 OpenClaw 下发的启动指令才能生效。5. 本篇常见错排查401、local proxy failed 与 OAuth配置过程中最容易卡在几个固定报错上逐个说清楚。401 Unauthorized。这个基本是 Key 问题。先确认api_key字段里没有多余空格再确认 Key 没被删或过期。用第 4 节的 curl 单独打一次对话接口如果 curl 也 401那就是 Key 本身的问题回控制台 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 重新生成一个。如果 curl 正常但 OpenClaw 401检查配置文件里是不是写成了别的字段名或者环境变量覆盖了配置。local proxy failed。这个报错通常出现在 OpenClaw 启动或首次请求时意思是它尝试走本地代理但失败了。排查顺序先确认base_url写的是https://taotoken.net/api而不是别的地址再确认 Rocky 能解析并访问这个域名curl -I https://taotoken.net/api看返回最后检查系统里有没有残留的HTTP_PROXY/HTTPS_PROXY环境变量有就清掉。这个错和网络环境强相关别急着改配置。reading choices 相关报错。典型表现是日志里出现error reading choices或choices is empty。这多半是模型返回结构不符合预期原因通常是model_id写错或者请求体格式和通道不匹配。回到模型对话页确认模型名再核对 OpenClaw 发出的请求体。如果用的是兼容模式确认provider字段写的是openai-compatible。OAuth 相关报错。如果你在飞书插件里看到 OAuth 字样通常是飞书应用的权限或回调地址没配对。检查飞书开放平台里的事件订阅地址是否和 OpenClaw 监听地址一致app_id/app_secret是否复制完整。飞书这块的 OAuth 和模型通道无关别混在一起排查。SMB 连接被拒。如果 OpenClaw 报无法连接物理机先确认 Windows 上LocalAccountTokenFilterPolicy已设为 1再确认防火墙放行了 445 端口最后确认用的账户有管理员权限。家庭版 Windows 的共享设置有时默认关闭需要在网络和共享中心里打开文件和打印机共享。排查时记住一个原则先用 curl 把模型通道和 OpenClaw 接口分别验证再去看插件层。分层定位比盯着一个报错猜要快得多。接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 里有各字段的完整说明字段拿不准就查它。6. 收尾与权限恢复测试完记得归零整套跑通之后建议做一次权限回收别让高权限共享长期开着。把之前改的注册表改回去reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 0 /f如果你之前为了启动应用改了AllowInteractiveServices也一并评估是否需要恢复。然后停掉并清理测试期间引入的服务和文件。如果你在排查过程中发现过可疑的服务名或文件比如某些来路不明的XzXd服务或C:\Windows\下的陌生 exe按下面的方式处理sc stop XzXd sc delete XzXd del C:\Windows\BQHwruDQ.exe把受影响项目里所有可疑项逐一清掉别只删一个就以为干净了。Rocky 侧如果只是测试可以把 OpenClaw 服务停掉sudo systemctl stop openclaw sudo systemctl disable openclaw需要长期用再开回来。飞书机器人的事件订阅如果不再使用也在开放平台里关掉避免残留回调。最后给一个实用建议把 OpenClaw 的配置文件和 TaoToken 的 Key 分开管理Key 不要硬编码进版本库。可以用环境变量注入配置里写占位符启动时替换。这样换 Key 或换环境时只改一处也避免 Key 泄露。整套链路的价值在于「Linux 侧统一编排、Windows 侧被动执行」测试完把权限收干净下次要用再按本文步骤开一遍就行。