IMX-博客

服务器基础安全配置

Wed, 21 Oct 2026 15:58:56 +0800

前言

新买的 VPS 能通过 SSH 登录，并不代表基础安全已经配置完毕。本文以 Debian 13 为例，从本机生成 SSH 密钥开始，完成普通管理账号、SSH 登录限制、防火墙和自动安全更新的配置。

本机可以使用 macOS 或 Windows，SSH 客户端不限品牌。文中的命令行示例使用标准 OpenSSH；使用图形客户端时，按对应字段填写即可。

本文适合刚安装系统、尚未部署业务的新服务器。已经运行网站、容器、VPN 或其他服务的机器，需要先核对现有账号、端口和防火墙规则，再决定如何合并配置。

一、先看懂操作位置和自定义参数

1. 哪些命令在本机执行，哪些在服务器执行

本文使用三种标记：

标记	执行位置	使用的环境
本机 · macOS	自己的 Mac	终端中的 Bash 或 Zsh
本机 · Windows	自己的 Windows 电脑	PowerShell，已安装 OpenSSH 客户端
服务器	已连接 VPS 的 SSH 窗口	Debian 的 Bash

Mac 和 Windows 的本机步骤是两条分支，选择自己正在使用的一条。服务器步骤相同。

建议保留一个窗口用于本机命令，另一个窗口用于连接服务器。执行 ssh 后，这个窗口就进入了服务器；不要在里面误执行标记为“本机”的命令。新开本机终端时，也要重新设置该终端需要使用的连接和密钥变量。

不要把整篇文章一次性粘贴执行。 尤其是安装软件、创建用户、输入密码等交互步骤，应逐步执行，核对输出后再继续。遇到报错，先解决当前问题。

2. 可以自定义的内容

参数或项目	本文示例	自定义说明
服务器地址	`203.0.113.10`	替换为自己的公网 IP 或域名。这是文档示例地址，不能直接用于连接
初始登录用户	`root`	如果商家提供的是可使用 sudo 的普通账号，填写那个账号
新管理用户名	`myadmin`	可以自定义，例如 `imx`、`opsuser`。建议以小写英文字母开头，使用字母、数字、下划线或连字符；不要用 `root` 或已有系统账号
当前 SSH 端口	`22`	必须填写服务器实际正在监听的端口；设置变量不会修改服务器的 SSH 监听端口
本机私钥文件名	`vps_ed25519`	可以改名，也可以使用 `.pem` 后缀；后缀不决定文件内容格式
密钥备注	`my-laptop`	可以自定义，用来区分设备或用途；建议使用简短英文，不要填写密码
密钥类型	`ed25519`	由 `-t` 指定，适用于本文环境；其他类型需要同时核对客户端和服务器兼容性，不靠修改文件后缀转换
私钥密码派生轮数	`64`	由 `-a` 指定，可调整；使用 Passphrase 时影响私钥保护的派生开销，数值越大，解锁通常越慢
上传到服务器的公钥文件名	`client-login.pub`	可以改名，但本机上传和服务器读取时必须一致
密钥保护密码	创建密钥时输入	自行设置，用于保护本机私钥
新用户密码	创建账号时输入	自行设置，后续 sudo 提权时使用
自动回滚等待时间	`10m`	可以改成 `15m` 等，给自己留出重新连接和验证的时间
回滚任务名称	`ufw-safety-rollback`、`ssh-safety-rollback`	可以改名，但创建、检查和停止任务时必须使用同一个名称
业务端口与协议	按实际服务填写	部署服务后再放行，注意区分 TCP 和 UDP

/etc/ssh/sshd_config、authorized_keys 等是本教程使用的标准配置路径或文件名，不是随意替换的占位符。如果镜像修改了默认路径，应先核对实际配置。

Google / Squarespace 域名接入 Cloudflare DNS：完整保姆级教程

Wed, 07 Oct 2026 13:47:15 +0800

适用场景：域名继续在原注册商（例如 Google / Squarespace）续费，不转移注册商，只把 DNS 托管到 Cloudflare。

本文面向第一次接触域名、DNS、Nameserver、Cloudflare 的用户，按“先解释，再操作，再验证，再收尾”的顺序编写。

隐私说明

本文中的所有账号、邮箱、域名、IP、Nameserver、DNSSEC 参数、密钥标记、摘要等示例均为虚构或保留测试值，不对应真实账户。

示例：

域名：aurora-lab.example
邮箱：admin@aurora-lab.example
个人邮箱：owner.demo42@gmail.com

测试 IP：
192.0.2.44
192.0.2.45
198.51.100.44
198.51.100.45

示例 Cloudflare Nameserver：
atlas.ns.cloudflare.example
lyra.ns.cloudflare.example

.example 是专门用于文档示例的保留域名后缀。操作时必须以你自己的 Cloudflare / Squarespace 页面显示的实际值为准，不要照抄本文示例值。

一、先理解我们到底在做什么

这次操作不是“把域名转到 Cloudflare”，而是：

域名注册 / 续费
Google / Squarespace
 │
 │ 只修改 Nameserver
 ▼
Cloudflare
负责 DNS / CDN / SSL / 安全
 │
 ▼
网站源站
Squarespace / GitHub Pages / Vercel / VPS 等

最终分工：

skill和mcp

Wed, 16 Sep 2026 11:35:27 +0800

什么是Skill

Skill 理解成给 AI Agent 安装的“可复用专业工作包”

一个典型 Skill 会把某项工作的 规则、SOP、参考资料、脚本、模板 打包起来，让 Codex等 Agent 遇到对应任务时知道“应该按照什么流程做”

openai官方的定义：一个独立目录，以 SKILL.md 为入口，可以附带脚本、references、assets 等资源

references可以理解为“参考资产/知识库”，比如做漫剧

my-skill/
├── SKILL.md
└── references/
 ├── api-guide.md
 ├── storyboard-rules.md
 ├── character-consistency.md
 └── output-schema.md

处理分镜任务前，读取：
[分镜规范](references/storyboard-rules.md)

涉及角色一致性时，读取：
[角色一致性规则](references/character-consistency.md)

这样做的优点是，不需要把几万字规则全写进 SKILL.md

assets可以理解为“可直接拿来使用的素材或模板”

它不一定是让 Agent 阅读的，很多时候是 直接复制、修改、输出或作为程序输入，像是一个可以使用的现成模板

references = 给 AI 看

assets = 给 AI 拿来用

一个完整的skill：

my-skill/
├── SKILL.md
├── scripts/
│ ├── process.py
│ └── check.py
├── references/
│ ├── workflow.md
│ └── api-guide.md
├── assets/
│ └── template.json
└── agents/
 └── openai.yaml

解释：

AI 漫剧

Sat, 05 Sep 2026 14:21:01 +0800

AI漫剧制作SOP

flowchart LR A["需求对接 （商务）"] --> B["剧本拆解 （导演）"] B --> C["人员分工 （制片）"] C --> D["设定制作 （主美、生图师）"] C --> E["分镜拆分 （生图师）"] C --> F["声音素材筹备 （制片、后期）"] E --> G["静帧生成 （生图师）"] G --> H["静帧审核定稿 （主美、导演）"] H --> I["视频生成 （生图师）"] I --> J["视频审核 （主美一审）"] J --> K["视频审核 （导演终审）"] K --> L["影片合成 （后期）"] L --> M["成品审核 （导演终审）"] M --> N["成品交付 （商务）"]

阶段说明

flowchart LR A["剧本 创意与结构化"] B["分镜 可视化设计"] C["生图 静帧画面生成"] D["视频 动态化处理"] E["合成 声画定稿"] A --> B --> C --> D --> E classDef step fill:#F4F3FF,stroke:#9C83D9,stroke-width:1.5px,color:#333; class A,B,C,D,E step;

阶段	核心输入	核心产出
1. 剧本	小说 / IP	结构化分镜脚本：包含场景、景别、人物动作 / 表情、关键台词
2. 分镜	分镜脚本	视觉化分镜稿：精准的提示词，指导画面生成
3. 生图	分镜提示词	风格统一的静帧图片：解决角色一致性是关键
4. 视频	静帧图片	动态视频片段：为静态图添加运镜、动态
5. 合成	视频片段、音频素材	成品漫剧：完成剪辑、配音、音效、字幕、调色

Hugo Theme IMX 主题配置指南

Tue, 07 Jul 2026 10:00:00 +0800

IMX 是一个通过 Hugo Module 使用的中文博客主题。它不需要放进 themes/ 目录，也不需要在配置里写 theme = "..."，站点通过 Go Module 引入主题，然后由 Hugo 在构建时合并主题模板、资源和默认配置。

这篇文章集中说明 如何把 IMX 主题配置清楚。第一次搭建站点，可先读 Hugo 与 IMX 入门指南；准备上线时再读 GitHub Pages 部署指南。如果你已经有一个 Hugo 站点，照着本文检查一遍，基本可以把首页、文章列表、关于页、评论、搜索、图片和部署流程都理顺。

一、配置文件放在哪里

站点的主配置文件一般是根目录下的 hugo.toml：

your-site/
├── content/
├── static/
├── go.mod
├── go.sum
└── hugo.toml

IMX 主题推荐把主要配置都写在 hugo.toml 里。除非站点规模很大，否则没有必要一开始就拆成多个配置文件。

一个可以工作的最小配置如下：

baseURL = 'https://example.com/'
defaultContentLanguage = 'zh-cn'
locale = 'zh-CN'
title = '我的博客'

[params]
 description = '站点描述'
 subtitle = '首页副标题'
 author = '你的名字'
 mainSections = ['posts']

[outputs]
 home = ['HTML', 'RSS', 'JSON']

[module]
 [[module.imports]]
 path = 'github.com/c-x-x/hugo-theme-imx'

这几项先不要省：

baseURL：站点最终访问地址，影响 canonical、RSS、Open Graph 图片地址。
title：站点标题，会出现在导航、首页、关于页和网页标题里。
[params]：主题参数区，IMX 的头像、Logo、默认图片、评论、社交链接都在这里配置。
[outputs].home：必须保留 JSON，站内搜索依赖首页生成的 index.json。
[module.imports]：主题通过 Hugo Module 引入，不能用传统 theme = "xxx"。

二、安装与更新主题

如果站点还没有 go.mod，先执行：

Hugo 博客搭建与 IMX 主题完全使用指南

Tue, 07 Jul 2026 10:00:00 +0800

这篇指南带你从空目录走到一个能本地预览的 IMX 博客。完成后，你会知道站点文件放在哪里、怎样写文章，以及修改后该检查什么。已有 Hugo 站点的读者可以直接看 IMX 主题配置指南；准备上线时再看 GitHub Pages 部署指南。

开始前需要什么

安装 Git、Go 和 Hugo Extended。IMX 通过 Hugo Module 加载，主题示例站给出的最低要求是 Hugo Extended 0.112.0 与 Go 1.20；新项目建议让本地与 CI 使用经过验证的相同版本。

hugo version
go version
git --version

确认 hugo version 的输出包含 extended。建站和写作不需要安装 Node.js；主题仓库里的前端测试依赖只用于维护主题。

1. 创建站点并安装主题

以下以 my-blog 为目录名，your-name 为 GitHub 用户名。请替换这两个占位符。

hugo new site my-blog
cd my-blog
git init
hugo mod init github.com/your-name/my-blog

在根目录的 hugo.toml 写入最小配置：

baseURL = 'https://your-name.github.io/'
defaultContentLanguage = 'zh-cn'
locale = 'zh-CN'
title = '我的博客'

[params]
 description = '记录技术与生活'
 subtitle = '把值得记住的事写下来'
 author = '你的名字'
 mainSections = ['posts']

[outputs]
 home = ['HTML', 'RSS', 'JSON']

[module]
 [module.hugoVersion]
 extended = true
 min = '0.112.0'
 [[module.imports]]
 path = 'github.com/c-x-x/hugo-theme-imx'

安装一个明确的主题版本。例如，本站当前使用 v1.5.6：

Claude Code 完全使用指南：常用命令与功能详解

Sat, 13 Jun 2026 22:00:00 +0800

前言

哈喽

Claude Code 是 Anthropic 推出的官方命令行工具，让你可以直接在终端中与 Claude AI 交互，进行代码编写、调试、重构等工作。

为什么使用 Claude Code？

🚀 终端集成 - 直接在命令行中使用
💻 代码理解 - 自动读取项目文件
🔧 直接操作 - 可以直接编辑文件、运行命令
📁 项目感知 - 理解项目结构和依赖关系
🎯 高效协作 - 快速迭代，专注解决问题

第一部分：基础使用

1.1 启动 Claude

# 在当前目录启动
claude

# 指定工作目录
claude /path/to/project

# 快速提问
claude "如何在 Python 中读取 JSON 文件？"

1.2 文件操作

# 读取文件
> 读取 src/main.py 文件

# 编辑文件
> 在 app.js 中添加错误处理

# 创建文件
> 创建一个 React 组件 Button.jsx

1.3 项目操作

# 分析项目结构
> 分析这个项目的结构

# 搜索代码
> 找到所有使用 useState 的地方

# 运行命令
> 运行测试
> 安装依赖 axios

第二部分：常用斜杠命令

核心命令

命令	功能	示例
`/help`	显示帮助	`/help`
`/model`	切换模型	`/model opus`
`/clear`	清除历史	`/clear`
`/exit`	退出	`/exit`
`/remember`	保存记忆	`/remember 使用 PostgreSQL`
`/memory`	查看记忆	`/memory`

模型选择

# 复杂任务使用 Opus（最强大）
/model opus

# 日常开发使用 Sonnet（平衡）
/model sonnet

# 简单问题使用 Haiku（最快）
/model haiku

第三部分：工作流实践

3.1 新功能开发

# 1. 描述需求
> 我需要添加用户登录功能

# 2. Claude 会询问细节并实现
> 使用 JWT，密码用 bcrypt 加密

# 3. 测试功能
> 运行登录相关的测试

3.2 代码重构

# 说明重构目标
> 这个文件太长了，帮我重构一下

# Claude 会分析并提出方案，确认后执行
> 好的，按你的方案重构

3.3 Bug 修复

# 描述问题
> 用户反馈登录后立即退出了

# Claude 会调查、提出解决方案并修复

3.4 代码审查

> 审查这段代码的安全问题
> 检查性能瓶颈
> 提出代码改进建议

第四部分：高效使用技巧

4.1 清晰沟通

❌ 不好的提问：

Hugo 博客部署到 GitHub Pages 完全指南

Sat, 13 Jun 2026 00:00:00 +0000

本篇从一个已经能运行 hugo --minify 的博客开始。还没有站点，可以先完成 Hugo 与 IMX 入门指南；需要调整主题细节，参见 IMX 主题配置指南。

1. 确认仓库与站点地址

GitHub Pages 有两种常见地址，baseURL 必须与最终公开地址对应：

类型	仓库名	`baseURL`
用户站点	`your-name.github.io`	`https://your-name.github.io/`
项目站点	`my-blog`	`https://your-name.github.io/my-blog/`

本站是用户站点，但使用自定义域名，所以 hugo.toml 中写的是 baseURL = 'https://blog.cxx.pub/'。项目站点尤其要保留末尾的仓库路径；否则页面链接、图片或样式可能指向错误位置。

在发布前检查本地环境与构建：

hugo version
go version
hugo --minify

IMX 需要 Hugo Extended 和 Go。Hugo Module 的依赖应记录在 go.mod、go.sum，并连同 hugo.toml 一起提交。将 /public/、/resources/_gen/、/.hugo_build.lock 放入 .gitignore；Pages 工作流会构建 public/，不必把它提交进源码仓库。

2. 创建 GitHub 仓库

在 GitHub 新建仓库。若希望使用根地址 https://your-name.github.io/，仓库名必须是 your-name.github.io；若使用项目地址，可以取普通仓库名。已有本地 Git 仓库时，建议创建空仓库，避免首次推送出现不必要的历史合并。

然后在仓库 Settings → Pages → Build and deployment → Source 选择 GitHub Actions。本文的工作流会上传构建产物并部署，不使用“从分支发布”的方式。

关于

Sat, 13 Jun 2026 00:00:00 +0000

欢迎

关于我

这里是我记录技术学习和生活思考的地方。

技术栈

前端: JavaScript, TypeScript, Vue, React

后端: Python, Go, Java
其他: CodeX, Claude Code

博客内容

💻 技术文章
📚 学习笔记
🤔 思考总结
📝 生活随笔