NineBytes Blog

Astro Fuwari食用教程

Sat, 25 Jul 2026 00:00:00 GMT

1、准备环境

Fuwari README 已经写了要求：

依赖	版本要求
Node.js	>=20
pnpm	>=9

先检查你的电脑有没有 Node，打开 PowerShell：

node -v

没有安装的话会报错，如果有的话则会输出：

PS C:\Users\NineBytes> node -v
v22.14.0

如果没有安装：点击这里安装Node.js，建议安装LTS版本。

安装 pnpm 执行：

npm install -g pnpm

检查：

pnpm -v

然后将会输出：

PS C:\Users\NineBytes> npm install -g pnpm

added 1 package in 2s

1 package is looking for funding
  run `npm fund` for details
PS C:\Users\NineBytes> pnpm -v
11.17.0

2、下载Fuwari源码

提供2种方式下载Fuwari源码，2种方法择一即可：

1.Git Clone

找一个你放博客的位置，例如D:\Fuwari 切换到你的博客存放目录：

cd 'D:\Fuwari'

克隆Fuwari仓库：

git clone https://github.com/saicaca/fuwari.git

然后：

cd fuwari

2.下载ZIP

点击这里打开Fuwari Github仓库

Code
 ↓
Download ZIP

解压即可。

3、安装依赖

进入 fuwari

cd 'fuwari'

下载依赖

pnpm install

第一次下载会下载很多东西，耐心等待即可，我就等了十几秒
下载完成后可能会出现：

Done in 17.8s

4、本地启动

使用：

pnpm dev

然后会出现类似：

PS C:\Users\NineBytes\***\***\Fuwari> pnpm dev

> fuwari@0.0.1 dev C:\Users\NineBytes\Documents\Blog Project\Fuwari
> astro dev

15:57:50 [types] Generated 2ms
15:57:51 [content] Syncing content
15:57:51 [content] Synced content
15:57:51 [vite] Forced re-optimization of dependencies

 astro  v5.13.10 ready in 3521 ms

┃ Local    http://localhost:4321/
┃ Network  use --host to expose

在PowerShell窗口内按住Ctrl键对着Local后边的链接单击
或使用浏览器在地址栏内输入http://localhost:4321打开Fuwari首页至此，Fuwari已经部署到你的电脑上，修改各项配置文件还有编写你的文章即可食用😋

CloudFlare Workers反向代理GitHub文件加速部署

Wed, 08 Jul 2026 00:00:00 GMT

首先打开你的CloudFlare Workers，然后点击创建应用程序，点击从"Hello World!开始"。然后点击部署。 workers创建好后点击编辑代码。然后打开我的GitHub仓库，复制worker.js代码并替换掉你新建的workers。
绑定一个你自定义的二级域名。然后点击设置，在变量和密钥栏中点击添加。添加一个密钥类型，变量名称为MY_TOTP_SECRET的变量，值为你自定义的密码。至此独属于你的GitHub文件加速代理站就部署好了。

Cloudflare Workers部署NodeWarden

Sat, 16 May 2026 00:00:00 GMT

什么是NodeWarden？

第三方Bitwarden兼容服务端，仅服务端，无独立客户端，直接用Bitwarden官方客户端连接；
基于Cloudflare Workers+D1+R2，无服务器Serverless架构，主打零成本、免运维、全球边缘加速；
定位：仅限个人单用户，不支持企业 / 团队组织功能；

Bitwarden与NodeWarden对比

功能项	Bitwarden（官方）	NodeWarden（第三方）
Web网页密码库	✅	✅ 兼容原版Web Vault
全量密码同步	✅	✅ 完美兼容官方客户端同步
文件附件存储	✅	✅ 基于Cloudflare R2
Send文件/文本分享	✅	✅ 完整支持
导入导出（JSON/CSV）	✅	✅ 兼容Bitwarden格式
多用户/家庭/组织	✅	❌ 仅个人
密码健康报告、泄露检测	✅	❌
应急访问、高级2FA	✅	❌ 部分缺失
密钥管理、企业级权限	✅	❌
批量操作、审计日志	付费版	增强版支持

Fork仓库

首先打开Github Fork shuaiplus/nodewarden

创建Workers

然后打开你的CloudFlare Workers和Pages，创建应用程序。
选择Continue with GitHub，选择到你刚刚Fork的nodewarden仓库。默认使用R2对象存储，点击部署即可。
若你的CF账号没有绑卡，可以将npx wrangler deploy改为npm run deploy:kv使用KV代替。然后点击域-添加域名然后输入子域名，添加即可（没有域名的也可以直接点击Worker URL访问）。

添加JWT密钥

然后打开你刚刚添加的子域名，复制下方自动生成的32位密钥。在Workers设置-变量和机密中，点击添加 类型选择密钥，变量名称为JWT_SECRET，值为你刚刚复制的32位随机密钥。

注册管理员账户

密钥添加完成后，回到你的子域名链接内，使用F5刷新页面，注册账户，第一个注册的账户为管理员账户。

Success🎇

账户注册完成后，登录即可。
手机客户端直接选择自托管，填入你的子域名链接即可登录。

泉城济南，泉甲天下

Sat, 04 Apr 2026 00:00:00 GMT

出了济南谁还让你免费坐地铁？

Rocky Linux OpenClaw部署

Fri, 20 Mar 2026 00:00:00 GMT

部署环境使用Rocky Linux 9.4。

提示：
- 示例代码仅供参考，需依据实际运行环境与路径做出相应修改！
- 文中代码与链接可能因时间推移或不可抗力失效，请结合实际环境运行调试！
- 如需转载或借鉴，请注明出处并附上本文博客链接！

首先更新软件包：sudo dnf update -y

[ninebytes@localhost ~]$ sudo dnf update -y
Rocky Linux 9 - BaseOS                                                                     1.6 MB/s | 4.1 kB     00:00    
Rocky Linux 9 - AppStream                                                                  1.7 MB/s | 4.5 kB     00:00    
Dependencies resolved.
Nothing to do.
Complete!

由于OpenClaw依赖于Node.js，所以我们先来安装Node.js。
下载并执行NVM v0.40.3的安装脚本：curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh | bash
若github拉取慢或访问不了，可以使用我转载的install_v0.40.3.sh文件：curl -o- https://blog.ninebytes.top/nvm-sh/install_v0.40.3.sh | bash

[ninebytes@localhost ~]$ curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh | bash
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 16631  100 16631    0     0    758      0  0:00:21  0:00:21 --:--:--  3637
=> Downloading nvm as script to '/home/ninebytes/.nvm'

=> Appending nvm source string to /home/ninebytes/.bashrc
=> Appending bash_completion source string to /home/ninebytes/.bashrc
=> Close and reopen your terminal to start using nvm or run the following to use it now:

export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"  # This loads nvm
[ -s "$NVM_DIR/bash_completion" ] && \. "$NVM_DIR/bash_completion"  # This loads nvm bash_completion

然后临时加载NVM到当前终端会话中，让你能立即使用NVM命令则无需重启终端：\. "$HOME/.nvm/nvm.sh"

[ninebytes@server ~]$ \. "$HOME/.nvm/nvm.sh"

提示：若想永久生效，需把这句命令添加到Shell配置文件中：echo '\. "$HOME/.nvm/nvm.sh"' >> ~/.bashrc && source ~/.bashrc

下载编译并安装Node.js 24.x最新版，同时会配套安装对应的NPM：nvm install 24

[ninebytes@localhost ~]$ nvm install 24
Downloading and installing node v24.14.0...
Downloading https://nodejs.org/dist/v24.14.0/node-v24.14.0-linux-x64.tar.xz...
#################################################################################################################### 100.0%
Computing checksum with sha256sum
Checksums matched!
Now using node v24.14.0 (npm v11.9.0)
Creating default alias: default -> 24 (-> v24.14.0)

使用：nvm ls列出通过NVM安装的所有Node.js版本，验证是否安装成功。

[ninebytes@localhost ~]$ nvm ls
->     v24.14.0
default -> 24 (-> v24.14.0)
iojs -> N/A (default)
unstable -> N/A (default)
node -> stable (-> v24.14.0) (default)
stable -> 24.14 (-> v24.14.0) (default)
lts/* -> lts/krypton (-> v24.14.0)
lts/argon -> v4.9.1 (-> N/A)
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.24.1 (-> N/A)
lts/erbium -> v12.22.12 (-> N/A)
lts/fermium -> v14.21.3 (-> N/A)
lts/gallium -> v16.20.2 (-> N/A)
lts/hydrogen -> v18.20.8 (-> N/A)
lts/iron -> v20.20.1 (-> N/A)
lts/jod -> v22.22.1 (-> N/A)
lts/krypton -> v24.14.0

然后来安装Git，OpenClaw不是必须依赖Git，但强烈建议安装：sudo dnf install -y git

[ninebytes@localhost ~]$ sudo dnf install -y git
······
Complete!

验证Git：git --version

[ninebytes@localhost ~]$ git --version
git version 2.43.0

安装OpenClaw：npm i -g openclaw --registry=https://registry.npmmirror.com --verbose
指定从阿里NPM仓库下载OpenClaw，并输出每一步的详细日志，若不想输出日志，去掉--verbose即可。

[ninebytes@localhost ~]$ npm i -g openclaw --registry=https://registry.npmmirror.com --verbose
npm verbose cli /home/ninebytes/.nvm/versions/node/v24.14.0/bin/node /home/ninebytes/.nvm/versions/node/v24.14.0/bin/npm
npm info using npm@11.9.0
npm info using node@v24.14.0
npm verbose title npm i openclaw
npm verbose argv "i" "--global" "openclaw" "--registry" "https://registry.npmmirror.com" "--loglevel" "verbose"
npm verbose logfile logs-max:10 dir:/home/ninebytes/.npm/_logs/2026-03-21T04_09_46_213Z-
npm verbose logfile /home/ninebytes/.npm/_logs/2026-03-21T04_09_46_213Z-debug-0.log
npm http fetch GET 200 https://registry.npmmirror.com/openclaw 329ms (cache miss)
npm http fetch GET 200 https://registry.npmmirror.com/@agentclientprotocol%2fsdk 213ms (cache miss)
npm http fetch GET 200 https://registry.npmmirror.com/@grammyjs%2frunner 249ms (cache miss)
npm info run protobufjs@7.5.4 postinstall { code: 0, signal: null }

---省略1000多行输出日志---

added 539 packages in 2m

89 packages are looking for funding
  run `npm fund` for details
npm verbose cwd /home/ninebytes
npm verbose os Linux 5.14.0-427.13.1.el9_4.x86_64
npm verbose node v24.14.0
npm verbose npm  v11.9.0
npm verbose exit 0
npm info ok

使用openclaw --version验证OpenClaw是否安装成功。

[ninebytes@localhost ~]$ openclaw --version
OpenClaw 2026.3.13 (61d171a)

然后使用openclaw onboard开始配置OpenClaw。

[ninebytes@localhost ~]$ openclaw onboard

🦞 OpenClaw 2026.3.13 (61d171a) — I don't judge, but your missing API keys are absolutely judging you.

▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
██░▄▄▄░██░▄▄░██░▄▄▄██░▀██░██░▄▄▀██░████░▄▄▀██░███░██
██░███░██░▀▀░██░▄▄▄██░█░█░██░█████░████░▀▀░██░█░█░██
██░▀▀▀░██░█████░▀▀▀██░██▄░██░▀▀▄██░▀▀░█░██░██▄▀▄▀▄██
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
                  🦞 OPENCLAW 🦞                    
 
┌  OpenClaw onboarding
│
◇  Security ─────────────────────────────────────────────────────────────────────────────────╮
│                                                                                            │
│  Security warning — please read.                                                           │
│                                                                                            │
│  OpenClaw is a hobby project and still in beta. Expect sharp edges.                        │
│  By default, OpenClaw is a personal agent: one trusted operator boundary.                  │
│  This bot can read files and run actions if tools are enabled.                             │
│  A bad prompt can trick it into doing unsafe things.                                       │
│                                                                                            │
│  OpenClaw is not a hostile multi-tenant boundary by default.                               │
│  If multiple users can message one tool-enabled agent, they share that delegated tool      │
│  authority.                                                                                │
│                                                                                            │
│  If you’re not comfortable with security hardening and access control, don’t run           │
│  OpenClaw.                                                                                 │
│  Ask someone experienced to help before enabling tools or exposing it to the internet.     │
│                                                                                            │
│  Recommended baseline:                                                                     │
│  - Pairing/allowlists + mention gating.                                                    │
│  - Multi-user/shared inbox: split trust boundaries (separate gateway/credentials, ideally  │
│    separate OS users/hosts).                                                               │
│  - Sandbox + least-privilege tools.                                                        │
│  - Shared inboxes: isolate DM sessions (`session.dmScope: per-channel-peer`) and keep      │
│    tool access minimal.                                                                    │
│  - Keep secrets out of the agent’s reachable filesystem.                                   │
│  - Use the strongest available model for any bot with tools or untrusted inboxes.          │
│                                                                                            │
│  Run regularly:                                                                            │
│  openclaw security audit --deep                                                            │
│  openclaw security audit --fix                                                             │
│                                                                                            │
│  Must read: https://docs.openclaw.ai/gateway/security                                      │
│                                                                                            │
├────────────────────────────────────────────────────────────────────────────────────────────╯
│

这一步是确认知晓OpenClaw是个人优先的AI助手，它有读写文件、执行命令等权限；多用户使用需额外做安全锁定。选Yes才能进入下一步配置。使用左右方向键选择Yes即可。

◆  I understand this is personal-by-default and shared/multi-user use requires lock-down. Continue?
│  ○ Yes / ● No
└

QuickStart：快速完成基础配置，后续可以用 openclaw configure 命令精细调整模型、权限等细节，适合快速上手。
Manual：手动配置，需要一步步填写所有参数，适合有经验的用户或需要定制化部署的场景。

所以我们直接选择QuickStart即可。

◆  Onboarding mode
│  ● QuickStart (Configure details later via openclaw configure.)
│  ○ Manual

这一步是让你选择要对接的大模型服务商，如果你现在还没有准备好API Key或本地模型环境，直接选Skip for now先跳过，后续再用openclaw configure来配置。

◆  Model/auth provider
│  ● OpenAI (Codex OAuth + API key)
│  ○ Anthropic
│  ○ Chutes
│  ○ MiniMax
│  ○ Moonshot AI (Kimi K2.5)
│  ○ Google
│  ○ xAI (Grok)
│  ○ Mistral AI
│  ○ Volcano Engine
│  ○ BytePlus
│  ○ OpenRouter
│  ○ Kilo Gateway
│  ○ Qwen
│  ○ Z.AI
│  ○ Qianfan
│  ○ Alibaba Cloud Model Studio
│  ○ Copilot
│  ○ Vercel AI Gateway
│  ○ OpenCode
│  ○ Xiaomi
│  ○ Synthetic
│  ○ Together AI
│  ○ Hugging Face
│  ○ Venice AI
│  ○ LiteLLM
│  ○ Cloudflare AI Gateway
│  ○ Custom Provider
│  ○ Ollama
│  ○ SGLang
│  ○ vLLM
│  ○ Skip for now

我选择的是智谱AI，这里选择CN即可。

◆  Z.AI auth method
│  ● Coding-Plan-Global (GLM Coding Plan Global (api.z.ai))
│  ○ Coding-Plan-CN
│  ○ Global
│  ○ CN
│  ○ Back

我这里选择Paste API key now。

Paste API key now：直接粘贴你的智谱 API Key，OpenClaw 会明文存储在配置文件中，操作简单、开箱即用，但配置文件权限要做好，避免泄露密钥。
Use external secret provider：用外部密钥管理工具（如Vault、1Password等）来存储API Key，更安全但配置复杂。

◆  How do you want to provide this API key?
│  ● Paste API key now (Stores the key directly in OpenClaw config)
│  ○ Use external secret provider

在这里直接粘贴API KEY即可。

◆  Enter Z.AI API key

这一步是选择具体的智谱大模型。

◆  Default model
│  ○ Keep current (zai/glm-5)
│  ○ Enter model manually
│  ○ zai/glm-4.5
│  ○ zai/glm-4.5-air
│  ○ zai/glm-4.5-flash
│  ○ zai/glm-4.5v
│  ○ zai/glm-4.6
│  ○ zai/glm-4.6v
│  ○ zai/glm-4.7
│  ● zai/glm-4.7-flash (GLM-4.7 Flash · ctx 200k · reasoning)
│  ○ zai/glm-4.7-flashx
│  ○ zai/glm-5

这一步是让你选择要对接的聊天渠道（比如Telegram、飞书等），如果你暂时不想配置机器人，或者想先在本地或网页端使用OpenClaw，直接选择最后的Skip for now跳过即可。

◆  Select channel (QuickStart)
│  ● Telegram (Bot API) (recommended · newcomer-friendly)
│  ○ WhatsApp (QR link)
│  ○ Discord (Bot API)
│  ○ IRC (Server + Nick)
│  ○ Google Chat (Chat API)
│  ○ Slack (Socket Mode)
│  ○ Signal (signal-cli)
│  ○ iMessage (imsg)
│  ○ LINE (Messaging API)
│  ○ Feishu/Lark (飞书)
│  ○ Nostr (NIP-04 DMs)
│  ○ Microsoft Teams (Bot Framework)
│  ○ Mattermost (plugin)
│  ○ Nextcloud Talk (self-hosted)
│  ○ Matrix (plugin)
│  ○ BlueBubbles (macOS app)
│  ○ Zalo (Bot API)
│  ○ Zalo (Personal Account)
│  ○ Synology Chat (Webhook)
│  ○ Tlon (Urbit)
│  ○ Skip for now

这一步是配置联网搜索能力，如果你暂时不需要让OpenClaw实时查资料，或者还没有对应搜索服务的API Key，直接选Skip for now跳过即可，不影响核心AI对话功能。

◆  Search provider
│  ○ Brave Search
│  ○ Gemini (Google Search)
│  ○ Grok (xAI)
│  ○ Kimi (Moonshot)
│  ○ Perplexity Search
│  ● Skip for now (Configure later with openclaw configure --section web)

这一步是配置OpenClaw的核心技能（比如文件操作、代码执行、系统管理等），选择Yes可以开启基础能力，让OpenClaw真正具备 “动手能力”，而不只是单纯对话。

◇  Configure skills now? (recommended)
│  ○ Yes / ● No

这一步是让你安装各类第三方技能的依赖，这些技能大多是小众场景（比如1password、博客监控、喜马拉雅等），对核心AI对话或代码能力没有影响。直接选Skip for now跳过即可。
使用上下方向键将光标放到Skip for now上，按下空格选中，此时前面的白方框会变黑，然后按下回车键即可。

◆  Install missing skill dependencies
│  ◻ Skip for now (Continue without installing dependencies)
│  ◻ 🔐 1password
│  ◻ 📰 blogwatcher
│  ◻ 🫐 blucli
│  ◻ 📸 camsnap
│  ◻ 🧩 clawhub
│  ◻ 🛌 eightctl
│  ◻ ✨ gemini
│  ◻ 🧲 gifgrep
│  ◻ 🐙 github
│  ◻ 🎮 gog
│  ◻ 📍 goplaces
│  ◻ 📧 himalaya
│  ◻ 📦 mcporter
│  ◻ 🍌 nano-banana-pro
│  ◻ 📄 nano-pdf
│  ◻ 💎 obsidian
│  ◻ 🎤 openai-whisper
│  ◻ 💡 openhue
│  ◻ 🧿 oracle
│  ◻ 🛵 ordercli
│  ◻ 🔊 sag
│  ◻ 🌊 songsee
│  ◻ 🔊 sonoscli
│  ◻ 🧾 summarize
│  ◻ 🎬 video-frames
│  ◻ 📱 wacli
│  ◻ 🐦 xurl
└

是否为goplaces技能设置Google Places API Key，goplaces是用于地点查询、POI检索的技能，和核心的AI对话或代码场景无关。选择no即可。

◆  Set GOOGLE_PLACES_API_KEY for goplaces?
│  ● Yes / ○ No

是否为nano-banana-pro技能设置Gemini API Key，选择no即可。

◆  Set GEMINI_API_KEY for nano-banana-pro?
│  ○ Yes / ● No

是否为notion技能设置Notion API Key，该技能用于和Notion笔记工具联动。选择no即可。

◆  Set NOTION_API_KEY for notion?
│  ○ Yes / ● No

是否为openai-image-gen技能设置OpenAI API Key，该技能用于调用DALL-E生成图片。选择no即可。

◆  Set OPENAI_API_KEY for openai-image-gen?
│  ○ Yes / ● No

是否为 openai-whisper-api技能设置 OpenAI API Key，该技能用于语音转文字。选择no即可。

◆  Set OPENAI_API_KEY for openai-whisper-api?
│  ○ Yes / ● No

是否为sag技能设置ElevenLabs API Key，该技能用于语音合成。选择no即可。

◆  Set ELEVENLABS_API_KEY for sag?
│  ○ Yes / ● No

这一步是配置Hooks（自动化钩子），用于在执行agent命令时触发自动化操作：比如保存会话上下文、记录命令等，属于进阶自动化功能。选择no即可。
使用上下方向键将光标放到Skip for now上，按下空格选中，此时前面的白方框会变黑，然后按下回车键即可。

◇  Hooks ──────────────────────────────────────────────────────────────────╮
│                                                                          │
│  Hooks let you automate actions when agent commands are issued.          │
│  Example: Save session context to memory when you issue /new or /reset.  │
│                                                                          │
│  Learn more: https://docs.openclaw.ai/automation/hooks                   │
│                                                                          │
├──────────────────────────────────────────────────────────────────────────╯
│
◆  Enable hooks? 
│  ◻ Skip for now
│  ◻ 🚀 boot-md
│  ◻ 📎 bootstrap-extra-files
│  ◻ 📝 command-logger
│  ◻ 💾 session-memory

出现以下输出日志时代表OpenClaw配置成功。

◇  Enable hooks?
│  Skip for now
Config overwrite: /home/ninebytes/.openclaw/openclaw.json (sha256 a05765ad00e004990ef3a699668f5e8ea987a44bef8af8ebc8e7e639467a5c8b -> da553f0fc78821a0f5aab941c5272f9cc91b16722e6bc7daa82f8fb301d83982, backup=/home/ninebytes/.openclaw/openclaw.json.bak)
│
◇  Systemd ───────────────────────────────────────────────────────────────────────────────╮
│                                                                                         │
│  Systemd user services are unavailable. Skipping lingering checks and service install.  │
│                                                                                         │
├─────────────────────────────────────────────────────────────────────────────────────────╯
│
◇  
Health check failed: gateway closed (1006 abnormal closure (no close frame)): no close reason
  Gateway target: ws://127.0.0.1:18789
  Source: local loopback
  Config: /home/ninebytes/.openclaw/openclaw.json
  Bind: loopback
│
◇  Health check help ────────────────────────────────╮
│                                                    │
│  Docs:                                             │
│  https://docs.openclaw.ai/gateway/health           │
│  https://docs.openclaw.ai/gateway/troubleshooting  │
│                                                    │
├────────────────────────────────────────────────────╯
│
◇  Optional apps ────────────────────────╮
│                                        │
│  Add nodes for extra features:         │
│  - macOS app (system + notifications)  │
│  - iOS app (camera/canvas)             │
│  - Android app (camera/canvas)         │
│                                        │
├────────────────────────────────────────╯
│
◇  Control UI ───────────────────────────────────────────────────────────────────────────────╮
│                                                                                            │
│  Web UI: http://127.0.0.1:18789/                                                           │
│  Web UI (with token):                                                                      │
│  http://127.0.0.1:18789/#token=************            │
│  Gateway WS: ws://127.0.0.1:18789                                                          │
│  Gateway: not detected (gateway closed (1006 abnormal closure (no close frame)): no close  │
│  reason)                                                                                   │
│  Docs: https://docs.openclaw.ai/web/control-ui                                             │
│                                                                                            │
├────────────────────────────────────────────────────────────────────────────────────────────╯
│
◇  Workspace backup ────────────────────────────────────────╮
│                                                           │
│  Back up your agent workspace.                            │
│  Docs: https://docs.openclaw.ai/concepts/agent-workspace  │
│                                                           │
├───────────────────────────────────────────────────────────╯
│
◇  Security ──────────────────────────────────────────────────────╮
│                                                                 │
│  Running agents on your computer is risky — harden your setup:  │
│  https://docs.openclaw.ai/security                              │
│                                                                 │
├─────────────────────────────────────────────────────────────────╯
│
◇  Shell completion ────────────────────────────────────────────────────────╮
│                                                                           │
│  Shell completion installed. Restart your shell or run: source ~/.bashrc  │
│                                                                           │
├───────────────────────────────────────────────────────────────────────────╯
│
◇  Dashboard ready ────────────────────────────────────────────────────────────────╮
│                                                                                  │
│  Dashboard link (with token):                                                    │
│  http://127.0.0.1:18789/#token=************  │
│  Copy/paste this URL in a browser on this machine to control OpenClaw.           │
│  No GUI detected. Open from your computer:                                       │
│  ssh -N -L 18789:127.0.0.1:18789 ninebytes@<host>                                │
│  Then open:                                                                      │
│  http://localhost:18789/                                                         │
│  http://localhost:18789/#token=************  │
│  Docs:                                                                           │
│  https://docs.openclaw.ai/gateway/remote                                         │
│  https://docs.openclaw.ai/web/control-ui                                         │
│                                                                                  │
├──────────────────────────────────────────────────────────────────────────────────╯
│
◇  Web search ───────────────────────────────────────╮
│                                                    │
│  Web search was skipped. You can enable it later:  │
│    openclaw configure --section web                │
│                                                    │
│  Docs: https://docs.openclaw.ai/tools/web          │
│                                                    │
├────────────────────────────────────────────────────╯
│
◇  What now ─────────────────────────────────────────────────────────────╮
│                                                                        │
│  What now: https://openclaw.ai/showcase ("What People Are Building").  │
│                                                                        │
├────────────────────────────────────────────────────────────────────────╯
│
└  Onboarding complete. Use the dashboard link above to control OpenClaw.

由于使用的是虚拟机部署，还需要用SSH隧道打通虚拟机和宿主机，实现宿主机浏览器访问OpenClaw Web UI。 ssh -N -L 127.0.0.1:18789:127.0.0.1:18789 虚拟机用户名@虚拟机IP

-N：只建立隧道，不登录
-L：本地端口转发

注意：打通后仍需要保持PowerShell窗口运行！

Windows PowerShell
版权所有（C） Microsoft Corporation。保留所有权利。

安装最新的 PowerShell，了解新功能和改进！https://aka.ms/PSWindows

PS C:\Users\NineBytes> ssh -N -L 18789:127.0.0.1:18789 ninebytes@192.168.201.11
ninebytes@192.168.201.11's password:
| （光标会持续闪烁）

SSL隧道打通后，然后访问刚刚输出日志给出来的链接：http://127.0.0.1:18789/#token=******

实际操作时token会正常显示，我为了防止token泄露替换为了星号。

若忘记你的API KEY，可以去你的大模型供应商后台获取或者使用：cat ~/.openclaw/agents/main/agent/auth-profiles.json命令查看。

[ninebytes@localhost ~]$ cat ~/.openclaw/agents/main/agent/auth-profiles.json
{
  "version": 1,
  "profiles": {
    "zai:default": {
      "type": "api_key",
      "provider": "zai",
      "key": "af********************************LB"
    }
  }
}

至此部署完成，可以开始配置专属于你的OpenClaw了！

好久不见

Thu, 05 Mar 2026 00:00:00 GMT

山西忻州五台山风景区

Thu, 02 Oct 2025 00:00:00 GMT

37天速通C1

Mon, 01 Sep 2025 00:00:00 GMT

博客接入Umami Cloud统计

Sun, 03 Aug 2025 00:00:00 GMT

Umami介绍：
Umami是一款轻量级、隐私优先的开源网站分析工具，可作为Google Analytics的替代品。它以隐私保护为核心设计，不追踪个人数据（无 IP 记录、无 Cookie），天然符合GDPR/CCPA等隐私法规要求。整个跟踪脚本仅 2KB 大小，比Google Analytics小了40倍，却提供了最关键的网站流量分析功能，包括页面浏览量、独立访客、设备类型和来源等核心指标。

注意：

本教程仅使用Umami Cloud，不适用于Umami自搭建。Umami自搭建请自行搜索

效果展示：

注册Umami账号

首先点击https://umami.is/去注册Umami Cloud账号。
点击右上角Sign up注册Umami Cloud账号。
填写你的用户名、邮箱地址及密码。
然后去邮箱里查看有没有激活邮件，点击Login进行登录。
再次填写邮箱地址及密码进行登录。

配置Umami

填写邮箱验证码。
选择数据存放区域，United States或European Union均可。
随便填写即可。
这里填写你的名称及要监听的域名。
将Umami提供的跟踪代码添加到你网站的head中即可。
Finish！
然后就成功来到了Umami挡泥板。
点击View即可查看到你的网站统计信息啦！
还可以在网站设置中打开Share URL。
复制URL放置在需要的位置即可。

Umami免费版局限性

Umami Cloud免费版计划限制添加3个站点，每月10W事件数，数据仅保留6个月。感觉不够用的话也可以自建。

又爆金币力

Thu, 24 Jul 2025 00:00:00 GMT

去年暑假购买的1年域名，7月底过期。
本来不想续费的，想换用dpdns的免费域名，但无奈这个域名捆绑了好多服务。
就只能再续费1年了，花费$4.88刀勒。😭

ZeroSSL申请公网IP SSL证书及部署

Sat, 19 Apr 2025 00:00:00 GMT

前言

我有一台国内的Debian12云服务器，我只拿它运行Alist。
因为我的域名是在NameSilo购买的，无法直接进行域名备案，只能申请公网IP证书。
ZeroSSL有免费的90Day公网IP证书，本文章使用ZeroSSL进行公网IP证书的申请及部署。
（~~其实我也懒得备案，流程太麻烦了~~）

注册ZeroSSL

点击这里首先进行注册ZeroSSL，需要魔法环境。

安装Nginx

更新软件包：sudo apt update && sudo apt upgrade
安装Nginx：sudo apt install nginx -y
安装完成后创建存放验证文件目录：sudo mkdir -p /var/www/html/.well-known/pki-validation/
.well-known执行755：sudo chmod -R 755 /var/www/html/.well-known/

开放安全组规则

去安全组规则中开放80端口，证书部署完成后再删除80端口规则即可。

申请新证书

点击New Certificate申请新证书，在文本框内输入服务器公网IP地址，然后就一直Next Step即可。
来到验证界面，选择HTTP验证。然后点击Download Auth File下载验证文件，将验证文件上传至刚刚创建的目录内。

编写Nginx配置文件

编写zerossl.conf文件：sudo vim /etc/nginx/zerossl.conf

server {
    listen 80;
    server_name 公网IP地址;    
    root /var/www/html;
    location /.well-known/pki-validation/ {
        allow all;
    }
}

然后重启Nginx：sudo systemctl restart nginx
测试Nginx：sudo nginx -t

ninebytes@hcss-ecs-fc21:~$ sudo nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

下载证书

操作没有问题的话，验证通过后，ZeroSSL会颁发证书。选择默认的Certificate即可。

部署证书

查看公网IP.zip压缩包结构：
我们需要的是服务器证书和私钥文件，即：certificate.crt和private.key。

ninebytes@hcss-ecs-fc21:~$ unzip -l 公网IP.zip 
Archive:  公网IP.zip
  Length      Date    Time    Name
---------  ---------- -----   ----
     2269  2025-04-19 04:24   certificate.crt
     2431  2025-04-19 04:24   ca_bundle.crt
     1702  2025-04-19 04:24   private.key
---------                     -------
     6402                     3 files

首先解压压缩包：unzip 公网IP.zip
创建证书存放目录：sudo mkdir /opt/alist/date/certs/
移动服务器证书和私钥文件到证书存放目录：sudo mv certificate.crt private.key /opt/alist/data/certs/
开放读取权限：sudo chmod 644 /opt/alist/data/certs/*

编写Alist配置文件

编写Alist配置文件：sudo vim /opt/alist/data/config.json
注意要根据Alist实际安装目录来。

  "scheme": {
    "address": "0.0.0.0",
    "http_port": -1, #关闭HTTP监听
    "https_port": 62772, #设置HTTPS监听端口
    "force_https": false, #关闭强制跳转HTTPS
    "cert_file": "/opt/alist/data/certs/certificate.crt", #服务器证书存放绝对路径
    "key_file": "/opt/alist/data/certs/private.key", #私钥文件存放绝对路径
    "unix_file": "",
    "unix_file_perm": ""
  },

重启Alist服务：sudo systemctl restart alist

验证SSL

Debian Linux Ansible

Fri, 21 Mar 2025 00:00:00 GMT

Ansible简介

Ansible是一款开源的自动化工具，由RedHat开发并维护，基于Python语言实现。它专注于简化 IT 基础设施的配置管理、应用部署和任务自动化，遵循“基础设施即代码（IaC）”理念，通过声明式的语法实现高效运维。

核心特性：

无客户端架构：通过 SSH（Linux）或 WinRM（Windows）直接管理节点，无需在目标机器上安装额外客户端，并且被管理节点会将结果返回至管理节点。
YAML 语法：使用易读的YAML文件（Playbook）定义自动化任务，降低学习成本。
幂等性（Idempotent）：任务重复执行不会改变系统最终状态，避免意外错误。
模块化设计：提供上千个内置模块（如 copy, service, template），支持自定义扩展。

核心模块：

Inventory：定义被管理的主机列表及分组，又被称为“资源池”或“资产”。
Ad-Hoc：快速执行单条命令（如 ansible all -m ping 测试连通性）。
Playbook：YAML格式的自动化流程脚本，描述任务集和配置策略。
Role：可复用的任务集合，实现逻辑分层与代码复用。

⚠️注意：
无论是Ad-Hoc或PlayBook所执行的某些功能不是由某些命令执行的，而是由一个个已经封装好的模块去执行的。比如复制功能的COPY模块；实现Ping功能的PING模块；执行Shell脚本的SHELL模块等等。

先决条件：

管理节点	被管理节点
OpenSSH	OpenSSH
Python Version >=2.6	Python Version >=2.4
Ansible	/

安装EPEL仓库

使用wget命令下载EPEL的rpm包：wget https://mirrors.aliyun.com/epel/epel-release-latest-9.noarch.rpm

[root@server ~]# wget https://mirrors.aliyun.com/epel/epel-release-latest-9.noarch.rpm
--2025-03-21 19:54:45--  https://mirrors.aliyun.com/epel/epel-release-latest-9.noarch.rpm
Resolving mirrors.aliyun.com (mirrors.aliyun.com)... 123.182.95.105, 106.8.159.240, 106.8.159.237, ...
Connecting to mirrors.aliyun.com (mirrors.aliyun.com)|123.182.95.105|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 18952 (19K) [application/x-rpm]
Saving to: ‘epel-release-latest-9.noarch.rpm’

epel-release-latest-9.noarch.r 100%[===================================================>]  18.51K  --.-KB/s    in 0s      

2025-03-21 19:54:45 (61.7 MB/s) - ‘epel-release-latest-9.noarch.rpm’ saved [18952/18952]

然后使用dnf命令安装下载好后的rpm包：dnf install ./epel-release-latest-9.noarch.rpm

[root@server ~]# dnf install ./epel-release-latest-9.noarch.rpm
Last metadata expiration check: 0:04:28 ago on Fri 21 Mar 2025 07:50:43 PM CST.
Dependencies resolved.
===========================================================================================================================
 Package                        Architecture             Version                      Repository                      Size
===========================================================================================================================
Installing:
 epel-release                   noarch                   9-9.el9                      @commandline                    19 k

Transaction Summary
===========================================================================================================================
Install  1 Package

Total size: 19 k
Installed size: 26 k
Is this ok [y/N]: y
Downloading Packages:
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
  Preparing        :                                                                                                   1/1 
  Installing       : epel-release-9-9.el9.noarch                                                                       1/1 
  Running scriptlet: epel-release-9-9.el9.noarch                                                                       1/1 
Many EPEL packages require the CodeReady Builder (CRB) repository.
It is recommended that you run /usr/bin/crb enable to enable the CRB repository.

  Verifying        : epel-release-9-9.el9.noarch                                                                       1/1 

Installed:
  epel-release-9-9.el9.noarch                                                                                              

Complete!

然后将EPEL仓库源替换为阿里EPEL源：

sed -i.bak \
    -e 's|^#baseurl=|baseurl=|g' \
    -e 's|^metalink|#metalink|g' \
    -e 's|https://download.example/pub/epel|https://mirrors.aliyun.com/epel|g' \
    /etc/yum.repos.d/epel*.repo

如果在替换EPEL源时报错可以尝试强制重装EPEL rpm包。
报错信息：

[root@server ~]# sed -e 's|^#baseurl=|baseurl=|g' \
         -e 's|^metalink|#metalink|g' \
         -e 's|https://download.example/pub/epel|https://mirrors.aliyun.com/epel|g' \
         -i /etc/yum.repos.d/epel*.repo
sed: can't read /etc/yum.repos.d/epel*.repo: No such file or directory
# 已成功安装EPEL但EPEL文件丢失；

强制重装EPEL rpm包：

[root@server ~]# dnf reinstall ./epel-release-latest-9.noarch.rpm
Last metadata expiration check: 0:10:53 ago on Fri 21 Mar 2025 07:50:43 PM CST.
Dependencies resolved.
===========================================================================================================================
 Package                        Architecture             Version                      Repository                      Size
===========================================================================================================================
Reinstalling:
 epel-release                   noarch                   9-9.el9                      @commandline                    19 k

Transaction Summary
===========================================================================================================================

Total size: 19 k
Installed size: 26 k
Is this ok [y/N]: y
Downloading Packages:
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
  Preparing        :                                                                                                   1/1 
  Reinstalling     : epel-release-9-9.el9.noarch                                                                       1/2 
  Running scriptlet: epel-release-9-9.el9.noarch                                                                       1/2 
  Cleanup          : epel-release-9-9.el9.noarch                                                                       2/2 
  Running scriptlet: epel-release-9-9.el9.noarch                                                                       2/2 
  Verifying        : epel-release-9-9.el9.noarch                                                                       1/2 
  Verifying        : epel-release-9-9.el9.noarch                                                                       2/2 

Reinstalled:
  epel-release-9-9.el9.noarch                                                                                              

Complete!

验证阿里云EPEL源：

[root@server ~]# grep "mirrors.aliyun.com" /etc/yum.repos.d/epel*.repo
/etc/yum.repos.d/epel-testing.repo:baseurl=https://mirrors.aliyun.com/epel/testing/9/Everything/$basearch/
/etc/yum.repos.d/epel-testing.repo:baseurl=https://mirrors.aliyun.com/epel/testing/9/Everything/$basearch/debug/
/etc/yum.repos.d/epel-testing.repo:baseurl=https://mirrors.aliyun.com/epel/testing/9/Everything/source/tree/

确认EPEL文件已生成：

[root@server ~]# ls /etc/yum.repos.d/epel*.repo
/etc/yum.repos.d/epel-cisco-openh264.repo  /etc/yum.repos.d/epel.repo  /etc/yum.repos.d/epel-testing.repo

清理旧缓存：dnf clean all
生成新缓存：dnf makecache
测试仓库可用性：dnf update

[root@server ~]# dnf clean all && dnf makecache && dnf update
17 files removed
Error: Cannot find a valid baseurl for repo: epel-cisco-openh264
Rocky Linux 9 - BaseOS                                                                      29 MB/s | 2.2 MB     00:00    
Rocky Linux 9 - AppStream                                                                   38 MB/s | 7.9 MB     00:00    
Ignoring repositories: epel-cisco-openh264
Metadata cache created.
Error: Cannot find a valid baseurl for repo: epel-cisco-openh264
Ignoring repositories: epel-cisco-openh264
Last metadata expiration check: 0:00:05 ago on Fri 21 Mar 2025 08:25:55 PM CST.
Dependencies resolved.
Nothing to do.
Complete!

可以看到上面的输出中有2条有关epel-cisco-openh264的报错信息。
该仓库用于提供Cisco的OpenH264编解码器（主要用于WebRTC视频通话等场景），但阿里云可能未同步此仓库，导致其baseurl配置失效。
虽然不会影响后续Ansible的安装，但也可以禁用epel-cisco-openh264仓库：
sed -i 's/enabled=1/enabled=0/g' /etc/yum.repos.d/epel-cisco-openh264.repo。
清理缓存并生成新缓存：
rm -rf /var/cache/dnf && dnf clean all && sudo dnf makecache。

安装Ansible

dnf安装： 使用dnf install ansible-core命令安装Ansible。

[root@server ~]# dnf install ansible-core
Last metadata expiration check: 0:00:28 ago on Fri 21 Mar 2025 08:30:39 PM CST.
Dependencies resolved.
===========================================================================================================================
 Package                             Architecture          Version                          Repository                Size
===========================================================================================================================
Installing:
 ansible-core                        x86_64                1:2.14.14-1.el9                  AppStream                2.2 M
Installing dependencies:
 git-core                            x86_64                2.43.0-1.el9                     AppStream                4.4 M
 python3-cffi                        x86_64                1.14.5-5.el9                     baseos                   241 k
 python3-cryptography                x86_64                36.0.1-4.el9                     baseos                   1.2 M
 python3-packaging                   noarch                20.9-5.el9                       AppStream                 69 k
 python3-ply                         noarch                3.11-14.el9.0.1                  baseos                   103 k
 python3-pycparser                   noarch                2.20-6.el9                       baseos                   124 k
 python3-pyparsing                   noarch                2.4.7-9.el9                      baseos                   150 k
 python3-resolvelib                  noarch                0.5.4-5.el9                      AppStream                 29 k
 sshpass                             x86_64                1.09-4.el9                       AppStream                 27 k

Transaction Summary
===========================================================================================================================
Install  10 Packages

Total size: 8.4 M
Installed size: 38 M
Is this ok [y/N]: y
Downloading Packages:
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
  Preparing        :                                                                                                   1/1 
  Installing       : git-core-2.43.0-1.el9.x86_64                                                                     1/10 
  Installing       : sshpass-1.09-4.el9.x86_64                                                                        2/10 
  Installing       : python3-resolvelib-0.5.4-5.el9.noarch                                                            3/10 
  Installing       : python3-ply-3.11-14.el9.0.1.noarch                                                               4/10 
  Installing       : python3-pycparser-2.20-6.el9.noarch                                                              5/10 
  Installing       : python3-cffi-1.14.5-5.el9.x86_64                                                                 6/10 
  Installing       : python3-cryptography-36.0.1-4.el9.x86_64                                                         7/10 
  Installing       : python3-pyparsing-2.4.7-9.el9.noarch                                                             8/10 
  Installing       : python3-packaging-20.9-5.el9.noarch                                                              9/10 
  Installing       : ansible-core-1:2.14.14-1.el9.x86_64                                                             10/10 
  Running scriptlet: ansible-core-1:2.14.14-1.el9.x86_64                                                             10/10 
  Verifying        : python3-pyparsing-2.4.7-9.el9.noarch                                                             1/10 
  Verifying        : python3-cryptography-36.0.1-4.el9.x86_64                                                         2/10 
  Verifying        : python3-cffi-1.14.5-5.el9.x86_64                                                                 3/10 
  Verifying        : python3-ply-3.11-14.el9.0.1.noarch                                                               4/10 
  Verifying        : python3-pycparser-2.20-6.el9.noarch                                                              5/10 
  Verifying        : python3-packaging-20.9-5.el9.noarch                                                              6/10 
  Verifying        : python3-resolvelib-0.5.4-5.el9.noarch                                                            7/10 
  Verifying        : sshpass-1.09-4.el9.x86_64                                                                        8/10 
  Verifying        : git-core-2.43.0-1.el9.x86_64                                                                     9/10 
  Verifying        : ansible-core-1:2.14.14-1.el9.x86_64                                                             10/10 

Installed:
  ansible-core-1:2.14.14-1.el9.x86_64        git-core-2.43.0-1.el9.x86_64           python3-cffi-1.14.5-5.el9.x86_64       
  python3-cryptography-36.0.1-4.el9.x86_64   python3-packaging-20.9-5.el9.noarch    python3-ply-3.11-14.el9.0.1.noarch     
  python3-pycparser-2.20-6.el9.noarch        python3-pyparsing-2.4.7-9.el9.noarch   python3-resolvelib-0.5.4-5.el9.noarch  
  sshpass-1.09-4.el9.x86_64                 

Complete!

验证安装：

[root@server ~]# ansible --version
ansible [core 2.14.14]
  # Ansible配置文件位置，特殊情况下才会修改；
  config file = /etc/ansible/ansible.cfg
  # 配置模块位置[root用户路径；其他用户路径]；
  configured module search path = ['/root/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules']
  # Ansible python模块位置；
  ansible python module location = /usr/lib/python3.9/site-packages/ansible
  ansible collection location = /root/.ansible/collections:/usr/share/ansible/collections
  executable location = /usr/bin/ansible
  # Ansible使用的Python版本；
  python version = 3.9.18 (main, Jan 24 2024, 00:00:00) [GCC 11.4.1 20231218 (Red Hat 11.4.1-3)] (/usr/bin/python3)
  jinja version = 3.1.2
  libyaml = True

pip安装：
安装Python3和pip：dnf install python3 python3-pip。
pip安装ansiblepip3 install ansible。

建立信任关系

Ansible使用的是SSH协议控制被管理节点的，就需要把管理节点的公钥给到被管理节点。
创建密钥对：
管理节点创建密钥对：ssh-keygen -t rsa。

[root@server ~]# ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): 
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /root/.ssh/id_rsa
Your public key has been saved in /root/.ssh/id_rsa.pub
The key fingerprint is:
SHA256:3s7c0wCEO/h2Tt3bsU28/jeqo6biqUEwzbbH0WQFMDk root@server
The key's randomart image is:
+---[RSA 3072]----+
|     oo+oo       |
|  o  E= . .      |
| o + ..o o       |
|  + o o o .      |
|   o o .S. o . . |
|  . .  .o.o o ..o|
|   .   ..+.  o +=|
|    ...  =.o. o++|
|   .oo..o.=.+oo.=|
+----[SHA256]-----+

验证密钥对：ls ~/.ssh。

[root@server ~]# ls ~/.ssh
id_rsa  id_rsa.pub

传输公钥至被管理节点： 使用命令：ssh-copy-id root@192.168.201.12。

请将"root@192.168.201.12"替换成你当前所在环境的用户名及主机地址；

[root@server ~]# ssh-copy-id root@192.168.201.12
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"
The authenticity of host '192.168.201.12 (192.168.201.12)' can't be established.
ED25519 key fingerprint is SHA256:2HrA0fsMIcuhKDEX/TOeNb7DcuMG4nNZlSLJ5fS4LdE.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
root@192.168.201.12's password: 

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh 'root@192.168.201.12'"
and check to make sure that only the key(s) you wanted were added.

测试是否可以免密SSH登录：ssh root@192.168.201.12。

[root@server ~]# ssh root@192.168.201.12
Activate the web console with: systemctl enable --now cockpit.socket

Last login: Fri Mar 21 19:37:00 2025 from 192.168.201.1
[root@slave1 ~]# exit
logout
Connection to 192.168.201.12 closed.
```shell
另一台被管理节点也是同样传输公钥。  
使用命令：`ssh-copy-id root@192.168.201.13`。  
```shell
[root@server ~]# ssh-copy-id root@192.168.201.13
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"
The authenticity of host '192.168.201.13 (192.168.201.13)' can't be established.
ED25519 key fingerprint is SHA256:2HrA0fsMIcuhKDEX/TOeNb7DcuMG4nNZlSLJ5fS4LdE.
This host key is known by the following other names/addresses:
    ~/.ssh/known_hosts:1: 192.168.201.12
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
root@192.168.201.13's password: 

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh 'root@192.168.201.13'"
and check to make sure that only the key(s) you wanted were added.

Ansible资产

Ansible资产分为：静态资产和动态资产。

静态资产：

定义：静态资产是一个手动编写的文本文件（默认为/etc/ansible/hosts），支持INI格式或YAML格式，其中包含固定的主机列表和分组信息。

特点：

手动维护：需要管理员手动编辑文件来添加、删除或修改主机。
简单直接：适用于主机数量较少且变化不频繁的环境。
支持分组和变量：可以在文件中定义主机组，并为组或主机设置变量。

适用场景：

小型或静态环境（如实验室、测试集群）；
需要手动控制主机列表的情况；

动态资产：

定义：动态资产通过外部脚本或API实时获取主机信息，适用于云环境或自动伸缩场景。

特点：

自动更新：主机信息从外部系统（如云平台、CMDB）动态获取；
减少人工维护：适合大规模、频繁变动的环境；
支持过滤和变量：可以根据标签、区域等条件动态分组；

资产编写语法

[1]未分组的主机：
这些没有具体归属的组，默认会被分配到ALL组。

192.168.10.1
10.10.10.11
red.example.com

[2]分组的主机：

[webservers]
192.168.20.1
10.20.10.11
green.example.com

[3]连续的主机：

# 192.168.30.1~192.168.30.15;
192.168.30.[1:15]
# www1.example.com~www9.example.com;
www[1:9].example.com

[4]注释掉的主机：

# 192.168.1.1

如何使用自定义资产？
通过-i参数指定自定义资产的相对路径或绝对路径即可。
ansible all -i /etc/ansible/inventory.ini ...
如何验证自定义资产？
ansible -i inventory.ini test1_servers --list-hosts
列出inventory.ini文件中test1_servers分组的主机；

[root@server ~]# ansible -i /etc/ansible/inventory.ini test1_servers --list-hosts
  hosts (3):
    192.168.201.12
    192.168.201.13
    192.168.60.11

资产选择器

有时候我们只想对资产文件中的某一部分资产进行操作，而不是全部资产服务器。这时就可以使用Ansible资产选择器PATTERN。
基本语法格式：ansible PATTERN -i inventory -m module -a argument。
其中，PATTERN可以是资产文件中的存在的一台主机[主机名或IP]或一个组名；
-i：指定资产文件；
-m：指定使用的模块；
-a：关于使用的模块传递的参数；
[1]选择单台服务器：ansible -i /etc/ansible/inventory.ini 192.168.201.12 --list-hosts。

[root@server ~]# ansible -i /etc/ansible/inventory.ini 192.168.201.12 --list-hosts
  hosts (1):
    192.168.201.12

也可以将IP替换为主机名：

[root@server ~]# ansible -i /etc/ansible/inventory.ini test1.example.com --list-hosts
  hosts (1):
    test1.example.com

[2]选择多台主机使用","间隔：

[root@server ~]# ansible -i /etc/ansible/inventory.ini 192.168.201.12,192.168.201.13 --list-hosts
  hosts (2):
    192.168.201.12
    192.168.201.13

[3]选择一个组：
192.168.60.11同时属于test1_servers和test2_servers组，但是Ansible会自动去重，并不会对重复的主机执行2次操作。

[root@server ~]# ansible -i /etc/ansible/inventory.ini all-servers --list-hosts
  hosts (5):
    192.168.201.12
    192.168.201.13
    192.168.60.11
    192.168.100.11
    192.168.100.12

[4]使用*匹配：

[root@server ~]# ansible -i /etc/ansible/inventory.ini 192.168.50.* --list-hosts
  hosts (10):
    192.168.50.1
    192.168.50.2
    192.168.50.3
    192.168.50.4
    192.168.50.5
    192.168.50.6
    192.168.50.7
    192.168.50.8
    192.168.50.9
    192.168.50.10

[5]使用逻辑匹配：

列出test1_servers和test2_servers两个组的并集，并自动去重。

[root@server ~]# ansible -i /etc/ansible/inventory.ini 'test1_servers:test2_servers' --list-hosts
  hosts (5):
    192.168.201.12
    192.168.201.13
    192.168.60.11
    192.168.100.11
    192.168.100.12

列出test1_servers和test2_servers两个组的交集，即两组共有的主机。

[root@server ~]# ansible -i /etc/ansible/inventory.ini 'test1_servers:&test2_servers' --list-hosts
  hosts (1):
    192.168.60.11

列出在test1_servers中，不在test2中，及去除两组共有的主机后的主机的集合。
需要注意的是命令有先后顺序之分。

[root@server ~]# ansible -i /etc/ansible/inventory.ini 'test1_servers:!test2_servers' --list-hosts
  hosts (2):
    192.168.201.12
    192.168.201.13

示例图：
4. 列出在test2_servers中，不在test1中，及去除两组共有的主机后的主机的集合。

[root@server ~]# ansible -i /etc/ansible/inventory.ini 'test2_servers:!test1_servers' --list-hosts
  hosts (2):
    192.168.100.11
    192.168.100.12

示例图：

AD-Hoc

1.什么是AD-Hoc？
AD-Hoc类似于在命令行内输入Shell命令，可以快速执行一些测试或执行一些临时命令。AD-Hoc和Ansible Playbook类似Shell命令和Shell脚本的区别。
如果执行命令需要增加某些判断逻辑或循环，亦或者是经常要使用的命令。这种情况下不适合使用AD-Hoc，适合使用Playbook。

基本语法格式：ansible PATTERN [-i inventory] -m module -a argument。

2.Ansible模块类型：

核心模块：由Ansible官方团队提供维护的；
附加模块：由各个社区提供。例如OpenStack、Docker社区等；
自定义模块：当核心模块和附加模块无法满足要求时，用户可以自定义模块；

默认情况下，在安装Ansible 的时候，核⼼模块和附加模块都已经安装⽽⽆需⽤户⼲预。

3.联机帮助：
Ansible 的核⼼模块和附加模块，数量是数以千计的。这样庞⼤的模块数量，对于任何⼀个接触Ansible的⼈来说都不可能将其完全记住和掌握使⽤。因此能够顺利使⽤Ansible的帮助⽂档，对我们来说是很有必要的。Ansible 的帮助⽂档，由它本身提供的命令ansible-doc实现。

常用帮助参数：

统计当前系统中已安装的Ansible模块总数：

[root@server ansible]# ansible-doc -l | wc -l
8394

如果你只有几十个模块的话，那说明你安装的是core版的Ansible。只有核心模块也足够基础学习和使用了，附加模块非必需但实用。如果想要安装完整版Ansible，请使用pip安装。

查询某个模块的使用方法：ansible-doc [-s] [*模块名]

-s：可选，查看简化文档；
模块名：必选，模块名称；
使用方法文档太长，不做展示。

Ansible常用模块

command & shell

command模块作用：
在目标节点上直接执行命令，不通过 shell 解析（如变量替换、管道等）。
command模块是AD-Hoc的默认模块，在执行AD-Hoc时，若不指定模块，则默认使用command模块。

shell模块作用：
在目标节点上通过shell环境执行命令，支持所有shell功能（管道、重定向等）。

现在新建一个inventory2.ini。

[test1_servers]
192.168.201.12

[test2_servers]
192.168.201.13

执行命令：ansible all -i /etc/ansible/inventory2.ini -a "echo 'hello'"。
这条命令并没有指定模块，默认使用的是command模块。

[root@server ~]# ansible all -i /etc/ansible/inventory2.ini -a "echo 'hello'"
192.168.201.13 | CHANGED | rc=0 >>
hello
192.168.201.12 | CHANGED | rc=0 >>
hello

现在再指定shell模块执行相同的命令：ansible all -i /etc/ansible/inventory2.ini -m shell -a "echo 'hello'"。

[root@server ~]# ansible all -i /etc/ansible/inventory2.ini -m shell -a "echo 'hello'"
192.168.201.13 | CHANGED | rc=0 >>
hello
192.168.201.12 | CHANGED | rc=0 >>
hello

可以看到输出结果均是相同的。

command和shell模块区别：

commend模块无法执行shell内置命令及特性；
shell模块可以执行shell内置命令和特性。例如管道符等；

commend & shell Example：
使用shell模块+管道符过滤出e字母：
ansible all -i /etc/ansible/inventory2.ini -m shell -a "echo 'hello' | grep -o 'e'"。

[root@server ~]# ansible all -i /etc/ansible/inventory2.ini -m shell -a "echo 'hello' | grep -o 'e'"
192.168.201.13 | CHANGED | rc=0 >>
e
192.168.201.12 | CHANGED | rc=0 >>
e

不指定模块，使用默认commend模块执行相同命令：
可以看到输出结果，因为commend模块无法使用管道符，无法过滤出"e"字母，直接将echo后的参数整个输出了出来。
ansible all -i /etc/ansible/inventory2.ini -a "echo 'hello' | grep -o 'e'"

[root@server ~]# ansible all -i /etc/ansible/inventory2.ini -a "echo 'hello' | grep -o 'e'"
192.168.201.13 | CHANGED | rc=0 >>
hello | grep -o e
192.168.201.12 | CHANGED | rc=0 >>
hello | grep -o e

script

作用：
该模块会将脚本复制到被管理节点后执行（类似scp+ssh组合），但执行.py脚本目标节点必须配有Python环境。

Example：
首先创建一个.sh脚本，在root用户目录下创建一个lookme.txt文件。

[root@server ~]# vi tsa1.sh
[root@server ~]# cat tsa1.sh 
touch /root/lookme.txt

现在先对一个组进行操作：
ansible test1_servers -i /etc/ansible/inventory2.ini -m script -a "/root/tsa1.sh"
-a选项内加上你要复制的脚本的绝对路径。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m script -a "/root/tsa1.sh"
192.168.201.12 | CHANGED => {
    "changed": true, #已进行改变；
    "rc": 0, #返回值为0；
    "stderr": "Shared connection to 192.168.201.12 closed.\r\n",
    "stderr_lines": [
        "Shared connection to 192.168.201.12 closed."
    ],
    "stdout": "",
    "stdout_lines": []
}

然后就可以看到在被管理节点/root目录下有新创建的lookme.txt文件。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "ls /root"
192.168.201.12 | CHANGED | rc=0 >>
anaconda-ks.cfg
lookme.txt

copy

作用：
将管理节点上的文件或目录复制到各被管理节点的指定路径，支持设置权限、属主等属性。
常用参数：

src：源文件路径（管理节点文件/目录）；
dest：目标路径（被管理节点文件/目录）；
backup：若被管理节点的源文件有变动，则在覆盖前备份原文件（yes/no）；
owner：设置新拷贝文件属主；
group：设置新拷贝文件属组；
mode：设置新拷贝文件权限（八进制或符号模式）；

src & dest Example：

复制管理节点/root/tsb1.txt到被管理节点/root目录中：
ansible test1_servers -i /etc/ansible/inventory2.ini -m copy -a "src=./tsb1.txt dest=/root/tsb1.txt"

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m copy -a "src=./tsb1.txt dest=/root/tsb1.txt"
192.168.201.12 | CHANGED => {
#返回结果的被控节点地址 | 状态：改变；
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3" #使用的python解释器；
    },
    "changed": true, #已进行改变；
    "checksum": "ebb92ca6d631204c2333dd9513e3c137ac13395d", #源文件的SHA1校验值；
    "dest": "/root/tsb1.txt", #目标文件地址；
    "gid": 0, #属组ID；
    "group": "root", #所属组；
    "md5sum": "4e1825cbf34d727cfad6a838d9939704", #目标文件MD5校验值；
    "mode": "0644", #文件权限；
    "owner": "root", #属主；
    "secontext": "system_u:object_r:admin_home_t:s0",
    "size": 6, #文件大小；
    "src": "/root/.ansible/tmp/ansible-tmp-1744555001.9337418-7441-110356214628896/source", #临时脚本文件地址；
    "state": "file",
    "uid": 0
}

然后就可以看到在被管理节点/root目录下有新创建的tsb1.txt文件。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "ls /root"
192.168.201.12 | CHANGED | rc=0 >>
anaconda-ks.cfg
lookme.txt
tsb1.txt

backup Example：
我们刚才从管理节点复制了tsb1.txt到被管理节点上，这份文件并没有进行变动。
现在我们将backup参数设置为yes看看效果。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m copy -a "src=./tsb1.txt dest=/root/tsb1.txt backup=yes"
192.168.201.12 | SUCCESS => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": false,
    "checksum": "ebb92ca6d631204c2333dd9513e3c137ac13395d",
    "dest": "/root/tsb1.txt",
    "gid": 0,
    "group": "root",
    "mode": "0644",
    "owner": "root",
    "path": "/root/tsb1.txt",
    "secontext": "system_u:object_r:admin_home_t:s0",
    "size": 6,
    "state": "file",
    "uid": 0
}

可以看到changed参数是false的。
若是现有的md5值与将要复制的文件的md5值一致的话，那么Ansible并不会进行任何操作，只会反馈记录给你，并不会进行覆盖文件和备份源文件的操作。
现在我们将被管理节点的tsb1.txt追加一点字符，让其进行改变：

[root@slave1 ~]# echo "0413" >> tsb1.txt
[root@slave1 ~]# cat tsb1.txt 
2025
0413

现在再次执行命令：
可以看到changed参数已经变为true。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m copy -a "src=./tsb1.txt dest=/root/tsb1.txt backup=yes"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "backup_file": "/root/tsb1.txt.5644.2025-04-13@23:05:42~",
    "changed": true,
    "checksum": "ebb92ca6d631204c2333dd9513e3c137ac13395d",
    "dest": "/root/tsb1.txt",
    "gid": 0,
    "group": "root",
    "md5sum": "4e1825cbf34d727cfad6a838d9939704",
    "mode": "0644",
    "owner": "root",
    "secontext": "system_u:object_r:admin_home_t:s0",
    "size": 6,
    "src": "/root/.ansible/tmp/ansible-tmp-1744556732.4213805-7558-258084477085640/source",
    "state": "file",
    "uid": 0
}

验证：
Ansible备份文件为tsb1.txt.5644.2025-04-13@23:05:42~。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "ls /root"
192.168.201.12 | CHANGED | rc=0 >>
anaconda-ks.cfg
lookme.txt
tsb1.txt
tsb1.txt.5644.2025-04-13@23:05:42~

-----

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "cat /root/tsb1*"
192.168.201.12 | CHANGED | rc=0 >>
2025 #未经追加变动的文件

2025 #经过追加变动的文件
0413

owner & group Example：
将tsb1.txt文件设置所属用户为ninebytes，所属用户组为ninebytes。

设置的所属用户或用户组须在目标主机上存在。否则使用useradd -m -s /bin/bash -G [usergroup] [username]创建。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m copy -a "src=./tsb1.txt dest=/root/tsb1.txt owner=ninebytes group=ninebytes"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "checksum": "ebb92ca6d631204c2333dd9513e3c137ac13395d",
    "dest": "/root/tsb1.txt",
    "gid": 1000,
    "group": "ninebytes",
    "mode": "0644",
    "owner": "ninebytes",
    "path": "/root/tsb1.txt",
    "secontext": "system_u:object_r:admin_home_t:s0",
    "size": 6,
    "state": "file",
    "uid": 1000
}

验证：
可以看到tsb1.txt文件所属用户及所属用户组已经为ninebytes。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "ls -l /root"
192.168.201.12 | CHANGED | rc=0 >>
total 12
-rw-------. 1 root      root      1197 Mar 20 18:13 anaconda-ks.cfg
-rw-r--r--. 1 root      root         0 Apr 13 21:01 lookme.txt
-rw-r--r--. 1 ninebytes ninebytes    6 Apr 13 23:05 tsb1.txt
-rw-r--r--. 1 root      root        10 Apr 13 23:01 tsb1.txt.5644.2025-04-13@23:05:42~

mode Example： 将tsb1权限设置为755：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m copy -a "src=./tsb1.txt dest=/root/tsb1.txt mode=0755"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "checksum": "ebb92ca6d631204c2333dd9513e3c137ac13395d",
    "dest": "/root/tsb1.txt",
    "gid": 1000,
    "group": "ninebytes",
    "mode": "0755",
    "owner": "ninebytes",
    "path": "/root/tsb1.txt",
    "secontext": "system_u:object_r:admin_home_t:s0",
    "size": 6,
    "state": "file",
    "uid": 1000
}

可以看到mode参数已经变为了0755，但是所属用户及用户组依然是ninebytes。
现在我们将tsb1.txt文件删除，再次复制一份tsb1.txt文件，并将权限设置为755：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m copy -a "src=./tsb1.txt dest=/root/tsb1.txt mode=0755"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "checksum": "ebb92ca6d631204c2333dd9513e3c137ac13395d",
    "dest": "/root/tsb1.txt",
    "gid": 0,
    "group": "root",
    "md5sum": "4e1825cbf34d727cfad6a838d9939704",
    "mode": "0755",
    "owner": "root",
    "secontext": "system_u:object_r:admin_home_t:s0",
    "size": 6,
    "src": "/root/.ansible/tmp/ansible-tmp-1744558397.1363587-7717-16903293464467/source",
    "state": "file",
    "uid": 0
}

可以看到由于我们并没有指定文件的所属用户及用户组，所以默认归属于root用户。

yum_repsitory

作用：
用于管理YUM/DNF软件仓库的模块，适用于RHEL/CentOS/Fedora等基于RPM的系统。它可以添加、修改或删除YUM仓库配置，确保目标主机能够从指定源安装软件包。

常用参数：

name：仓库名称，必选的参数；
description：仓库描述，可选；
baseurl：仓库地址，必须的参数。支持http://、ftp://、file://；
file：自定义保存到被控节点的.repo文件名。不含.repo，默认name参数的值；
enable：是否启用仓库；
gpgcheck：是否开启GPG检查，没有默认值，一般依靠/etc/yum.conf文件中的配置；
gpgkey：GPG公钥URL。前提为gpgcheck=yes；
state：present(添加/更新)或absent(删除)；

Example：
添加EPEL源：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m yum_repository -a "name=epel baseurl='https://download.fedoraproject.org/pub/epel/ $releasever/$basearch/' description='FEDORA EPEL'"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true, #changed值为true，改变成功；
    "repo": "epel",
    "state": "present" #state值为present(添加/更新)；
}

验证：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "ls /etc/yum.repos.d/ && cat /etc/yum.repos.d/epel.repo"
192.168.201.12 | CHANGED | rc=0 >>
epel.repo
rocky.repo
rocky.repo.bak
[epel]
baseurl = https://download.fedoraproject.org/pub/epel/ //
name = FEDORA EPEL

删除EPEL源：
删除EPEL源不需要添加EPEL源时的那么多参数，只需要指定name参数和state参数即可。name参数不需要指定文件后缀名。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m yum_repository -a "name=epel state=absent"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true, #changed值为true，改变成功；
    "repo": "epel",
    "state": "absent" #state值为absent(删除)；
}

验证：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory -m shell -a "ls /etc/yum.repos.d/"
192.168.201.12 | CHANGED | rc=0 >>
rocky.repo
rocky.repo.bak

需要注意的是state absent只能删除由Ansible管理过的repo文件，不能删除现有的或其它的.repo文件：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m yum_repository -a "name=rocky state=absent"
192.168.201.12 | SUCCESS => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": false, #changed值为flase，改变失败；
    "repo": "rocky",
    "state": "absent" #虽然state值为absent，但changed依然为flase，文件没有被删除;
}

虽然返回的state值为absent，但/etc/yum.repos.d目录下还是有rocky.repo文件，并没有进行更改/删除。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory -m shell -a "ls /etc/yum.repos.d/"
192.168.201.12 | CHANGED | rc=0 >>
rocky.repo
rocky.repo.bak

yum

作用：
Ansible的yum模块用于在RHEL/CentOS/Fedora等基于RPM的被管理机器上管理软件包。它是对yum包管理器的封装，支持安装、升级、卸载等操作。

⭐需要注意的是：

Ansible yum模块直接使用被管理节点（目标节点）的yum源，而不是通过管理节点下载后再传输；
yum模块的所有命令（安装、卸载、更新等）在被管理节点上直接运行，通过管理节点SSH远程执行。管理节点仅发送指令，不参与实际包下载或传输；
管理节点使用yum模块前必须配置被管理节点上正确的yum仓库（例如Base、EPEL等），否则会因找不到包而失败。可通过enablerepo或disablerepo参数临时调整仓库；

常用参数：

name：指定包名，支持列表或单个包，多个软件包以英文软件包间隔；
state：包的状态：
- present：安装，默认选择；
- latest：升级到最新版；
- absent：卸载；
enablerepo：临时启用指定仓库；
disablerepo：临时禁用仓库；
exclude：排除特定包；
update_cache：yes。更新缓存，相当于yum makecache；
disable_gpg_check：yes。跳过GPG签名验证；
allow_downgrade：yes。允许降级包版本；

Example：
安装nginx包。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m yum -a "name=nginx state=present"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true, #changed值为true，改变成功；
    "msg": "",
    "rc": 0,
    "results": [ #做出的结果；
        "Installed: rocky-logos-httpd-90.15-2.el9.noarch",
        "Installed: nginx-core-2:1.20.1-20.el9.0.1.x86_64",
        "Installed: nginx-2:1.20.1-20.el9.0.1.x86_64",
        "Installed: nginx-filesystem-2:1.20.1-20.el9.0.1.noarch"
    ]
}

卸载nginx包。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m yum -a "name=nginx state=absent"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true, #changed值为true，改变成功；
    "msg": "",
    "rc": 0,
    "results": [ #做出的结果；
        "Removed: nginx-2:1.20.1-20.el9.0.1.x86_64"
    ]
}

安装Development tools软件包组：

ansible test1_servers -i /etc/ansible/inventory2.ini -m yum -a "name='@Development tools' state=present"

⭐需要注意的是：

Development tools是一个软件包组，并不是单个的软件包；
"@"符号用于标识软件包组而不是单个软件包。它的作用类似于“分类标签”，用来批量安装一组功能相关的软件包。
直接使用yum install @Development tools会报错，必须将组名用引号包裹。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m yum -a "name='@Development tools' state=present"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "msg": "",
    "rc": 0,
    "results": [
        "Group development installed.",
        "Installed: java-1.8.0-openjdk-headless-1:1.8.0.442.b06-2.el9.x86_64",
        "Installed: valgrind-devel-1:3.23.0-4.el9.x86_64",
        "Installed: valgrind-1:3.23.0-4.el9.x86_64",

        ---此处省略一堆包名---

        "Installed: nss-softokn-3.101.0-10.el9_5.x86_64",
        "Installed: nss-3.101.0-10.el9_5.x86_64",
        "Installed: pulseaudio-libs-15.0-2.el9.x86_64",
        "Removed: rpm-plugin-audit-4.16.1.3-29.el9.x86_64",
        "Removed: rpm-plugin-selinux-4.16.1.3-29.el9.x86_64",
        "Removed: rpm-plugin-systemd-inhibit-4.16.1.3-29.el9.x86_64",

        ---此处省略一堆包名---

        "Removed: rpm-4.16.1.3-29.el9.x86_64",
        "Removed: rpm-build-libs-4.16.1.3-29.el9.x86_64",
        "Removed: rpm-libs-4.16.1.3-29.el9.x86_64"
    ]
}

systemd

作用：
systemd模块用于管理系统服务，支持服务的启动、停止、重启、启用开机自启等操作。它是管理Linux系统服务的核心模块。

⚠️注意：
systemd在CentOS7和RHEL7及更高版本中才成为默认的初始化系统。CentOS 6及更早版本使用传统的为sysvinit或upstart，部分发行版使用，例如Ubuntu 14.04。
Ansible systemd模块底层调用systemctl命令。CentOS6没有systemctl，因此systemd模块无法正常工作。
解决办法：
使用service模块：Ansible提供了service模块，兼容sysvinit和upstart，适用于CentOS6。

常用参数：

name：服务名称，.service可省；
state：
- started：启动；
- stopped：停止；
- restarted：重启；
- reloaded：重载配置；
enabled：是否开机自启；
daemon_reload：是否先执行systemctl demon-reload，重新载入systemd，扫描新的或有变动的服务单元；
masked：是否禁止服务启动（强制禁用）；
scope：控制服务作用域：
- system：系统级；
- user：用户级；
no_block：非阻塞模式（不等待操作完成）；

Example：

重新加载systemd：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m systemd -a "daemon_reload=yes"
192.168.201.12 | SUCCESS => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": false,
    "name": null,
    "status": {}
}

启动nginx服务：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m systemd -a "name=nginx state=started"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "name": "nginx",
    "state": "started",
    "status": {
        "AccessSELinuxContext": "system_u:object_r:httpd_unit_file_t:s0",
        "ActiveEnterTimestampMonotonic": "0",
        "ActiveExitTimestampMonotonic": "0",


        "WatchdogSignal": "6",
        "WatchdogTimestampMonotonic": "0",
        "WatchdogUSec": "infinity"
    }
}

为什么status输出这么长：
systemd会记录服务的所有可能属性（包括默认值），即使某些字段未被显式配置。Ansible也会直接返回原始数据，便于调试和高级用例。

停止nginx服务：

ansible test1_servers -i /etc/ansible/inventory2.ini -m systemd -a "name=nginx state=stopped"

重启nginx服务：

ansible test1_servers -i /etc/ansible/inventory2.ini -m systemd -a "name=nginx state=restarted"

重新加载nginx服务：

ansible test1_servers -i /etc/ansible/inventory2.ini -m systemd -a "name=nginx state=reloaded"

将nginx服务设置为开机自启：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m systemd -a "name=nginx enabled=yes"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "enabled": true,
    "name": "nginx",
    "status": {
        "AccessSELinuxContext": "system_u:object_r:httpd_unit_file_t:s0",
        "ActiveEnterTimestamp": "Wed 2025-04-16 21:40:42 CST",
        "ActiveEnterTimestampMonotonic": "108010991815",

        ---此处省略一堆返回值---

        "WatchdogSignal": "6",
        "WatchdogTimestampMonotonic": "0",
        "WatchdogUSec": "0"
    }
}

group

作用：
group模块用于管理系统上的用户组。

常用参数：

name：组名称，必选项；
system：是否为系统组，yes/no，默认no；
state：状态，present创建，absent删除，默认为present；
gid：指定创建用户组的GID；

Example：
test1_servers组内所有主机创建ninebytes_admin用户组：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m group -a "name=ninebytes_admin"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true, #changed值为true，改变成功；
    "gid": 1001, #创建的ninebytes_admin用户组GID为1001；
    "name": "ninebytes_admin", #名称为ninebytes_admin；
    "state": "present", #状态为创建用户组；
    "system": false #system=false，非系统组；
}

去到slave1查看是否创建成功：

[root@slave1 ~]# grep "ninebytes_admin" /etc/group
ninebytes_admin:x:1001:

test1_servers组内所有主机删除ninebytes_admin用户组：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m group -a "state=absent name=ninebytes_admin"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "name": "ninebytes_admin",
    "state": "absent" #状态为删除用户组；
}

user

作用：
user模块用于管理系统上的用户账户。

常用参数：

name：用户名，必选项；
state：状态，present创建，absent删除，默认为present；
uid：用户UID；
system：是否为系统用户；
state：状态，present创建，absent删除，默认为present；
group：设置用户主组；
groups：设置用户的附加组，默认会把用户从其他已加入的组中删除；
append：和groups配合时，设置为yes则不会将用户从其他已加入的组中删除；
shell：指定用户登录时使用的shell程序或修改现有用户的默认shell，它决定了用户登录系统后使用的命令行环境；
password：设置用户密码，由于会直接存入shadow，所以只接受加密值，默认不设置密码；
update_password：设置的密码不同于原密码，则会更新密码；
home：设置用户家目录；
comment：用户描述信息；
create_home：创建用户时是否创建家目录。默认创建，不创建则设置为no；
remove：是否删除与用户关联的目录，例如家目录和邮箱目录，只有当state=absent时生效。删除设置为yes，默认no 不删除；
generate_ssh_key：为用户生成ssh密钥。不会覆盖现有的ssh密钥；
expires：设置用户账户过期时间，自动化管理用户账户的生命周期，直接跟上unix时间戳即可使用；
ssh_key_bits：设置用户ssh密钥加密位数；
ssh_key_type：设置用户秘钥加密类型，默认rsa，具体类型取决于被控节点；
ssh_key_file：可以实现ssh密钥改名，或变更存放ssh密钥位置，默认为.ssh/id_rsa；

Example：
【1】：test1_servers组内所有主机创建用户testuser，设置为系统用户，登录密码为123456，加入testgroup1用户组。
由于user模块password参数只会接受加密值，所以在写AD-Hoc命令之前，要先生成一个加密的密码哈希，然后将这个密码哈希传递给一个变量，在此我使用的是py3加密的SHA512。

[root@server ~]# PASS_HASH=$(python3 -c 'import crypt; print(crypt.crypt("123456", crypt.mksalt(crypt.METHOD_SHA512)))')

查看变量$PASS_HASH值：

[root@server ~]# echo "$PASS_HASH"
$6$9dz45qAaPAU8tuYx$h7WVmhXFjanf72Z6pvISpl3MnrJgSSqnnHON/5J5Msy7QtEsPmP021P.D8kKIBVQaNbvCGt9nduTeuPFgVTmT.

然后就可以编写AD-Hoc命令，将$PASS_HASH变量传递给password参数：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m user -a "name=testuser system=yes password=$PASS_HASH group=testgroup1"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "append": false,
    "changed": true,
    "comment": "",
    "group": 1001,
    "home": "/home/testuser",
    "move_home": false,
    "name": "testuser",
    "password": "NOT_LOGGING_PASSWORD",
    "shell": "/bin/bash",
    "state": "present",
    "uid": 984
}

可以看到password返回的值为NOT_LOGGING_PASSWORD。
这是由于安全保护机制，Ansible会主动屏蔽密码字段的输出，防止敏感信息泄露到日志或终端中，实际上密码已经成功配置，可以检查被控节点的/etc/shadow。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "grep testuser /etc/shadow"
192.168.201.12 | CHANGED | rc=0 >>
testuser:$6$9dz45qAaPAU8tuYx$h7WVmhXFjanf72Z6pvISpl3MnrJgSSqnnHON/5J5Msy7QtEsPmP021P.D8kKIBVQaNbvCGt9nduTeuPFgVTmT.:20240::::::

使用宿主机PowerShell SSH连接，密码123456：

PS C:\Users\NineBytes> ssh testuser@192.168.201.12
testuser@192.168.201.12's password:
Last login: Sun Jun  1 16:19:50 2025 from 192.168.201.1
[testuser@slave1 ~]$ exit

【2】：test1_servers组内所有主机删除testuser用户。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m user -a "name=testuser state=absent remove=yes"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "force": false,
    "name": "testuser",
    "remove": false,
    "state": "absent"
}

下面来看一种可能会遇到的报错情况：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m user -a "name=testuser state=absent remove=yes"
192.168.201.12 | FAILED! => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": false,
    "msg": "userdel: /var/spool/mail/testuser not owned by testuser, not removing\n",
    "name": "testuser",
    "rc": 12 #错误代码rc=12表示用户删除操作部分失败，主要是因为附属文件清理不成功；
}

<Error>为什么会遇到"userdel: /var/spool/mail/testuser not owned by testuser, not removing\n"报错？</Error> 这个错误是因为Ansible在尝试删除用户testuser时，遇到了/var/spool/mail/testuser邮件文件的所有权问题。
系统检测到/var/spool/mail/testuser文件的所有者不是testuser，因此拒绝删除，这是Ansible一种安全机制，防止误删不属于该用户的文件。

方法1：

先先手动删除邮件文件再删除用户：

ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "rm -f /var/spool/mail/testuser"
ansible test1_servers -i /etc/ansible/inventory2.ini -m user -a "name=testuser state=absent remove=yes"

方法2：

强制删除，不推荐，确定安全后再使用：

ansible test1_servers -i /etc/ansible/inventory2.ini -m user -a "name=testuser state=absent force=yes remove=yes"

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m user -a "name=testuser state=absent force=yes remove=yes"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "force": true,
    "name": "testuser",
    "remove": true,
    "state": "absent",
    "stderr": "userdel: testuser mail spool (/var/spool/mail/testuser) not found\n",
    "stderr_lines": [
        "userdel: testuser mail spool (/var/spool/mail/testuser) not found"
    ]
}

邮件目录的作用：
大多数Linux发行版（如CentOS、RHEL、Ubuntu等）在创建用户时，会自动在/var/spool/mail/下生成一个与用户名同名的邮件文件。
即使你没有主动使用邮件功能，系统或某些服务（如cron）可能会通过邮件通知用户。

Cron 作业的输出：
如果用户的cron任务有输出（标准输出或错误输出），系统会尝试将这些输出发送到用户的邮件文件（/var/spool/mail/用户名）。
系统通知：
某些守护进程（如systemd或审计日志）可能会通过邮件向用户发送告警或日志。

【3】：test1_servers组内所有主机创建用户testuser2，并为其创建秘钥对，秘钥类型为ecdsa。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m user -a "name=testuser2 generate_ssh_key=yes ssh_key_type=ecdsa ssh_key_bits=256"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "append": false,
    "changed": true,
    "comment": "",
    "group": 1002,
    "home": "/home/testuser2",
    "move_home": false,
    "name": "testuser2",
    "shell": "/bin/bash",
    "ssh_fingerprint": "256 SHA256:RAwX2jXbFRdo7N3h01Tk4uD/bHX0POoTLZA9g2yS41I ansible-generated on slave1 (ECDSA)",
    "ssh_key_file": "/home/testuser2/.ssh/id_ecdsa",
    "ssh_public_key": "ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBLbGGD76qswvaVUG6bga7ivtaF2YIUGuPPMVLP7U1fCPyueTM5hiwy87ieRO0SAQV5uvIZt2ep87QyP6dHghSd8= ansible-generated on slave1",
    "state": "present",
    "uid": 1001
}

查看密钥对是否创建成功：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "ls /home/testuser2/.ssh"
192.168.201.12 | CHANGED | rc=0 >>
id_ecdsa
id_ecdsa.pub

【4】：test1_servers组内所有主机创建用户testuser3，设置登录密码为123456，加入用户组ninebytes_admin，且不影响用户原本加入的用户组，设置过期时间戳为1748822400，创建用户家目录。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m user -a "name=testuser3 password=$PASS_HASH groups=ninebytes_admin append=yes expires=1748822400 create_home=yes"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "comment": "",
    "create_home": true,
    "group": 1004,
    "groups": "ninebytes_admin",
    "home": "/home/testuser3",
    "name": "testuser3",
    "password": "NOT_LOGGING_PASSWORD",
    "shell": "/bin/bash",
    "state": "present",
    "system": false,
    "uid": 1001
}

查看testuser3用户账户和密码过期信息：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "chage -l testuser3"
192.168.201.12 | CHANGED | rc=0 >>
Last password change                                    : Jun 01, 2025
# 密码最后修改日期（用户创建时生成）;
Password expires                                        : never
#密码永不过期（默认）;
Password inactive                                       : never
#密码过期后无宽限期（默认）;
Account expires                                         : Jun 02, 2025
#账户将在 2025-06-02 自动失效;
Minimum number of days between password change          : 0
#允许立即修改密码（默认）;
Maximum number of days between password change          : 99999
#密码有效期极长（相当于never）;
Number of days of warning before password expires       : 7
#密码到期前 7 天警告（因密码永不过期未启用）;

如何计算时间戳？

[root@server ~]# date -d "2025-06-02 08:00:00 +0800" +%s
1748822400

参数说明：

-d "2025-06-02 08:00:00 +0800"
指定北京时间的日期和时间（+0800表示东八区）。
+%s
输出Unix时间戳（自1970-01-01 00:00:00 UTC起的秒数）。

时间戳反向验证日期：

[root@server ~]# date -d @1748822400 '+%Y-%m-%d %H:%M:%S %z'
2025-06-02 08:00:00 +0800

file

作用：
file模块是Ansible中用于管理文件和目录的核心模块之一，它可以创建文件、目录、符号链接，设置权限和属性，以及删除文件系统对象。
file和copy模块不同的是，file可以直接在被控主机上创建或删除文件/文件夹，但copy模块仅仅是将管理节点上的文件/文件夹复制到被控主机上。

file模块的作用包括但不限于以下：

创建空文件
创建目录（包括多级目录）
创建符号链接（软链接）
修改文件/目录的权限、所有者、组等属性
删除文件、目录或链接
修改文件/目录的SElinux上下文

常用参数：

path：文件/目录的路径，为必选项；
state：状态：
- file(默认)：常用于检查文件是否存在，存在则返回文件信息，不存在则不会被创建；
- directory：如果目录不存在，则创建目录；
- link：创建软链接；
- hard：创建硬链接；
- touch：若文件不存在，则会创建一个新文件，存在则仅更新其最后修改时间；
- absent：删除目录、文件或取消链接文件；
mode：设置权限模式，八进制或符号表示：mode：0644或mode：u=rw,g=r,o=r；
owner：设置文件所有者；
group：设置文件所属组；
recurse：递归设置目录下文件的属性，仅对目录有效；
src：软/硬链接的源文件的路径，当state=link或state=hard时使用；
dest：软/硬链接文件的路径，当state=link或state=hard时使用；
force：强制创建链接（会覆盖现有文件）；
follow：是否跟踪符号链接；
seuser/serole/setype/selevel：SELinux相关属性；

Example：
【1】：test1_servers组内所有主机在/tmp下创建test.conf文件。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m file -a "path=/tmp/test.conf state=touch"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "dest": "/tmp/test.conf",
    "gid": 0,
    "group": "root",
    "mode": "0644",
    "owner": "root",
    "secontext": "unconfined_u:object_r:user_tmp_t:s0",
    "size": 0,
    "state": "file",
    "uid": 0
}

【2】：改变/tmp/test.conf文件所有者为nobody，权限改为644。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m file -a "path=/tmp/test.conf owner=nobody group=nobody mode=0644"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "gid": 65534,
    "group": "nobody",
    "mode": "0644",
    "owner": "nobody",
    "path": "/tmp/test.conf",
    "secontext": "unconfined_u:object_r:user_tmp_t:s0",
    "size": 0,
    "state": "file",
    "uid": 65534 #nobody用户的UID；
}

【3】：为/tmp/test.conf创建软链接。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m file -a "src=/tmp/test.conf dest=/tmp/test.link.conf state=link"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "dest": "/tmp/test.link.conf", #软链接文件路径；
    "gid": 0,
    "group": "root",
    "mode": "0777",
    "owner": "root",
    "secontext": "unconfined_u:object_r:user_tmp_t:s0",
    "size": 14,
    "src": "/tmp/test.conf", #软链接源文件路径；
    "state": "link", #状态为软/硬链接；
    "uid": 0
}

验证软链接：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "ls -l /tmp"
192.168.201.12 | CHANGED | rc=0 >>
total 0
drwx------. 2 root   root   56 Jun  2 15:19 ansible_ansible.legacy.command_payload_el631vwh
drwxr-xr-x. 2 root   root   19 Apr 16 20:25 hsperfdata_root
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-bluetooth.service-gKgP3G
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-chronyd.service-YDHbNy
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-dbus-broker.service-i5eBCf
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-kdump.service-Tl8A1S
drwx------. 3 root   root   17 Apr 16 21:40 systemd-private-084dc7114c6f43279ad87767c4f39c44-nginx.service-h6tWUO
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-systemd-logind.service-Nd78xF
-rw-r--r--. 1 nobody nobody  0 Jun  2 00:38 test.conf #软链接源文件；
lrwxrwxrwx. 1 root   root   14 Jun  2 15:15 test.link.conf -> /tmp/test.conf #test.link.conf软链接文件指向/tmp/test.conf；
drwx------. 2 root   root    6 Apr 16 17:06 vmware-root_869-3988752892

【4】：在/tmp下创建目录testdir。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m file -a "path=/tmp/testdir state=directory"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "gid": 0,
    "group": "root",
    "mode": "0755",
    "owner": "root",
    "path": "/tmp/testdir",
    "secontext": "unconfined_u:object_r:user_tmp_t:s0",
    "size": 6,
    "state": "directory",
    "uid": 0
}

验证目录testdir：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "ls -l /tmp"
192.168.201.12 | CHANGED | rc=0 >>
total 0
drwx------. 2 root   root   56 Jun  2 15:33 ansible_ansible.legacy.command_payload_kyjyun2s
drwxr-xr-x. 2 root   root   19 Apr 16 20:25 hsperfdata_root
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-bluetooth.service-gKgP3G
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-chronyd.service-YDHbNy
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-dbus-broker.service-i5eBCf
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-kdump.service-Tl8A1S
drwx------. 3 root   root   17 Apr 16 21:40 systemd-private-084dc7114c6f43279ad87767c4f39c44-nginx.service-h6tWUO
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-systemd-logind.service-Nd78xF
-rw-r--r--. 1 nobody nobody  0 Jun  2 00:38 test.conf
drwxr-xr-x. 2 root   root    6 Jun  2 15:32 testdir
lrwxrwxrwx. 1 root   root   14 Jun  2 15:15 test.link.conf -> /tmp/test.conf
drwx------. 2 root   root    6 Apr 16 17:06 vmware-root_869-3988752892

【5】：取消/tmp/test.link.conf对/tmp/test.conf的软链接。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m file -a "path=/tmp/test.link.conf state=absent"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "path": "/tmp/test.link.conf",
    "state": "absent"
}

验证取消软链接：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "ls -l /tmp"
192.168.201.12 | CHANGED | rc=0 >>
total 0
drwx------. 2 root   root   56 Jun  2 15:37 ansible_ansible.legacy.command_payload_q7j058e5
drwxr-xr-x. 2 root   root   19 Apr 16 20:25 hsperfdata_root
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-bluetooth.service-gKgP3G
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-chronyd.service-YDHbNy
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-dbus-broker.service-i5eBCf
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-kdump.service-Tl8A1S
drwx------. 3 root   root   17 Apr 16 21:40 systemd-private-084dc7114c6f43279ad87767c4f39c44-nginx.service-h6tWUO
drwx------. 3 root   root   17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-systemd-logind.service-Nd78xF
-rw-r--r--. 1 nobody nobody  0 Jun  2 00:38 test.conf
drwxr-xr-x. 2 root   root    6 Jun  2 15:32 testdir
drwx------. 2 root   root    6 Apr 16 17:06 vmware-root_869-3988752892

【6】：删除/tmp/test.conf。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m file -a "path=/tmp/test.conf state=absent"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "path": "/tmp/test.conf",
    "state": "absent"
}

验证删除/tmp/test.conf：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "ls -l /tmp"
192.168.201.12 | CHANGED | rc=0 >>
total 0
drwx------. 2 root root 56 Jun  2 15:39 ansible_ansible.legacy.command_payload_i5xivqxc
drwxr-xr-x. 2 root root 19 Apr 16 20:25 hsperfdata_root
drwx------. 3 root root 17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-bluetooth.service-gKgP3G
drwx------. 3 root root 17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-chronyd.service-YDHbNy
drwx------. 3 root root 17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-dbus-broker.service-i5eBCf
drwx------. 3 root root 17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-kdump.service-Tl8A1S
drwx------. 3 root root 17 Apr 16 21:40 systemd-private-084dc7114c6f43279ad87767c4f39c44-nginx.service-h6tWUO
drwx------. 3 root root 17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-systemd-logind.service-Nd78xF
drwxr-xr-x. 2 root root  6 Jun  2 15:32 testdir
drwx------. 2 root root  6 Apr 16 17:06 vmware-root_869-3988752892

【7】：为/etc/yum.repos.d创建硬链接到/tmp/rocky.hard.repo。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m file -a "src=/etc/yum.repos.d/rocky.repo dest=/tmp/rocky.hard.repo state=hard"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "dest": "/tmp/rocky.hard.repo",
    "gid": 0,
    "group": "root",
    "mode": "0644",
    "owner": "root",
    "secontext": "system_u:object_r:system_conf_t:s0",
    "size": 406,
    "src": "/etc/yum.repos.d/rocky.repo",
    "state": "hard",
    "uid": 0
}

验证硬链接：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "ls -l /tmp"
192.168.201.12 | CHANGED | rc=0 >>
total 4
drwx------. 2 root root  56 Jun  2 15:57 ansible_ansible.legacy.command_payload_dqbgpf63
drwxr-xr-x. 2 root root  19 Apr 16 20:25 hsperfdata_root
-rw-r--r--. 2 root root 406 Apr 15 20:49 rocky.hard.repo
drwx------. 3 root root  17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-bluetooth.service-gKgP3G
drwx------. 3 root root  17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-chronyd.service-YDHbNy
drwx------. 3 root root  17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-dbus-broker.service-i5eBCf
drwx------. 3 root root  17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-kdump.service-Tl8A1S
drwx------. 3 root root  17 Apr 16 21:40 systemd-private-084dc7114c6f43279ad87767c4f39c44-nginx.service-h6tWUO
drwx------. 3 root root  17 Mar 22 12:25 systemd-private-084dc7114c6f43279ad87767c4f39c44-systemd-logind.service-Nd78xF
drwxr-xr-x. 2 root root   6 Jun  2 15:32 testdir
drwx------. 2 root root   6 Apr 16 17:06 vmware-root_869-3988752892

cron

作用：
cron模块用于管理被控端计划任务，等同于linux中的计划任务。

注意：使用Ansible创建的计划任务不能使用本地crontab -e编辑，否则Ansible将无法再次操作此计划任务。

主要原因：

文件位置不同：
- Ansible默认将cron任务写入/var/spool/cron/目录下的用户专用文件（如 var/spool/cron/root）；
- crontab -e会将这些内容复制到临时文件编辑，但源文件仍由Ansible管理；
格式差异：
- Ansible会自动添加注释标记（如#Ansible: Job名）；
- 手动编辑可能会破坏这些标记，导致Ansible无法正确识别和管理这些任务；
同步问题：
- 手动修改后，下次Ansible运行时可能会覆盖您的更改（因为 Ansible 只认它自己管理的任务）;
- Ansible 使用"声明式"配置，会强制将系统状态变为playbook中定义的状态;
权限问题：
- Ansible通常以root或特定用户身份运行;
- 如果您以不同用户身份运行crontab -e，可能看不到Ansible创建的任务;

常用参数：

name：指定一个作业名字，必选项；
job：指定要执行的内容，通常是脚本或一段内容；
state：指定job状态，present创建，absent删除，默认为present；
user：设置作业的用户，默认为当前用户；
minute：指定分钟（0-59，*：每分钟，*/2：每两分钟，默认为*）；
hour：指定小时（0-23，*：每分钟，*/2：每两分钟，默认为*）；
day：指定天数（1-31，*，：每天，*/2：每两天，默认为*）；
weekday：指定星期（0-6，周日为0，默认为*，即每星期；或者输入英文单词也可以：Sunday-Saturday）；
month：月（1-12，*：每月，*/2：每两月，默认为*）；
special_time：预设时间(如@daily, @weekly等)；
disabled：是否禁用该作业，默认no；
backup：是否备份修改前的crontab，默认no；
env：设置环境变量；

Example：
【1】：为root用户创建test job作业，每天8点运行。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m cron -a "name='test job' minute=0 hour=8 job='ls / -alh > /dev/null' user=root"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "envs": [],
    "jobs": [
        "test job"
    ]
}

列出当前用户的cron任务：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "crontab -l"
192.168.201.12 | CHANGED | rc=0 >>
#Ansible: test job
0 8 * * * ls / -alh > /dev/null

使用sudo crontab -u username -l查看其他用户的cron任务。

【2】：为root用户创建complex test job作业，每工作日(周一到周五)上午9点到下午5点每小时运行一次。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m cron -a "name='complex test job' minute=0 hour="9-17" weekday="1-5" job='ls / -alh > /dev/null' user=root"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "envs": [],
    "jobs": [
        "test job",
        "complex test job"
    ]
}

【3】：删除test job任务。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m cron -a "name='test job' state=absent"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "envs": [],
    "jobs": [
        "complex test job"
    ]
}

验证是否删除test job任务：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "crontab -l"
192.168.201.12 | CHANGED | rc=0 >>
#Ansible: complex test job
0 9-17 * * 1-5 ls / -alh > /dev/null

【4】：禁用complex test job而非删除。

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m cron -a "name='complex test job' job='ls / -alh > /dev/null' disabled=yes"
192.168.201.12 | CHANGED => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": true,
    "envs": [],
    "jobs": [
        "complex test job"
    ]
}

注意：禁用作业需要同时提供name及job字段；
否则会报错：You must specify 'job' to install a new cron job or variable；

原因：

Ansible的幂等性原则：

Ansible遵循幂等性（Idempotency），即无论执行多少次，结果都应该一致。
- name只是任务的标识符（用于人类可读的描述），而job才是任务的实际内容。
- 如果仅凭name禁用任务，Ansible无法确保它修改的是正确的任务（因为name可能重复或不唯一）。
- job是唯一能精确匹配目标任务的字段，避免误操作。
2. cron的底层机制：

Linux crontab本身并不存储name，Ansible是通过在crontab中添加注释来标记任务归属的。
shell #Ansible: Backup Database 0 3 * * * /opt/backup.sh - 禁用任务实际上是在原任务前添加#注释（但保留#Ansible标记）： shell #Ansible: Backup Database #0 3 * * * /opt/backup.sh - 如果仅提供name，Ansible无法确定要注释哪一行命令（因为可能有多个任务共享相同的name）；

验证complex test job作业是否禁用：

[root@server ~]# ansible test1_servers -i /etc/ansible/inventory2.ini -m shell -a "crontab -l"
192.168.201.12 | CHANGED | rc=0 >>
#Ansible: complex test job
#* * * * * ls / -alh > /dev/null
[root@server ~]#

debug

本文章无期限停止更新···

Debian12 SSH安全配置

Mon, 17 Mar 2025 00:00:00 GMT

修改SSH端口号

在Linux中，默认的SSH端口号为22，由于这是人尽皆知的，容易被入侵者扫描。
通过修改SSH的配置文件实现修改端口号：sudo vim /etc/ssh/sshd_config
端口号定义范围最大不能超过65535；也不要占用常用的端口；例如20、21等。也可以自己自定义一个高位端口号。
使用sudo systemctl restart sshd && systemctl status sshd命令重启ssh服务并查看状态。

ninebytes@ninebytes:~$ sudo systemctl restart sshd && systemctl status sshd
● ssh.service - OpenBSD Secure Shell server
     Loaded: loaded (/lib/systemd/system/ssh.service; enabled; preset: enabled)
     Active: active (running) since Sat 2025-03-17 00:07:58 CST; 39ms ago
       Docs: man:sshd(8)
             man:sshd_config(5)
    Process: 1521 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=0/SUCCESS)
   Main PID: 1522 (sshd)
      Tasks: 1 (limit: 4611)
     Memory: 1.4M
        CPU: 116ms
     CGroup: /system.slice/ssh.service
             └─1522 "sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups"

或者使用：sudo ss -tulnp | grep sshd查看端口占用情况。

ninebytes@ninebytes:~$ sudo ss -tulnp | grep sshd
tcp   LISTEN 0      128          0.0.0.0:52221      0.0.0.0:*    users:(("sshd",pid=3375,fd=3))
tcp   LISTEN 0      128             [::]:52221         [::]:*    users:(("sshd",pid=3375,fd=4))

有时候旧的SSH进程并没有正确退出，导致22端口依旧被占用，仍然能使用22端口进行SSH连接。
使用sudo killall sshd && sudo systemctl start ssh终止所有的ssh进程，并重新启动ssh进程。
若提示"killall command not found"，则没有安装psmisc软件包，killall命令属于psmisc软件包。
使用sudo apt update && sudo apt install psmisc安装psmisc软件包。
再次尝试使用22端口进行SSH连接，则连接超时。

禁止Root用户SSH登录

禁止Root用户SSH登录可以直接防御暴力破解。Root用户是Linux系统的默认超级用户，攻击者会优先尝试此账户。
通过修改SSH的配置文件实现禁止Root用户登录：sudo vim /etc/ssh/sshd_config。
Debian12默认将root用户登录方式设置为了秘钥认证，将PermitRootLogin prohibit-password修改为PermitRootLogin no。
最后重启ssh服务sudo systemctl restart sshd即可。

设置SSH最大连接数

通过修改SSH的配置文件实现设置SSH最大连接数：sudo vim /etc/ssh/sshd_config
找到MaxSessions并取消注释，更改MaxSessions到一个你认为比较合适的数值即可。
最后重启ssh服务sudo systemctl restart sshd。

设置SSH最大认证尝试次数

通过修改SSH的配置文件实现设置SSH最大连接数：sudo vim /etc/ssh/sshd_config
找到MaxAuthTries并取消注释，更改MaxAuthTries到一个你认为比较合适的数值即可。
最后重启ssh服务sudo systemctl restart sshd。

设置SSH连接超时时间

通过修改SSH的配置文件实现设置SSH连接超时时间：sudo vim /etc/ssh/sshd_config。
ClientAliveInterval：
SSH服务器会每隔N秒向SSH客户端发送一个空心跳包，用于检测客户端是否仍在线。
ClientAliveCountMax：
SSH服务器在连续N次未收到SSH客户端对心跳包的响应后，会主动断开SSH连接。
举例：

# SSH服务器每隔60秒向SSH客户端发送一个空心跳包；
ClientAliveInterval 60
# SSH服务器连续3次未收到SSH客户端对心跳包的响应后，会主动断开SSH连接;
ClientAliveCountMax 3

# 总超时时间即为60*3=180秒=3分钟;

最后重启ssh服务sudo systemctl restart sshd。

创建普通用户并赋予sudo权限

创建一个用户testuser并赋予sudo权限：sudo adduser testuser。
将testuser用户加入sudo用户组：
使用命令sudo usermod -aG sudo testuser。
验证sudo权限：
使用命令：sudo -l -U testuser验证testuser用户是否被赋予sudo权限，在输出命令中可以看到是否可以以sudo权限运行所有命令：(ALL : ALL) ALL。

ninebytes@ninebytes:~$ sudo -l -U testuser
Matching Defaults entries for testuser on ninebytes:
    env_reset, mail_badpass, secure_path=/usr/local/sbin\:/usr/local/bin\:/usr/sbin\:/usr/bin\:/sbin\:/bin, use_pty

User testuser may run the following commands on ninebytes:
    (ALL : ALL) ALL

或者使用命令：groups testuser查看testuser用户的所属用户组。

ninebytes@ninebytes:~$ groups testuser
testuser : testuser sudo users

删除不需要的sudo权限用户

使用命令：sudo deluser --remove-home testuser删除testuser用户及其主目录。

ninebytes@ninebytes:~$ sudo deluser --remove-home testuser
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "en_US:en",
        LC_ALL = (unset),
        LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Looking for files to backup/remove ...
Removing files ...
Removing crontab ...
Removing user `testuser' ...
Done.

Windows DeepSeek本地部署

Sat, 01 Feb 2025 00:00:00 GMT

前言

为什么要本地部署？

数据仅在本地处理，不会上传云端。
不受某些神秘的限制。
更快地响应输出。
不依赖互联网连接，可以无网络使用。
可以根据具体需求对模型进行微调和优化，以适应特定的应用场景。
可以快速响应和解决技术问题，减少对外部支持的依赖。

:::warning 即使是本地部署也不可以搞瑟瑟哦 :::

Ollama安装

什么是Ollama？
Ollama 是一个用于在本地运行大型语言模型（LLMs）的工具。它允许用户在个人计算机上部署和运行各种开源语言模型，如 LLaMA、Mistral 等。Ollama 提供了一个简单的命令行界面，使得用户能够轻松地下载、管理和与这些模型进行交互。
首先打开Ollma官网，下载跟你系统对应的Ollma版本。下载好后点击Install安装即可。
下载慢的话可以点击这里使用我的huang1111网盘进行下载。打开命令提示符或PowerShell均可，输入ollama，如果出现我这样的信息，就证明Ollama成功安装了。

寻找合适版本

再次打开Ollma官网，在搜索框内输入deepseek，点击deepseek-r1。这里提供了多个蒸馏过的R1模型，根据自己电脑配置进行选择。

Tips：1.5b核显也可以运行

下面是各个版本的运行命令：
1.5b：

ollama run deepseek-r1:1.5b

7b：

ollama run deepseek-r1:7b

8b：

ollama run deepseek-r1:8b

14b：

ollama run deepseek-r1:14b

32b：

ollama run deepseek-r1:32b

70b：

ollama run deepseek-r1:70b

671b：

ollama run deepseek-r1:671b

我的显卡是4060L，有8GB的显存，运行8b模型即可。
将命令复制后，打开命令提示符或PowerShell，然后将命令粘贴进去然后回车即可。耐心等待下载完成。

运行DeepSeek

下载完成后，命令行内输入ollama list查看已经下载好的模型。
使用ollama run model_name运行对应的模型。

安装ChatBox

访问ChatBox官网，点击免费下载（for Windows）下载ChatBox，然后安装。
下载慢的话可以点击这里使用我的huang1111网盘进行下载。安装完成后打开ChatBox，第1次打开会让你选择并配置AI模型提供方。点击使用我自己的API KEY或本地模型。

配置ChatBox

点击Ollama API。选择本地DeepSeek模型。点击保存。即可开始使用图形化界面。 <Success>恭喜你部署成功啦！</Success>

使用Web UI

由于需要Magic环境，我并没有Magic，所以没有配图，只有文本。

使用Google Chrome安装Page Assist插件后，启动Ollama服务。
在Google Chrome内使用快捷键<Kbd>Ctrl</Kbd> + <Kbd>Shift</Kbd> + <Kbd>L</Kbd>即可呼出Page Assist页面。
首次打开需要简单配置一下：在右上角设置-RAG Setting中选择为你下载的DeepSeek模型，然后回到对话窗口，即可在WebUI中玩耍了。

卸载模型

使用命令ollama rm model_name来卸载模型。

最后

运行8b模型前后时的显存占用图。 <Diff r="https://s1.imagehub.cc/images/2025/04/28/c300b94c70ae901c1e97600747e8a65c.png" l="https://s1.imagehub.cc/images/2025/04/28/1062bd0d805501a72dd53dfc264a84aa.png"></Diff> 运行14b模型前后时的显存占用图。 <Diff r="https://s1.imagehub.cc/images/2025/04/28/c300b94c70ae901c1e97600747e8a65c.png" l="https://s1.imagehub.cc/images/2025/04/28/802f847e374f937caac27e7cba514625.png"></Diff>

Tips：如果下载到最后特别慢的话，可以<Kbd>Ctrl</Kbd> + <Kbd>C</Kbd>停止后，再次执行该运行命令。

重装系统之胎教级教程

Sun, 19 Jan 2025 00:00:00 GMT

最近家里的台式电脑系统崩了，进不去系统，只能进BIOS。照着这个机会正好写一个重装系统之胎教级的教程。

准备工作

1个容量大于16GB的U盘
PE环境制作软件
系统镜像

下载微PE

制作PE环境的软件有很多，就不一一列举了，我这里使用的是微PE。
首先打开微PE官网，点击右上角的下载 如果你要装的机器是近几年较新的机器，例如英特尔酷睿13、14代，或者是AMD锐龙R5、R7、R9等系列，那就选择下载微PE工具箱新版。
如果你的机器是已经淘汰下来的机器，例如英特尔酷睿2代、3代等，那就选择下载微PE工具箱旧版本。这里会提示捐赠，可以点击先不捐赠。如果你有一定的经济实力，请扫码捐赠，毕竟维护不易。这时候会让你选择下载64位还是32位，自行去搜索你的CPU架构是32位还是64位。

Tips：最近几年出的CPU均是64位的

制作系统U盘

:::caution 制作系统U盘会格式化U盘，U盘内的所有数据都将丢失，请做好数据备份！ ::: :::caution 制作系统U盘会格式化U盘，U盘内的所有数据都将丢失，请做好数据备份！ ::: :::caution 制作系统U盘会格式化U盘，U盘内的所有数据都将丢失，请做好数据备份！ :::

下载好后，将U盘插入电脑USB接口。
打开微PE，点击右下角的USB接口图标，安装PE到U盘。不要点击中间的"立即安装进系统"，这样会把PE环境安装到你现在操作的电脑上。如果你电脑上只插着1个U盘，那微PE就会正确识别到它。
如果你电脑上有插着多个U盘，在待写入U盘中，请选择正确的U盘。
其他配置默认就行，你也可以在U盘卷标内填写一个好辨识的名字。在你点下开始制作按钮之前，你还有机会检查你的U盘内是否还有重要数据。等待制作完成。系统U盘制作完成。

下载系统镜像

我这里访问的是HelloWindows，其他好用的镜像站推荐I Tell You，旧站最新只有Windows10 1909，新站有最新的Windows11 24H2，不过需要花1分钟时间注册。
选择好你想要安装的系统镜像后，点击ed2K下载或BT下载均可，此时会将下载链接复制到剪贴板内。还需要搭配下载器才能食用。
下载器推荐比特彗星，如果比特彗星下载慢的话，可以尝试吸血雷。比特彗星下载太慢了，所以用的吸血雷。镜像下载完成后，复制到U盘内，弹出U盘即可。

Tips：注意不要复制镜像文件到EFI分区内

进入PE环境

将系统U盘插入要重装系统的电脑，最好插在主机背板后，哪个USB接口速率最快插哪个。
~~（懒得爬到背板后面去插了...）~~ 在开机之前你还要确认主板BIOS快捷键是哪个，自行Bing搜索。
插好后按下开机键，然后狂按BIOS快捷键，进入BIOS界面，在启动界面设置第1启动项为系统U盘。选择到正确的U盘型号。选择好后，按下F10保存并退出，电脑会自动重启。如果你的设置没有问题的话，就会进入PE系统界面。

硬盘分区

然后打开桌面上的DiskGenius。
选择你要安装系统的硬盘。点击删除所有分区。点击是。随后点击左上角的保存更改。

系统安装

分区完成后，在系统U盘内找到你复制的镜像文件，并双击打开它。然后找到setup.exe程序，双击运行。选项默认，点击下一页。点击现在安装。选择你想安装的操作系统类型。同意许可条款。选择自定义安装类型。首先确认这是不是你的硬盘大小，然后再单击选择到未分配的空间，然后点击下一页即可。等待安装完成。安装完成之后，会有10秒的等待时间，等待重启即可。
⚠️提示：在重启电脑黑屏的时候，请快速将U盘从电脑USB插口上拔除，以免再次进入BIOS界面。

配置系统

等待电脑重启完成后，会进入配置系统界面，配置系统很简单，只要你认识中文就会配置。

系统重装完成

系统重装完成。

:::tip 不要忘了下载驱动哦 ~ :::

Rocky Linux 9.4 VMware安装教程

Sun, 03 Nov 2024 00:00:00 GMT

1. 下载镜像

首先下载Rocky Linux 9.4的镜像，可以去Rocky Linux官网或者阿里、网易等镜像站下载。
注意架构不要选择错了。

2. 创建新的虚拟机

打开VMware Workstation Pro 17，创建新的虚拟机。
类型选择典型。选择稍后安装操作系统。客户机操作系统选择Linux，版本选择其他 Linux 5.x 内核 64位。填写虚拟机名称及选择虚拟机安装位置。最大磁盘大小建议50G+。点击自定义硬件。内存设置4096MB，根据你的实体机的硬件配置适量增减。处理器数量设置1，每个处理器内核数量设置为8，适量减少也可以。
如果有虚拟化需求就勾选虚拟化引擎。 CD/DVD 点击浏览选择到你的Rocky Linux9.4镜像。网络适配器模式按需选择，不了解的自行bing。
全部设置完成后点击关闭，再点击完成即可。

3. 安装虚拟机

点击开启此虚拟机。用上下方向键选择到Install Rocky Linux 9.4。稍加等待，然后选择系统语言，点击继续。带有黄色感叹号的选项是必须进行配置的。首先来配置安装位置，点击SYSTEM下方的Installation Destination。
点击选择到这个80GiB的磁盘，然后点击Done。然后配置Root密码。设置完密码后，勾选Allow root SSH login with password,允许root用户使用密码进行SSH登录。
当你使用的密码是弱密码时，需要点击2次Done。同时也可以点击User Creation创建一个普通用户，键入你的用户名及密码。
Make this user administrator：设置此用户为管理员。
Require a password to use this accout：需要密码才能使用这个账户。
点击Done保存配置。
然后点击Software Selection，选择软件版本。我选择的是Minimal Install最小安装，只有命令行界面。想要带有GUI界面的选择第1个Server with GUI,选择完成后点击Done。然后就可以点击Begin Installation开始安装Rocky Linux 9.4了。耐心等待安装。安装完成后点击Reboot System。然后就可以开始你的操作了。

笔记本新机验机保姆级教程

Sat, 24 Aug 2024 00:00:00 GMT

1.开箱前言

新机收到后最好当着快递员面拆箱检查，如果你跟我一样，快递员扔下快递就跑路了，那你拿回家拆箱检查并全程手机录像也是可以的。
快递拿到家后，拆箱前请保持全程录像，这将是你新机出问题后跟客服对峙最有力的证据。录像的时候最好是一个人录像一个人拆，这样方便很多，要不当杨过真的很难受。

2.外观检查

首先要检查的就是外包装完整性，检查外包装有没有破损，外包装破损的话一般问题不大。主要看的是内包装，内包装破损的话那就可以联系快递员退换货了。
如果包装没有问题的话，那就该检查机器配置是否和你购买的机器配置一致。
注意：机器配置单必须和你购买的一模一样，少一个字母多一个字母都不行，比如是买的13650HX，实际到手却是13650H。机器配置单确认无误后，拆开包装，检查产品说明书、联保凭证、保修卡以及电源适配器等配件是否齐全。

3.机器外观检查

保证没有问题后我们就可以拿出机器，检查机器的ABCD面是否有指纹、污渍、划痕、是否平整等。
然后掀起屏幕，检查触摸板以及开关电源键是否有指纹，各类接口有没有插拔痕迹，螺丝等有没有拧动痕迹等。

4.机器开机检查

以上均没有问题后就可以插电源开机了，只插电源线和键鼠即可，不要插网线！！！有些品牌机型有运输模式，不插电源线是无法开机的，这项特性也可以成为你的验机手段。
第一次开机慢是正常情况，开机后然后根据提示走就可以，直至提示你联网的时候，这时候先不要联网！！！无论是插网线还是连WIFI，只要联网均视为激活，绝大部分电脑激活后是无法无问题退换货的。这时候按下Shift+F10键，无反应就按下Shift+Fn+F10键，在命令提示符窗口内输入OOBE\BYPASSNRO，注意这里是反斜杠。输入完成后回车，等待电脑重启完成。
输命令的时候如果输不上去需要你点击一下命令提示符窗口，并不是键盘坏了。重启完成后，点击这里的我没有Internet连接。然后点击继续执行受限设置，然后就根据提示来就可以。然后你可能会发现桌面空空如也，具体设置等验机完成后根据我这篇文章来设置：Windows11到手基础配置。

5.图吧工具箱检查

推荐使用图吧工具箱进行验机，简单快捷。你可以使用另一台电脑提前下载好后复制至U盘内进行安装，或者是连接手机进行传输，但是不要直接联网下载。
图吧工具箱的安装过程比较简单，不再叙述。
安装完成后，点击左侧栏的"硬件信息"，查看机器实际配置是否和你所购买的完全一致。然后点击左侧栏的"磁盘工具"，再双击打开"DiskInfo"，查看硬盘累计读写及累计通电时间。如果你的机器红框内的数值跟我的差不多，那恭喜你已经下车下了一半了。

6.烤鸡压力测试

烤鸡可以测试机器的稳定性，一般烤15分钟即可。
烤鸡前请确保你已经正确插入了电源线，并确保运行模式不是"省电模式"。还要开启"独显直连"，各家开启方式不同，自行搜索。然后再去控制面板内检查是否处于"省电模式"，是的话就更改为高性能模式。

6.1 FurMark

点击左侧栏中的"显卡工具"，双击运行"一键烤显卡"，将会以1280*720分辨率运行FurMark。运行15分钟即可。运行期间电脑有些卡顿是正常现象。开始FurMark烤鸡。 15分钟FurMark压力测试通过，紫色横线分别是运行时间、帧率(最小帧率、最大帧率、平均帧率)，紫色方框内是GPU温度(最低温度、最高温度)。烤鸡的时候还可以打开AIDA64查看具体温度器数值，点击左侧"主板工具"，然后双击打开AIDA64。然后在左侧栏的"计算机-传感器"中查看。 CPU、GPU温度在60-80+度都是正常温度，如果你的电脑烤鸡时温度飙升到90多甚至破百，那就需要联系客服了，新机一般来说都是在60-90区间内上下浮动。

6.2 AIDA64烤鸡

打开AIDA64后，点击这个折线图标，打开AIDA64系统稳定性测试。最常用到的有3个，分别是：
Stress CPU：满载整数运算测试，模拟日常使用场景，浏览网页、office、聊天、视频等。
Stress FPU：满载浮点运算测试，模拟生产或大型游戏使用场景，图形、视频渲染、特效、大型3A游戏等。
Stress GPU：满载显卡压力测试，对显卡频率、使用量、显存等进行测试。
使用AIDA64烤鸡时单烤FPU、双烤CPU、FPU和三烤CPU、FPU、GPU即可。测试时间15分钟，15分钟内不死机、蓝屏、报错、不撞温度墙就可以判断为通过。首先勾选你要测试的项目，然后点击左下角的start即可开始。 15分钟后暂停测试查看结果。

7.硬盘性能测试

图吧工具箱左侧栏中选择"磁盘工具"，双击打开"AS SSD BenchMark"。点击左下方start开始，等待测试完成。测试数据越大时间越久。
首先选择测试硬盘型号，一般默认就是正确的。然后选择测试数据大小，越大越能反应硬盘的真实缓外速度。

Windows11隐藏桌面“了解此图片”图标

Thu, 22 Aug 2024 00:00:00 GMT

当你把锁屏界面更改为"Windows聚焦"时，在你的桌面可能会出现一个"了解此图片"图标。和其他图标不同的是，你不能删除、剪切、复制、粘贴或将其移动到其他文件夹中，致使强迫症患者放弃了Windows聚焦功能（比如我）。解决办法也很简单，首先打开注册表编辑器，Win+R输入regedit。
:::caution 修改注册表有风险，修改错误可能会导致系统不稳定或崩溃，请提前备份注册表并在专业人士指导下操作！ ::: :::caution 修改注册表有风险，修改错误可能会导致系统不稳定或崩溃，请提前备份注册表并在专业人士指导下操作！ ::: :::caution 修改注册表有风险，修改错误可能会导致系统不稳定或崩溃，请提前备份注册表并在专业人士指导下操作！ ::: 然后在上边的地址栏内粘贴。

计算机\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\HideDesktopIcons\NewStartPanel

然后在空白处右键，选择新建DWORD（32位）值。并将这个新值命名为{2cc5ca98-6485-489a-920e-b3e88a6ccce3}。命名完成后，右键这个新值，点击"修改"。将这个新值的数据修改为十六进制的1，然后点击确定即可。然后回到桌面，右键刷新即可隐藏"了解此图片"图标。

想恢复"了解此图片"图标？
如果想恢复显示"了解此图片"图标，可以右键你刚刚创建的值，点击"删除"即可。点击"是"，然后回到桌面再次刷新即可。

石家庄抱犊寨之旅

Sat, 10 Aug 2024 00:00:00 GMT

Steam正确安装指北

Sat, 20 Jul 2024 00:00:00 GMT

前言：本文讲述steam的正确安装方式及账号注册，面向对象是刚刚接触电脑的小白

1.steam简介

Steam是Valve公司在推出的电子游戏数字发行平台，最初于2003年首次发布时是作为提供自动更新功能的客户端，后发展成为第三方游戏发行商的发行平台，并成为全球最大的综合性数字发行平台之一。玩家可以在该平台购买、下载、讨论、上传和分享游戏和软件。
来源：百度百科-Steam

2.steam安装包下载

首先打开你的浏览器（这一步应该会吧..）
在浏览器主页搜索栏中输入steam，然后点击右侧的搜索图标或者按下回车键（即键盘上的Enter键）搜索结果中的第1个就是官方网站，在红色箭头的位置点击即可进入网站，请认准官方域名https://store.steampowered.com 如果你使用百度进行搜索的话，需要认准带有官方字样的网站然后点击右侧的安装Steam 打不开属于正常现象，毕竟steam服务器没有在大陆，访问速度肯定会受限然后点击那个大大的安装STEAM 下载好后，Microsoft Edge浏览器会在右上角弹出一个下载窗口，点击打开文件即可
Chrome浏览器，也就是谷歌浏览器可能会在下方弹出下载窗口
无论你用哪个主流浏览器(除了IE)在下载管理中都能找到你下载的文件，多点点就找到了

3.安装steam

打开steam安装包后，可能会弹出一个这样的窗口，点击"是"就可以
这个窗口有的人有有的人没有，看个人电脑设置
这里放心点"是"就完了
（就好像某些网站提示你不安全，你不还是照样点"继续访问"了吗）在这里点击"下一步" 在这里选择你喜欢的语言，然后点击下一步即可在这里点击安装即可，如果你是小白，就乖乖下一步就好安装完成，安装速度还是很快的

4.运行steam

打开steam后，等待steam更新完成更新完成后，就来到了登录界面
如果你有steam账号的话，输入账号密码点击登录即可

5.注册steam账号

如果你没有steam账号的话，就再次打开steam官网，请认准官方域名https://store.steampowered.com
然后往下滑，也就是滑两三下的事然后找到注册，点它然后输入2遍你的电子邮箱地址，勾选"我已年满13岁"，然后再次点击人机身份验证

不知道电子邮箱地址？
可以使用QQ邮箱进行注册：QQ号+qq.com就是你的QQ邮箱地址了
比如说你的QQ号是111222333，那你的QQ邮箱地址就是111222333@qq.com
当然也可以使用其他邮箱注册，例如网易163、网易126、微软outlook或微软hotmail等等然后完成验证码通过人机身份验证后，点击下方的"继续" steam这时候就已经将验证邮件发送到了你刚刚输入的邮箱中然后打开你的邮箱，点击验证我的电子邮件地址
如果你使用的是QQ邮箱，那就打开你的QQ
没有找到steam的验证邮件？
1.检查电子邮件地址是否输入正确
2.在"垃圾邮件"中找找有没有
3.重新再来一遍
然后就会跳转到另一个网页，显示"电子邮件已验证"即可返回到刚刚的网页然后输入你想要的账户名称，steam需要检测你输入的账户名称是否可用
然后再输入2遍密码，需要符合steam密码要求，最后点击"完成"即可等待steam创建完成然后在右上角就会显示你刚刚输入的账户名

6.登录steam账号

输入你的账户名称和密码，然后点击"登录" 耐心等待一会儿，像这样就是登录成功了尽情体验steam游戏吧

7.常见问题

7.1 为什么打开steam后报致命错误

你的报错是不是这样？如果是的话，那就是你把steam安装在了一个含有中文名的文件夹内需要注意的是，安装路径不能含有中文，就比如这样 解决办法：卸载steam后重新安装，需要注意的是，电脑卸载软件并不是像手机一样长按图标点击卸载，而是需要使用控制面板卸载或者使用设置进行卸载
当然你把steam图标拖进回收站也是卸载不了的，你删除的仅仅是steam的桌面图标而已首先打开控制面板点击"卸载程序" 找到steam并右键，点击"卸载"即可
然后就跟着卸载向导走就可以卸载卸载完成以后重新安装steam到一个没有中文的文件夹即可，小白就乖乖一直点击下一步

7.2 我在注册时一直过不去验证码

如果你点击的图片都是符合验证码的要求的话，那可能就是你的网络延迟太大 解决办法： 1.过一段时间重试
2.刷新网页重新来
3.使用某些特殊方法注册
4.去某宝或者某多买一个现成的账号

7.3 steam可以扫码登录吗

现在的steam已经支持扫码登录了，无需输入账号密码，但仅限使用steam手机端进行扫码，不支持wx、qq等等扫码登录
如果你下载的所谓的"steam"支持wx、qq扫码登录，那恭喜你，你下载的是盗版的

7.4 steam怎么开会员

steam并没有会员或者VIP这类概念，里面的游戏都是买断制的，当然还有一些免费游戏是可以直接添加到你的库中进行游玩的。
当你买了某一款游戏后，你可以在你的库中下载游玩
如果你的所谓的"steam"可以开通会员或者VIP这类的，那就赶紧卸载跑路吧，你下载的是盗版的
这类盗版steam买的游戏都是共享账号，也就是你和别人共用这1个账号，有可能你正在激情对枪，别人就顶你的号了。当然你的存档别人也可以修改的，这类盗版steam害了许多刚入坑的小白。

青岛之旅

Wed, 17 Jul 2024 00:00:00 GMT