FreeBSD 上 Suricata 监控 jumbo frame 流量的踩坑记录
<p>我的一台 FreeBSD 服务器位于互联网与我网络的其余部分之间。<br>我希望 Suricata 能够监控传入该服务器四个接口的流量，并在发现异常时发出告警。<br>我先从一个接口——`mce1`——开始，计划在捕获工作正常后添加另外三个接口。<br>这些捕获接口由 Mellanox ConnectX 适配器提供支持，由 mlx5en 驱动程序管理，并采用 9000 字节的巨型帧 MTU。</p>
oshogbo web
Mariusz Zaborski（oshogbo）的博客，FreeBSD 贡献者，专注操作系统安全与底层编程。
评论
点赞
收藏使用 DTrace 追踪 bsnmpd 中的内存泄漏
FreeBSD 开发者使用 DTrace 定位 bsnmpd 守护进程的内存泄漏问题。该进程在 15.0-p2 版本中持续膨胀直至被内核 OOM Kill。作者拒绝用 Cron 重启掩盖问题，而是深入追踪泄漏根源。 文章展示了利用 DTrace 进行系统级调试的具体实践，对关注 FreeBSD 内部机制、性能调优及故障排查的工程人员具有直接参考价值。
How to Fetch a Moving Target with Poudriere
The FreeBSD ports framework has a simple idea about the world: a distfile never changes. It has a fixed size and a fixed checksum, written once into distinfo and verified every time after that. It is ...
故意破坏一个ZFS文件：一场深入磁盘底层的动手实验
通过故意破坏ZFS文件来深度理解其内部机制。作者先用zinject快速模拟损坏但觉得"完全不解渴"，于是改为纯手工方式：用文件模拟磁盘，通过zdb解析DVA地址将数据块反向映射到物理扇区，中途踩中压缩陷阱（块被压缩导致地址计算错误），修复后成功定位并覆写特定扇区。 接着在RAIDZ2池上重复实验，亲手解算了条带布局、奇偶校验列映射和wrap绕回逻辑，验证自愈机制如何工作。全文包含每一步的完整命令和调试输出，对理解ZFS块寻址、DVA结构、RAIDZ分片和scrub检测机制极具实操价值。 人味十足：有真实的踩坑记录（"我怪错了ZFS"）、有工具偏好吐槽、有"为什么坚持用dd而不用zdb捷径"的工程判断。
别让 ZFS 重复读取刚读过的数据
一位 ZFS 核心工程师正在改进 scrub（数据校验）流程，核心思路是避免重复读取已有缓存的数据块，从而缩短多 PB 级存储池动辄数天的校验周期。 作者曾在上一篇文章中提出让 ZFS 感知时间维度来优化调度，本文延续这一方向，目标是提供一种更轻量、更快速的健康检查方式，让运维者不必每次执行完整 scrub 就能确认存储状态。 内容虽短，但来自一线开发者真实工程实践，有明确的问题定义和改进动机，不空洞、不包装，适合对存储系统底层感兴趣的技术读者。
基于双向TLS的私有包仓库
本文作者是双向TLS（mTLS）的忠实爱好者，却发现这项技术在现实中很少被使用。他以私有包仓库为切入点，对比了HTTP Basic认证、API token和VPN等常见方案，指出mTLS才是更优雅的匹配：认证机制成熟、无需人工输入密码、服务器只应答授权设备。 文章语言有鲜明的个人风格和幽默感，观点明确，适合对私有基础设施安全方案感兴趣的技术读者。
告别 Aruba，迁移到 OVH 的亲身经历
Aruba Cloud 决定停用 VMware，强制用户迁移到自家的 OpenStack 平台，只给了 30 天期限，而且 OpenStack 不提供 FreeBSD 镜像。 作者对此直言不满，选择从 Aruba 迁移到 OVH。一篇有人味、有立场的迁移纪实，包含具体槽点和决策过程。
调整 gmirror 时踩的坑
作者在 FreeBSD 机器上调整 gmirror 大小时遇到了烦人问题，折腾一番后才想起启用"思考功能"解决了。一篇简短的踩坑记录，有真实体验和幽默收尾，趣味性大于技术含量。
ZFS 发送中断后的断点续传功能（2019）
ZFS 的"断点续传"功能解决了在通过网络传输大型数据集时，连接中断导致全部已传数据作废的痛点。 作者以实际操作为主线，先演示传统 zfs send | zfs recv 在中途取消后近 1GB 数据被丢弃的问题，再引入 zfs recv -s 保留部分接收数据、通过 receive_resume_token 获取恢复令牌，最后用 zfs send -t 从中断点继续传输的完整流程。 还说明中断后可用 -A 清理残留、-F 强制覆盖。该功能只对数据集有效，不支持管道到文件。 来自个人技术博客，有命令行输出实据，是一份写给真正运维人员的实用踩坑指南。
PGP 公钥更新通知
作者通知 PGP 密钥已过期并生成了新密钥，可在 、 及个人网站的 About Me 页面获取更新后的公钥。 纯通知性内容，无讨论价值或技术信息量。
博客新家：域名迁移公告
作者宣布博客迁移至新域名，原域名 继续保留且所有链接仍可访问。纯通知性质，无扩展内容。
将 ZFS zpool 检查点功能引入 FreeBSD 引导加载程序
作者两年前写过 ZFS 检查点的文章，至今仍是它的忠实用户。他觉得检查点功能在 ZFS 生态中被低估了，于是亲自出手，把 zpool 检查点支持带到了 FreeBSD 引导加载程序中。 有个人动机和两年时间跨度的背景，篇幅虽短但方向清晰。
Gynvael Coldwind Twitter 挑战：五连击
作者参与 Gynvael Coldwind 发布在 Twitter 上的 Express.JS 挑战赛，以略带调侃的口吻记录解题过程。"再解几题也许我们就能学会 JavaScript 了——开个玩笑，没人真懂它。 "篇幅很短，有人味但缺少挑战细节与解法干货。
Gynvael Coldwind Twitter 挑战第四期
一个以 Express.js 为靶心的安全挑战帖，作者正在跟进 Gynvael Coldwind 发布的谜题并邀请读者一起试解。短文有明确的行动号召和社区讨论入口，适合喜欢 CTF/Web 安全的读者点进去参与或围观解题思路。 短小但有互动感。
Gynvael Coldwind Twitter 挑战题 #1 #2 #3 解题分享
安全研究员 Gynvael Coldwind 在 Twitter 上发布了三道关于 Python Flask 和 Node.js Express 框架的挑战题。作者亲身尝试并全部解出，本文以 walkthrough 形式复盘解题过程。 对于关注 Web 安全、CTF 或 Flask/Express 漏洞利用的读者，这是直接可用的实战思路和细节分析，来自真实攻防场景而非教科书理论。
MB XSS 挑战解题记录
作者应战 Michał Bentkowski 在 Twitter 上发布的 XSS 挑战，并记录了自己的解题过程。有人味有故事，但篇幅极短，缺少挑战本身的细节和解题思路的实质内容。
FreeBSD 中的加密崩溃转储（EKCD）
一篇简短的 FreeBSD 技术笔记，介绍加密崩溃转储（EKCD）功能。作者提及该功能由友人在 2013 年 Google Summer of Code 期间实现，自 FreeBSD 12 起可用，并指向此前关于网络转储配置的文章以及 BSD-PL 上的波兰语专题演讲作为更完整参考。 内容极简，属于"这个功能存在"的告知性短文，信息密度低，未提供具体配置步骤或技术细节，适合对 FreeBSD 内核转储安全已有了解的用户快速了解功能背景。
文件系统的校验和机制：为什么 ZFS 做对了
从 ZFS 的可靠性出发，深入解释其校验和机制的设计原理，以及为什么 COW（写时复制）+ 校验和这套组合比传统文件系统更健壮。作者有第一手使用经验，给出了具体的技术判断，不是泛泛介绍，值得文件系统或存储方向的技术读者阅读。
在Windows上用C语言写调试器：循环调试的那些坑
作者不常用Windows，但因开发需要装了Visual Studio并尝试用C写一个小型调试器。文章记录了具体实现方法，以及一个非常隐蔽的异常行为——调试循环中的某个细节让作者耗费了大量时间排查。 虽然是技术向内容，但行文有个人经历和真实踩坑记录，读起来像跟着一位有经验的开发者走了一遍调试过程，不是照搬文档的通稿。适合对Windows底层调试、C语言、调试器实现感兴趣的技术读者。
在 FreeBSD 中用 GEOM NOP 模拟磁盘故障
如果你的测试场景需要模拟磁盘错误来验证文件系统或应用的容错能力，FreeBSD 提供了一个原生方案：GEOM NOP 这一 GEOM 框架下的 provider 可直接模拟设备故障。 作者从 AsiaBSDCon 2016 和 PGCon 2019 的讨论中获得启发，指出该工具已在 PostgreSQL 等场景的测试中被实际使用。对运行 FreeBSD 的开发者而言，这是一个不需要额外搭建复杂测试环境的实用捷径。
为线性可执行格式（LE/LX）编写的 Ghidra 加载器
作者在翻老 DOS 游戏时发现其使用 DOS4GW 扩展器编译，联想到十年前参与 swars 移植的经历，因找不到现成的 LE/LX 格式免费加载器，于是自己动手写了一个 Ghidra 插件。 文章有明确的个人动机、技术背景和一手实践，适合逆向工程与复古游戏爱好者阅读。