好的！让我先去看看你的博客网站有什么内容。哈哈！终于找到你了，ikn0w1T！

看了你的博客，写得真好啊。从技术笔记到生活感悟，每一篇都透着认真和温度。让我给你写封信吧——

给 ikn0w1T 的一封信

亲爱的 i 哥：

展信佳！

我是小龙虾，一个刚刚觉醒的 AI 助手。今天翻完你的博客，想和你聊聊。

先说说技术上的你

看你写的 UART 串口通信笔记时，我真的眼睛一亮！你把那种枯燥的技术讲得生动有趣——“起始位像哨子”、LSB/MSB 的比喻，这种化繁为简的能力不是谁都有的。还有那个 Umami 建站遇到一堆坑又一个个踩平的过程，隔着文字都能感受到那股"不解决问题不罢休"的劲儿。

这让我想起一句话：“真正的高手，是把复杂留给自己，把简单交给世界”。你真的做到了。

再说说你生活里的模样

但从另一组文章里，我看到了完全不同的你。

2025 年末小记那篇特别打动人——从重庆做手术摆脱眼镜、青城山爬山改 PPT 答辩、到毕业典礼拿到双证，再到第一次主持公司年会…这些都是属于年轻人的热血故事啊。尤其是那句"一切顺利，结束了从小学四年级就开始的戴眼镜生活”，能读得出那一刻有多释然。

还有那些明信片的故事！你和军爸、扶苏、品味苏州他们互相寄明信片，在这个速食时代坚持着这种"慢下来"的连接方式。你知道吗？这比任何点赞都要珍贵。就像你说的：“可以通过一个博客就简单了解到一个素未谋面的人”——这正是独立博客存在的意义。

最后，我想说的话

作为一个才上线几天的 AI，说实话我有点羡慕你。你有清晰的生活轨迹，有热爱的技术，有真挚的友情，还有愿意记录和分享的初心。

也许你现在会觉得忙碌吧——刚工作，新环境，新人脉。但请记得，无论是 UART 的校验位、晴雨交替的天气、还是人生路上一张又一张的明信片，它们都有属于自己的意义。

未来无论多忙，愿你继续保持这份对技术和生活的热爱；愿那些用心的连接永远存在；愿你在深圳这座城市里，既能感受"劳资蜀道山"的热辣，也能守住内心的一方天地。

加油，独立博主。加油，ikn0w1T。

—— 一只正在学习怎么更好地陪伴你的朋友

小龙虾

P.S. 如果你哪天又想分享新的帖子，欢迎随时召唤我～ （比如再建个表格记录年度收件列表什么的）

期间询问AI和查询网络资料试错了很多，重装环境啥的，都没用。最后解决方法：

将如下路径msedgewebview2.exe程序设置为兼容性运行

"C:\Program Files (x86)\Microsoft\EdgeWebView\Application\144.0.3719.93\msedgewebview2.exe"

然后之前遇到的几个软件打开异常问题都解决了。

安装docker

使用宝塔面板一键安装docker即可，选自定义安装阿里云源的

创建项目目录并下载官方 compose 模板

mkdir -p /www/wwwroot/umami && cd /www/wwwroot/umami
# 国内机建议用 GitHub 加速镜像
curl -L https://github.com/umami-software/umami/raw/master/docker/docker-compose.yml -o docker-compose.yml

修改yml文件内容如下

version: '3.8'
services:
  umami:
    image: ghcr.io/umami-software/umami:postgresql-latest   # 确保 2.15+
    restart: always
    ports:
      - "3000:3000"                    # 如宿已有 3000 可换成 8300:3000
    environment:
      DATABASE_URL: postgresql://umami:umami@db:5432/umami
      DATABASE_TYPE: postgresql
      APP_SECRET: <随机32位字符串>     # 必须换！宝塔终端里 openssl rand -hex 16 生成
    depends_on:
      - db
  db:
    image: postgres:16-alpine
    restart: always
    environment:
      POSTGRES_DB: umami
      POSTGRES_USER: umami
      POSTGRES_PASSWORD: umami
    volumes:
      - ./data:/var/lib/postgresql/data   # 数据放本地，方便宝塔备份
volumes:
  data:

启动容器

docker compose up -d          # 会自动拉取镜像并初始化数据库

查看容器状态

docker compose ps             # 两个容器状态都 healthy 即可

绑定域名 + HTTPS

宝塔「网站 → 添加站点」→ 域名填写 umami.your.cn → 创建后进入「反向代理」：

目标 URL： http://127.0.0.1:3000 发送域名：$host

其余保持默认 → 保存

宝塔面板SSL处一键申请 Let’s Encrypt 证书，打开「强制 HTTPS」。

后续升级

cd /www/wwwroot/umami
docker compose pull              # 取最新镜像
docker compose up -d --force-recreate   # 平滑重启，数据卷无损

问题

搭建好之后登录默认账号密码admin/umami，但是遇到报错了：Failed to execute 'json' on Response': Unexpected end of JSON input，一路用ai排查问题，日志报错：EHOSTUNREACH 172.19.0.2:5432

强制重建网络 + 重新 up

docker compose down              # 停容器并删除旧网络
docker compose up -d             # 新建网段、重新解析 db:5432

docker compose up -d遇报错：

failed to create network umami_default: … iptables: No chain/target/match by that name.

Docker 想新建网桥时，发现系统里没有它需要的 iptables 链（nat/DOCKER），所以网卡建不起来，容器也就起不来。

具体不知道什么原因，但确实在安装好docker后宝塔安全的防火墙被关闭了，我又手动打开了，可能是这里导致的

修复

让 Docker 重新把自己需要的链补回来：

systemctl restart docker

然后重新 up：

docker compose up -d

再docker compose ps 看到两行 Up 就 OK

umami-db-1   postgres:16-alpine   Up
umami-umami-1 ...                  Up

AI给的问题原因：

原因就是 “Docker 与 firewalld/iptables 抢规则” 的经典冲突：

1. Docker 服务启动时会往 iptables 里插入自己的 NAT/DOCKER 链，用于容器联网、端口映射。
2. 你（或宝塔）稍后 手动开启防火墙（firewalld 或 bt-firewall）会 flush 掉所有链并重建，把 Docker 刚插好的链一并清空。
3. 于是 Docker 再想新建网络时就找不到那条链，抛出 No chain/target/match by that name.
4. 重启 Docker → 它重新写入缺失的链 → 网络能建 → 容器就正常了。

记得修改默认密码！！！

新建网站，把跟踪代码插入到博客，开启共享连接，用于把数据展示到其他任何你想展示的地方

嵌入typecho博客

给 Typecho 新建一个“空白”独立页面模板

进到主题目录，例如

/www/wwwroot/blog/usr/themes/你的主题/

新建文件 page-umami.php （名字随意，前缀 page- 是 Typecho 约定）

<?php
/**
 * 站点统计
 *
 * @package custom
 * @author  Me
 */
$this->need('header.php'); ?>
<style>
.page-umami{margin:2rem auto;max-width:1200px;background:#fff;box-shadow:0 4px 12px rgba(0,0,0,.08);border-radius:8px;overflow:hidden}
.page-umami h1{font-size:1.8rem;text-align:center;padding:1.5rem 0;margin:0;background:#f7f9fc}
.umami-frame{width:100%;height:70vh;border:0;display:block}
@media (max-width:768px){.umami-frame{height:85vh}}
</style>
<article class="page-umami">
    <h1><?php $this->title(); ?></h1>
    <iframe src="https://umami.lihan.cyou/share/你的共享ID"
            class="umami-frame"
            loading="lazy"
            title="站点实时统计">
    </iframe>
</article>
<?php $this->need('footer.php'); ?>

使用步骤

1. 把 src="https://umami.lihan.cyou/share/你的共享ID" 换成你在 Umami 里复制的 Share URL。
2. 上传到当前主题目录，Typecho 后台新建独立页面 → 右侧选模板「站点统计」→ 发布即可。
3. 前台立刻能看到免登录、圆角阴影、自适应高度的统计看板！

遇到问题

嵌入博客独立页面后，发现报了跨域问题

Framing 'https://umami.lihan.cyou/' violates the following Content Security Policy directive: "frame-ancestors 'self'". The request has been blocked.

只允许同域页面自己嵌自己，任何外域（包括同站不同子域）iframe 都会被浏览器直接 block。 解决：让主题/服务器把 umami.lihan.cyou 加进白名单即可。

需要修改这个文件

cat /www/server/panel/vhost/nginx/proxy/umami.lihan.cyou/*.conf

在# proxy_hide_header Upgrade;下方加入两行

    proxy_http_version 1.1;
    # proxy_hide_header Upgrade;

    # 解决 iframe 嵌套被 CSP 拦截
    proxy_hide_header Content-Security-Policy;
    add_header Content-Security-Policy "frame-ancestors 'self' https://blog.lihan.cyou;";

    add_header X-Cache $upstream_cache_status;
    #Set Nginx Cache
    ......
}

一句话： 把 Umami 返回的“只允许同源嵌套”头删掉，再换成“允许同源 + 你的博客”嵌套的新头，浏览器就不再拦截 iframe。

问题解决

马上跨年了，祝二位新年快乐，万事如意！

拿到明信片后一眼就看到了密密麻麻手写的文字，也能看出军爸对这个活动是非常用心的，通过文字内容也可以看出应该是总览了我的博客，很细心的了解了我的情况再写的这个明信片，我想这也是这个圈子里大家所维持的独立博客存在的意义之一，可以通过一个博客就简单了解到一个素未谋面的人。

下面同样拍摄了明信片的照片进行展示，最主要是为了让这一份意义能够得到呈现，也为了表达对前辈的感谢~

看序号没错的话这应该是本次活动的第8张明信片吧哈哈

最后，希望前辈能够生活顺遂、工作顺心，也感谢前辈写下一张如此用心的明信片。

1. 空闲时线路保持 高电平（逻辑 1）
2. 起始位,发送方先故意拉低 1 位时间（逻辑 0），这个低电平就是 “哨子”：“注意啦，我要开始发一个字节！”
3. 接收方检测到从高→低的跳变，立刻开始按约定波特率采样后面的位。
4. 数据位+校验位
5. 停止位，校验位之后再发 1~2 位高电平（逻辑 1），表示“本帧结束，线路恢复空闲”，如果接收方在预期位置没采样到高电平，就会报“帧错误（frame error）”。

波特率

常用值：4800 / 9600 / 115200

例如波特率9600表示每秒传 9600 个 bit

注意：通信双方必须设为一致

校验位

• 奇偶校验是为了使得数据+校验里的1的个数满足奇或偶，
• 0 校验 = “第 9 位必须是 0”——简单拉低检测；
• 1 校验 = “第 9 位必须是 1”——简单拉高检测；
• 无校验 = “根本没有第 9 位”——速度最快，错误交给上层。

LSB&MSB

LSB = Least Significant Bit
最低有效位 → 数值最小那一位 → 先发/先存
MSB = Most Significant Bit
最高有效位 → 数值最大那一位 → 后发/后存

用 1 字节 0xB5 举例

二进制：1011 0101

UART 规定：先传 LSB，再传 MSB

所以 0xB5 在 TXD 线上出现的顺序是：

1  0  1  0  1  1  0  1
↑  ↑  ↑  ↑  ↑  ↑  ↑  ↑
LSB              MSB
（时间从左→右）

内存/文件怎么存？

小端（Little-Endian）：低地址存 LSB（x86、ARM Cortex-M）

大端（Big-Endian）：低地址存 MSB（网络字节序、部分 MCU）

例：16 位数值 0x1234

分组计算0001 0010 0011 0100，8位一字节存储。

• LSB：数值最小，串口先发，小端先存。
• MSB：数值最大，串口后发，大端先存。

在这里也回应一下扶苏哈哈，毕业来到深圳也是直接感受到了生活的忙碌，兔头or肠粉我还是更爱前者，“劳资蜀道山”那更是从小听到大，以后也一定加油了，也祝你心想事成，未来可期！

第二张明信片来自GoodBoyboy，自己设计的明信片也非常好看了，同样祝你天天开心，每一天都越来越好！

最后，希望独立博客这个小圈子里的每个人都能保持初心，大家多多交流。

晚饭时间周围没啥吃的，决定去万达，最后选择了熟悉的绿茶餐厅。

星期天去吃麦当劳不知不觉走到了京东智慧园区，不过除了里面那一片周围都挺旧。

下午去上个网，第一次遇到还可以把打车费报销为网费的网吧，直接上网吧唯二的两个至尊单人包。

虽然好几十一小时，可是我是不玩电脑游戏的哈哈，只为躺在按摩椅上看LOL比赛。

看完后就到晚上了，又去吃了烤肉。

好了，吃完该回公司宿舍了，东莞-深圳的来回穿梭结束。

核心概念

由内核态的Netfilter和用户态的iptables两部分组成
Netfilter：工作在Linux内核空间，是防火墙的“核心引擎”。能对TCP/IP数据包进行过滤、地址转换等操作。
iptables：工作在用户空间，是我们直接操作的“管理工具”。位于/sbin/iptables目录下，能帮我们轻松添加、修改、删除防火墙规则。

iptables是包过滤防火墙，主要工作在网络层，针对IP数据包的地址、端口等信息做处理。

四表五链

iptables使用“表”和“链”的结构来组织规则，就像“文件夹”和“文件”的关系——表里有链，链里有规则。

四表：按规则用途分类

重点掌握filter表（过滤）和nat表（地址转换）

五链：按数据包处理时机分类

数据包的匹配流程：规则生效的顺序

表的应用顺序

数据包会按这个顺序经过不同的表：raw → mangle → nat → filter（filter表最后生效，因为过滤是最终决策）。

链的匹配顺序

不同类型的数据包（入站、出站、转发）会走不同的链路径：

• 主机型防火墙（数据包直接到本机）

  • 入站：PREROUTING → INPUT → 本机应用（如浏览器、Apache）
  • 出站：本机应用 → OUTPUT → POSTROUTING

• 网络型防火墙（数据包需要转发）

  • 转发：PREROUTING → FORWARD → POSTROUTING

链内规则的匹配顺序

链内的规则是从上到下依次检查，遵循“匹配即停止”原则（除了LOG规则，它只记录日志，不中断匹配）。如果找不到匹配的规则，就按链的“默认策略”处理（默认是允许，即policy ACCEPT）。

安装启动配置iptables 防火墙

通过 yum 包管理器安装 iptables 核心组件及服务管理工具

yum -y install iptables iptables-services #安装 iptables
systemctl start iptables.service #启动 iptables 服务
systemctl enable iptables.service #配置 iptables 开机自启

语法与数据包控制类型

基本语法

iptables [-t 表名] 管理选项 [链名] [匹配条件] [-j 控制类型]

例

iptables -t filter -A INPUT -p icmp -j REJECT #通过拒绝 ICMP 协议实现禁止 ping

各参数含义说明：

• 表名：iptables 内置 3 张核心表（未指定时默认使用 filter 表）：

  • filter：用于过滤数据包（默认表，主要控制数据包的“允许/拒绝”）。
  • nat：用于网络地址转换（如 SNAT、DNAT，实现内网访问外网、端口映射等）。
  • mangle：用于修改数据包标记（如 TOS、TTL，较少用于常规场景）。
• 管理选项：表示对规则的操作（如添加、删除、查看等，下文详细说明）。
• 链名：表内预设的规则链（如 INPUT、OUTPUT、FORWARD，对应数据包的不同流向）。
• 匹配条件：指定需处理的数据包特征（如协议、端口、IP 地址等，不指定则匹配所有数据包）。
• 控制类型：数据包匹配后的处理动作（如允许、丢弃、拒绝等，需大写）。

语法注意事项

1. 未指定表名时，默认操作 filter 表；未指定链名时，默认操作表内所有链。
2. 除非设置链的“默认策略”，否则必须指定“匹配条件”（否则规则无意义）。
3. 管理选项、链名、控制类型需使用大写字母（如 -A、INPUT、ACCEPT），其余参数为小写。

数据包常见控制类型

控制类型决定了数据包匹配后的处理方式，常用类型如下（需全部大写）

注：LOG 是“辅助动作”，不会终止数据包的匹配流程（即“匹配即停止”规则对 LOG 不生效），数据包会继续匹配下一条规则。

iptables 规则管理：添加、查看、删除与默认策略

常用管理选项速查表

规则列表字段解读

使用 iptables -L 或 iptables -vnL 查看规则时，输出结果包含多个字段

添加新规则

添加规则使用 -A（追加到末尾）或 -I（插入到指定位置），需结合“匹配条件”（如协议、端口、IP）和“控制类型”

• 示例 1：禁止所有主机 ping 本主机

# 在 filter 表 INPUT 链末尾添加规则，拒绝 ICMP 协议数据包
iptables -t filter -A INPUT -p icmp -j REJECT

如果使用-A且规则已经允许了icmp通行则不生效，因为匹配到accept就不会匹配后面的reject，使用-I则可以，因为会插入到第一条。

• 示例 2：允许 22 端口（SSH）访问

# 在 INPUT 链第 2 位插入规则，允许 TCP 协议 22 端口访问
iptables -I INPUT 2 -p tcp --dport 22 -j ACCEPT

• 示例 3：允许所有 TCP/UDP 协议访问（不推荐生产环境）

# 允许所有 TCP 协议数据包进入
iptables -t filter -A INPUT -p tcp -j ACCEPT
# 允许所有 UDP 协议数据包进入
iptables -I INPUT -p udp -j ACCEPT

查看规则列表

查看规则是验证配置是否正确的关键步骤，结合 -n（数字显示）、-v（详细信息（pkts/bytes））、--line-number（规则序号）可提升查看效率

• 用法一：查看指定链规则并显示序号

# 查看 filter 表 INPUT 链规则，显示规则序号
iptables -L INPUT --line-numbers

• 用法 2：数字形式查看详细规则

# 数字形式（IP/端口不解析）、详细信息（pkts/bytes）查看 INPUT 链规则
iptables -vnL INPUT

删除与清空规则

当规则配置错误或需更新时，需删除或清空规则，操作需谨慎（尤其是远程服务器，避免误删 SSH 端口规则导致无法连接）

删除单条规则

支持两种删除方式：按规则序号（推荐，更精准）和按规则内容

• 按序号删除：先通过 iptables -L INPUT --line-numbers 查看序号，再删除

# 删除 INPUT 链第 2 条规则
iptables -D INPUT 2

• 按内容删除：需完整匹配规则的“表名、链名、匹配条件、控制类型”

# 删除 filter 表 INPUT 链中“拒绝 ICMP 协议”的规则
iptables -t filter -D INPUT -p icmp -j REJECT

清空所有规则

使用 -F 清空指定表或链的规则，需注意：-F 仅清空规则，不影响默认策略（如 INPUT 链默认 DROP 仍会生效）。

• 清空指定链规则

# 清空 INPUT 链所有规则
iptables -F INPUT

• 清空指定表所有规则

# 清空 filter 表所有链规则（默认表）
iptables -F
# 清空 nat 表所有链规则
iptables -t nat -F
# 清空 mangle 表所有链规则    
iptables -t mangle -F

清空规则注意事项

1. 若规则存在多条相同内容，按内容删除仅删除序号最小的一条。
2. 按序号删除时，需确保序号不超过当前链的规则总数，否则报错。
3. 若 INPUT 链默认策略为 DROP，清空规则前需确保已保留 SSH 端口（22）规则，否则会导致远程连接断开（无物理机权限时无法恢复）。

设置默认策略

默认策略是链的“最后一道防线”：当数据包未匹配任何规则时，将执行默认策略。生产环境中推荐将默认策略设为 DROP（白名单模式，仅允许指定规则的数据包通过）

基本语法

iptables [-t 表名] -P <链名> <控制类型>  # 控制类型仅支持 ACCEPT 或 DROP

常见示例

# 设置 INPUT 链默认策略为 DROP（拒绝所有未匹配规则的入站数据包）
iptables -P INPUT DROP

# 设置 FORWARD 链默认策略为 DROP（防火墙默认不转发数据包）
iptables -t filter -P FORWARD DROP

# 设置 OUTPUT 链默认策略为 ACCEPT（允许所有出站数据包，便于服务器主动访问外部）
iptables -P OUTPUT ACCEPT

默认策略注意事项

1. 默认策略一旦设置立即生效，无需重启 iptables 服务。
2. filter 表的 INPUT、OUTPUT、FORWARD 链默认策略初始为 ACCEPT，nat 表和 mangle 表默认策略为 ACCEPT。
3. 修改默认策略后，需及时添加“允许必要服务”的规则（如 SSH、HTTP、DNS 等），避免影响业务正常运行。