警告

本项目目前翻译错漏百出，不适合用于生产。但译者已经尽力修正。

本项目目前处于低维护状态，主要维护者因精力所限仅处理 PR。欢迎社区通过 PR 贡献力量。

年份仅代表翻译时间，不代表真实的文章发表时间。但是一般来说，不会不符合所在年份，也是可用的。

• 原文：EuroBSDcon 2025 Trip Report – Robert Clausecker

• 发布日期：2025 年 11 月 12 日

• 作者：Robert Clausecker

今年的 EuroBSDcon 在克罗地亚萨格勒布大学电气工程与计算学院举办。这是我第二次参加 EuroBSDcon，此前我曾在 2024 年的都柏林 EuroBSDcon 上就我在 [SIMD 增强 libc 字符串函数] 的工作作过报告，我对今年的会议非常期待。我非常感谢 FreeBSD 基金会对我前往会议的旅程资助，否则对我来说很难负担得起。

我与 Jan Bramkamp 一起旅行，然后共享了一个房间，他在会议上做了一场关于基于 ZFS 的 jail 配置的精彩演讲。我们居住在德国柏林，因此利用机会乘坐德国高铁到慕尼黑，然后通过卧铺列车前往萨格勒布。这让我们能够精力充沛地到达会场，并有机会欣赏斯洛文尼亚乡村的美景。在会议期间，我们还与 Getz Mikalsen 和 Benni Stürz 会面，他们通过去年参加谷歌编程之夏项目而加入 FreeBSD 项目，还有另一位来自柏林的感兴趣的学生。

今年的 EuroBSDcon 首次延长至五天。前两天用于 FreeBSD 开发者峰会（Dev Summit），随后是 Eurobhyvecon，同时进行的还有教程。第四天和第五天举办了 EuroBSDcon 正式会议，提供了三条平行轨道的丰富演讲内容。

在 FreeBSD 开发者峰会的第一天，我最感兴趣的是关于 pkgbase 项目的进展（计划在 FreeBSD 15 中用正式打包系统取代我们自制的 freebsd-update(8)）以及 CHERI 工作的上游合并情况。我也花了很多时间在走廊轨道上，与许多参加会议的其他项目成员交流。一场意外吸引我注意的演讲是 Alfonso Siciliano 关于 FreeBSD 可访问性的讲解，这个话题平时很少听到。

第二天让我对核心团队的运作以及成员们面临的各种问题有了一些有趣的了解，同时也对 libzfs 有一些认识。第三天比较轻松；我没有参加 Eurobhyvecon，后来加入了其他开发者前往距离不远的 Nikola Tesla 技术博物馆的小旅行。

第四天和第五天的演讲都非常密集，有时很难选择参加哪一条轨道。在同事 Jan Bramkamp 关于基于 ZFS 的 FreeBSD jail 配置的演讲之后，我在 Harald Eilertsen 关于将 OpenJDK 移植到 FreeBSD 的演讲中学到了许多困难；作为 ports 的常规贡献者，处理此类问题对我尤为重要。接下来的演讲介绍了用于并行构建工具（如 make(1)）的轻量级作业服务器协议，为以工具无关的方式解决此类问题提供了新思路。在 pkgbase 的演讲之后，Björn Zeeb 详细讲解了在 FreeBSD 上使 WLAN 驱动正常工作的进展——这是提升笔记本支持的重要问题。虽然我的笔记本 Qualcomm QCNFA765 网卡目前仍不受支持，但显然已经取得了重要进展，完全支持只是个时间问题。当天的演讲以 Moin Rahman 关于 FreeBSD ports 的讲解结束，我们在社交活动中继续了讨论。

在最后一天，我遗憾地错过了主题演讲，但参加了 Kirk McKusick 关于 UNIX 守护进程历史的报告（去年我错过了第一版）。午餐后，我在 Charlie Li 的 MIDI 演讲和 John Baldwin 的链接器演讲之间艰难选择，最终参加了后者。随后还有关于去中心化互联网服务的演讲，以及一场关于 Type-C 内部工作机制的非常有启发性的讲解。在闭幕前，我还参加了关于如何使用 FreeBSD 改善 UNIX 教学的讲座。这对我尤其有意义，因为我们在柏林自由大学每年都会开设关于 UNIX 系统管理的课程，涵盖 FreeBSD、AIX 和 Solaris，并一直在寻找改进教材的方法。

除了会议议程之外，我也非常感激能有机会与许多其他 FreeBSD 开发者交流，讨论各种问题和项目想法。我希望明年在比利时布鲁塞尔举办的会议能够和今年一样精彩！

再次衷心感谢 FreeBSD 基金会资助此次旅程。

• 原文链接：

• 译者：Canvis-Me & ChatGPT

2023 年 10 月 27 日

基金会执行董事 Deb Goodkin 与 上就 FreeBSD 的现状进行了深入探讨，消除了人们对开源软件的常见误解，讨论了 FreeBSD 在日益重要的安全领域中所扮演的角色，并展望了开源生态系统的未来。

• 原文：2025 EuroBSDCon Trip Report – Leah Budzicka

• 发布时间：2025 年 11 月 12 日

• 作者：Leah Budzicka

作为计算机科学三年级学生，同时也是我所在大学操作系统学生俱乐部 The :wheel Group 的 BOFH（Bastard Operator From Hell, 地狱来的混蛋操作员），我一直关注着 BSD，但始终未曾真正腾出时间去深入探索。

有一天，在浏览 Fediverse 动态时，我看到了 FreeBSD 基金会在 Mastodon 上发布的旅行资助截止日期公告。出于一时兴起，我提交了申请——想着这是一个学习的好机会，也可以把新的见解带回学生俱乐部。你可以想象，当我得知申请被批准时，我多么惊讶！

我提前一天到达了萨格勒布，在老城区闲逛。由于旅馆就在附近，傍晚时分我还顺便去了会场看了一眼。

虽然第一天是为 FreeBSD 开发者峰会（Developer Summit）预留的，我还是希望能帮忙组织工作，顺便提前认识一些参会者。虽然并不需要额外帮助，但我问是否可以旁听——令我高兴的是，我得到了 Ed Maste 的邀请，顺利参加了会议。

开幕环节由 Benedict Reuschling 主持，包括一个生动的破冰活动，参会者根据不同标准排列，比如参加过多少次会议，或者从多远的地方来到萨格勒布。这是一个很有趣的方式，让人立即与他人建立联系。之后，我与 Benedict 交流，他表示有兴趣来我的大学做客座讲座。

技术环节同样引人入胜。Greg Wallace 的《FreeBSD 企业工作组的经验分享》揭示了企业采用 FreeBSD 的困境，而 Brooks Davis 关于 CHERI 安全架构的演讲尤其令人着迷。Ed Maste 关于基金会项目的更新让我了解了 Grimoire 和 Sylve，而 Sven Ruediger 与 Lukas Engelhardt 关于 pkgbase 的演讲则解释了 FreeBSD 新的升级机制如何取代传统的 freebsd-update(8)。

当晚，我与一群开发者在当地餐厅共进晚餐，享受美食的同时，也就 FreeBSD 和开源开发进行了愉快的交流。

第二天和第三天，我参加了 Kirk McKusick 关于 FreeBSD 内核的传奇工作坊。作为 BSD 的主要作者之一，Kirk 不仅分享了深厚的技术知识，还讲述了生动有趣的故事，使课程易于理解。我对 FreeBSD 的内核结构、进程管理、安全子系统、虚拟内存实现、I/O 与设备接口、文件系统以及网络栈有了更清晰的理解。

每天晚上，我都与更多开发者见面，交流有关学生俱乐部可能开展的讲座和工作坊的想法。

接下来的主会议正式开幕。Jan Bramkamp 关于基于 ZFS 的快速 FreeBSD Jail 配置的演讲展示了利用巧妙的 ZFS 数据集技术实现亚秒级 jail 部署——这是我最期待的环节。我还非常喜欢 Hans-Jörg Höxer 关于 OpenBSD 的机密计算演讲，探讨了 AMD 的 SEV/SEV-ES 虚拟化扩展，以及 Roller Angel 关于 Ansible/Salt 自动化的课程，这为我提供了多个项目思路。

在晚间社交活动中，我甚至为 Gentoo Linux 打包了 Benjamin Stürz 的 fuse-ufs 驱动，并与 Kirk 和 Eric 进行了另一次愉快的交流。

最后一天以 Kirk McKusick 的《BSD 守护进程的历史》演讲开场，讲述了吉祥物演变的有趣轶事。随后 Patrick M. Hausen 分享了在 Hetzner 服务器上部署 FreeBSD 的经验，这与我的兴趣非常契合。最令人鼓舞的是 Jake Freeland 关于 Capsicum 的演讲，这促使我决定将本科毕业论文聚焦于 FreeBSD。

我要对 FreeBSD 基金会表示最深切的感谢，感谢他们资助我前往萨格勒布参加 EuroBSDCon。这次经历远远超出了我的预期——既富有教育意义，又充满启发性，更感受到社区的真诚温暖。

这是我的第一次 BSD 会议，但绝不会是最后一次。

展望将来，我计划通过 The :wheel Group 在我的大学开展 FreeBSD 讲座和工作坊，将其融入自己的工作流程，并在学习和未来职业生涯中持续为 FreeBSD 做贡献。

此致 敬礼，

Leah Budzicka

• FreeBSD now builds reproducibly and without root privilege

• 2025 年 10 月 27 日

FreeBSD 基金会很高兴地宣布，FreeBSD 现已完成无需 root 权限即可进行构建的工作。我们已经为所有源代码的发布构建实现了无 root 基础设施支持，彻底消除了在 FreeBSD 发布流水线中使用 root 权限的需求。此项工作是 由 Sovereign Tech Agency（主权技术基金）委托的项目 的一部分。

上述更改目前已在 FreeBSD 开发分支中实现，并将在可能的情况下合并到 FreeBSD 15.0 的发布（RELEASE）分支中。

现在，在构建 FreeBSD 发布产物时，无需 root 权限即可创建设备文件、设置正确的文件所有权及挂载文件系统。这一改进提升了安全性，并简化了自动化构建过程。

现在，每份 FreeBSD 发布产物都能在无 root 权限的情况下完成构建：

• 适用于 U 盘与 CD/DVD 安装介质的双模式 ISO 镜像

• 适用于可引导 U 盘的 Memstick 镜像

• 适用于虚拟机部署的 VM 镜像

• 适用于 AWS、Azure 等云平台的云磁盘镜像

消除了构建流水线中对 root 权限的依赖，减少了攻击面和权限提升的风险。这使得构建环境更加安全与灵活，无论是官方基础设施还是社区贡献者都能从中受益。

可重复构建

与无 root 工作并行，FreeBSD 还引入了多项改进以提升构建的可重现性——确保相同的源代码输入始终能生成逐字节完全一致的二进制输出。这些更改覆盖了操作系统本身、发布工具链以及完整的构建过程。

主要改进包括：

• 消除或标准化时间戳

• 文件列表、包元数据等内容的稳定排序

• 一致的构建环境，包括调试路径与区域设置

• 在诸如文件系统镜像创建工具 mkimg(1) 等构建工具中实现可重现产物支持

可重复构建增强了整个软件供应链的完整性与透明度。它能够实现可验证的信任、改进调试与审计流程、简化持续集成，并有助于长期可维护性。

现在，FreeBSD 可以在无特权容器或受限环境中运行持续集成系统与自动化构建基础设施。在本地系统上，贡献者们也能够无需提升权限即可完整构建 FreeBSD RELEASE 版本。

FreeBSD 现已能够在无需 root 权限的情况下安全、可重现地完成构建。它更快、更安全、更透明——让任何人、在任何地方，都能以信任的方式构建 FreeBSD。

• 原文链接：OpenZFS Cheat Sheet

• 作者：Benedict Reuschling ([email protected])

• 原发布时间：2025 年 3 月

存储池配置

单个磁盘 无冗余，挂载为 /mypool，无需在 /etc/fstab 中添加条目。

条带（RAID-0） 无冗余，任意一块磁盘损坏都会导致数据全部丢失。性能高，可用容量为所有磁盘总和。

镜像（RAID-1） 可承受一块磁盘损坏，VDEV 在 zpool status 输出中显示为 mirror-0，可并行读取所有磁盘，写入速度较慢，总容量低于 RAID-0。

单奇偶校验（RAID-Z1） 至少需要 3 块磁盘，可承受 1 块磁盘损坏，奇偶校验信息分布在所有磁盘上，读写速度较快，性能相当，容量约为 66%。在 zpool status 输出中显示为 raidz1-0 VDEV。

双奇偶校验（RAID-Z2） 每个 VDEV 可承受 2 块磁盘损坏，比 RAID-Z1 慢，至少需要 4 块磁盘，可用容量约为 50%。

RAID10 至少需要 4 块磁盘，每个 VDEV 可承受 1 块磁盘损坏，读速快，写速为单个磁盘的一半，容量为 50%。是冗余性、容量和性能的良好折中方案。

三奇偶校验（RAID-Z3） 比 RAID-Z2 稍慢，每个 VDEV 可承受 3 块磁盘损坏，至少需要 5 块磁盘，可用容量约为 40%。

显示存储池状态

显示存储池状态【包括磁盘配置、错误信息、适用的更新、上次 scrub 时间（若有）】

显示存储池容量、已用空间和可用空间

显示存储池 I/O 统计信息

选项：

• -v 显示各个设备

• -w 显示 I/O 延迟

• -r 显示请求大小直方图

显示存储池的管理命令历史

选项：

• -l 详细格式

• -i 仅显示事务组等事件

获取存储池属性及其值，并可使用 zpool set 修改默认值

特殊 VDEV

二级 ARC（L2ARC）

当数据不再适合存储在 ZFS 主内存缓存（ARC：自适应替换缓存）时，L2ARC 充当快速读取缓存。读取请求将由 L2ARC 处理，需使用高速存储设备（如闪存）才能获得显著效果。使用 cache 关键字将设备添加到存储池。

ZFS 意图日志（ZFS intent log, ZIL）

将同步写入转换为异步写入（不影响读取），使应用程序能更快确认数据已写入，类似于数据库事务日志。当写入完成并存储到底层存储介质后，ZIL 将被清除。ZIL 需要快速存储设备，但无需大容量。使用关键字 log 将设备添加到存储池。

备用盘（Spare）

备用盘在替换故障磁盘之前不会参与 I/O 操作，可以由手动操作或外部故障管理软件触发替换。使用关键字 spare 添加备用盘。

存储池扩展

将单磁盘存储池转换为 RAID1

为单磁盘存储池设备 /dev/nda0 添加镜像磁盘 /dev/nda1：

替换故障磁盘

将存储池中的故障磁盘 /dev/nda2 替换为设备 /dev/nda3：

存储池导入/导出

导出存储池

完成 I/O 操作后，从文件系统层次结构中卸载存储池。可在其他系统上导入以恢复存储池状态。

导入存储池

将存储池导入当前系统。

• 扫描 ZFS 存储池标识

• 通过 ID 或名称导入存储池

• 重命名存储池

• 在不同路径下挂载已导入的存储池（防止覆盖现有存储池）

ZFS 数据集

数据集位于存储池之上，并占用其空间。访问方式如下：mypool/data。每个存储池创建时，都会默认生成一个与其同名的顶级数据集。例如，执行以下命令：

将创建一个名为 test 的存储池和数据集，顶级数据集将挂载为 /test，并可包含子数据集。

创建数据集

创建一个名为 ds 的新数据集，大部分属性继承自父数据集：

创建多个数据集：

显示数据集信息

列出已用空间、可用空间和挂载点

按 ZFS 路径显示数据集

列出数据集及其子数据集

限制显示数据集的层级深度

仅显示数据集名称

移除输出头部

修改显示顺序

按列排序

倒序排列

显示存储池可用空间

列出每个数据集及其子数据集的可用空间和已用空间，包括快照和任何预留空间：

推荐：使用该命令代替 df -h。

重命名数据集

重命名数据集或在存储池层次结构内移动数据集，类似于 Unix mv 命令：

销毁数据集

模拟销毁（不会执行实际删除）：

输出：

执行销毁并显示结果：

输出：

递归销毁数据集及其子数据集：

属性管理

数据集通过继承父数据集的大部分属性来提高灵活性。子数据集可根据需要覆盖这些属性。仅可更改 SOURCE 列中的默认属性，存储池的属性规则相同。

显示属性

多种方式可以查看存储池和数据集的属性：

• 查看存储池的属性

• 查看数据集的属性

• 查看单个属性（容量）

• 查看多个属性（容量与健康状态）

修改属性

• 禁用访问时间更新（可提高性能）：

• 更改挂载点：

自定义属性

可为数据集定义自定义属性（key=value），数据集会继承这些属性，但可更改其值。

• 创建自定义属性：

• 列出自定义属性：

• 重置属性值（继承父级值）：

• 删除自定义属性（递归删除）：

数据完整性检查（Scrub）

ZFS 在数据存储时会计算并存储校验和，覆盖整个数据集层次结构。I/O 错误、驱动故障、内存损坏、损坏的电缆等因素可能导致校验和不匹配。

如果存储池具有足够的冗余（如镜像或 RAID-Z），ZFS 可以检测到这些错误并自动修复（自我修复）。

建议 每月运行一次 Scrub，重新计算校验和。如果发现数据损坏，ZFS 会从冗余 VDEV 获取正确的数据并修正错误。

启动 Scrub：

查看 Scrub 进度和错误信息：

ZFS 无需 fsck，因为 ZFS 自带数据完整性检查机制。

卷（Volumes）

ZFS 卷使用连续的存储池空间，并可通过 iSCSI 在网络上导出。当使用非 ZFS 文件系统格式化卷时，该文件系统仍可自动利用 ZFS 的底层功能。

创建卷

创建一个 10GB 的 ZFS 卷：

创建稀疏卷（Sparse Volume）

稀疏卷是 超分配 的卷，不会立即占用预留空间，而是随着数据的增长逐步填充。

创建一个 1PB（1 PB）稀疏卷：

配额（Quota）

每个数据集默认可以使用整个存储池的空间。配额用于限制数据集的最大存储量。ZFS 严格 执行配额限制，任何超出配额的写入都会被阻止。

定义配额

ZFS 默认无配额。可使用 zfs set 命令为特定数据集设置配额：

该配额适用于该数据集及其子数据集（包括未来创建的子数据集）。这些数据集 共享 配额总量。

如果仅想限制 父数据集本身，不影响子数据集，则使用 refquota：

用户和组配额

• 限制特定用户的存储空间：

• 限制某个用户组的存储空间：

显示配额信息

• 查询数据集的配额：

• 查询 refquota：

• 查询用户配额：

• 查询组配额：

移除配额

将数据集的配额取消（refquota 也同样适用）：

预留空间（Reservation）

预留（Reservation）确保存储池中一定量的空间始终可用，不受其他数据集占用。这减少了存储池的可用空间，但可以防止单个数据集占满整个池，有助于容量规划。

定义预留空间

使用 reservation 属性设置数据集的预留空间：

预留空间 会被子数据集继承。如果只想对该数据集本身生效，而不影响子数据集，则使用 refreservation：

显示预留空间

• 查看数据集的预留空间：

• 查看 USEDREFRESERV 列中的预留空间：

移除预留空间

将 reservation 或 refreservation 设为 none：

快照（Snapshots）

快照提供了一种 快速保存数据集只读状态 的方法，可用于恢复数据集到特定时间点的状态。无需回滚整个快照，也可以单独恢复其中的文件。

ZFS 通过 .zfs 目录提供只读访问，可从快照中读取文件。

创建快照

• 创建快照：

• 简写命令：

• 递归创建快照（包含所有子数据集）：

显示快照

• 列出所有快照：

• 列出数据集及其所有子数据集的快照：

显示自上次快照以来的写入数据量

• written 属性显示自上次快照以来写入的数据量。

• 配合 used 和 referenced 属性可以直观查看存储池空间使用情况：

比较快照

使用 zfs diff 比较当前数据集与某个快照之间的更改：

输出说明：

对比 两个快照 之间的更改：

快照回滚（Snapshot Rollback）

回滚操作会 丢弃当前数据集的状态，恢复到指定快照的状态。所有在该快照之后创建的数据 都会被删除。

如果要回滚到更早的快照，必须先使用选项 -r 删除所有中间快照：

挂载快照（Snapshot Mounting）

可将快照 以只读方式 挂载到文件系统：

删除快照（Snapshot Deletion）

模拟删除（Dry Run）

建议先执行 模拟删除（选项 -n）查看即将删除的内容，配合 -v 显示详细信息：

如果确认无误，去掉 -n 选项执行删除：

递归删除快照

删除指定快照及其所有子快照：

删除快照范围（Delete Range）

假设快照列表如下：

• 删除快照 @b 至 @d（含 @d）：

• 删除 @b 及其后所有快照：

快照保护（ZFS Holds）

ZFS 能为快照创建 保护标记（tag），被标记的快照不能删除。可以对一个快照添加 多个 保护标记，只有 所有标记都被移除 后，快照才可以删除。

创建快照保护（Hold）

递归列出快照的所有 Holds

解除快照保护（Release Hold）

克隆（Clones）

克隆是 可写的快照副本，创建的克隆数据集 包含原快照的所有数据。

创建克隆

克隆数据集的 origin 属性指向其 来源快照：

解除克隆对原快照的依赖（Promote Clone）

ZFS 不允许删除 有依赖克隆的快照。要删除原快照，必须 先提升克隆为独立数据集（promote）：

此时：

• origin 属性消失

• 该快照成为克隆的新基础

• 原快照可安全删除

删除克隆（Clone Removal）

可像删除普通数据集一样删除克隆：

加密（Encryption）

ZFS 支持数据集加密，每个数据集可以有独立的密钥。一些元数据仍然保持未加密状态，以便执行 scrub 等操作。

创建加密数据集（Create Encrypted Dataset）

设置数据集的加密密码：

查看加密状态（Load Status）

获取密钥状态：

加载密钥（Load Key）

解锁数据集：

权限委派（Delegation）

ZFS 允许将 ZFS 命令的权限 委派给非 root 用户。

授权用户（Delegate Permission to User）

授予用户 joe 对 atime 属性的修改权限：

查看现有权限（Display Delegations）

撤销用户权限（Remove Delegation）

移除 joe 的 compression 权限：

授权给用户组（Delegate Permission to Group）

授予 mygroup 组 atime 属性权限：

允许用户委派权限（Delegate Permission to Delegate）

授予 jill 允许其他用户管理数据集权限的权限：

创建权限集合（Create a Set of Permissions）

创建权限集合 @myset，包含 mount、snapshot、rollback 和 destroy 权限：

应用权限集合（Use Permission Set for Delegations）

将 @myset 赋予用户 jill：

快照发送与接收（Sending and Receiving Snapshots）

ZFS 能以字节流的方式 本地和通过网络传输快照，可用于备份。

将快照写入文件（Write Snapshot to a File）

要恢复快照，可使用 zfs receive，并通过 -v 选项显示详细信息：

从快照创建数据集（Create Dataset from Snapshot）

显示传输详细信息：

不使用中间文件进行复制（Replication Without Intermediary File）

直接通过管道传输快照数据：

通过 SSH 复制（Replication via SSH）

使用 SSH 传输快照到另一台主机的 ZFS 池：

权限管理（Send and Receive Permissions）

发送权限（Send Permissions）

允许 sender 用户发送数据集：

接收权限（Receive Permissions）

接收方 receiver 需要额外的权限：

• New ZFS Boot Environments Tool

• 作者：𝚟𝚎𝚛𝚖𝚊𝚍𝚎𝚗

• 2018/08/24

注意

注：15.0-RELEASE 中仅存在命令 bectl。

大约一个月前，我有幸在 上做了关于 ZFS 启动环境 的演讲。在演讲的最后，我提到了在 FreeBSD 上管理 ZFS 启动环境 的工具发展历史。

Pawel Jakub Dawidek——他也参加了 PBUG #3 会议——建议我应该尝试将 beadm 纳入 FreeBSD 基本系统。我也从很多 beadm 用户那里听到过这个想法，他们反复询问为什么 FreeBSD 基本系统没有内置 beadm。因此，在 PBUG #3 结束后，我正是做了这件事。我创建了新的 PR————令我（惊喜地）发现，他们将新工具 bectl 内置到了 FreeBSD 基本系统！现在，我们的 ZFS 启动环境 工具家族中新增了一员——工具 bectl。

当然，我仍会维护和更新工具 beadm，它仍可通过 FreeBSD Ports 中的 获取。因为该工具是用 POSIX /bin/sh 编写的，所以调试快速且易于修改。简单来说（TLDR）：bectl 是用 C 语言实现的 beadm，它已引入到了 FreeBSD 基本系统，这意味着它将成为 FreeBSD 12.0-RELEASE 的一部分。目前 bectl 已经可以在 12.0-ALPHA2 镜像中使用。

对比

新的 bectl 工具还处于非常早期的阶段，目前（尚未）能完全替代工具 beadm。下面是 bectl 和 beadm 工具使用信息的简单对比。

……以及新的 bectl 工具。

例如，bectl 目前无法重命名正在使用/已挂载的启动环境，而 beadm 可以。

可以通过命令 zfs rename -u ... 重命名挂载到 / 的 ZFS 数据集（这正是 beadm 在底层所做的操作），作为 bectl 工具的替代方案。

随后它会像平常一样以新名字显示在 bectl 下，如下所示：

bectl 相较于 beadm 的一个很棒的新功能是可以在指定的启动环境中动态创建 FreeBSD Jail。

下面展示 bectl 创建 FreeBSD Jail 的实际操作。

如果你从 beadm 迁移到 bectl，你也需要更加小心，因为 bectl 不会让你进行确认 :🙂:

例如，beadm 工具会在销毁指定的启动环境前询问你是否确认。而 bectl 工具则会直接删除，不会在屏幕上出现任何提示。

bectl 缺少的功能之一是 Ansible 插件支持。beadm 支持 Ansible 插件，因此如果你希望使用该配置管理工具，那么使用 bectl 时就需要退回到 原生 Ansible 模块 :🙂:

好消息是 beadm 和 bectl 可以在同一台主机上共存，所以你不必二选一。你仍然可以用 beadm 工具处理日常任务（或用于 Ansible 模块），而用 bectl 来处理 jail/unjail 等选项。

我认为随着时间推移，bectl 会增加所需功能，而将这样的工具纳入 FreeBSD 基本系统无疑是个受欢迎的补充。

更新 1

文章被收录在 集中。

感谢分享！

更新 2

最后，我有时间在更新的 FreeBSD-12.0-ALPHA6 版本中再次测试新的 bectl 命令，看是否有改进。

现在在无参数调用时，bectl 不会显示缺少命令的提示。

可以使用 bectl 命令重命名当前正在使用的启动环境。

我注意到的最后一点是，bectl jail 命令在退出后不会保持 Jail 处于启用/运行状态，虽然只是外观上的变化，但很重要。

最后，最简单的迁移路径是创建一个简单别名：

… 或针对 (T)CSH shell：

• 原文：FreeBSD fans rally round zVault upstart

• 作者：iconLiam Proven

• 2025 年 5 月 12 日

TrueNAS 依然活跃健康，但 iXsystems 已将重点转向基于 Linux 的 SCALE 版本。对于仍然坚持使用 CORE 的 FreeBSD 忠实用户来说，新的竞争者正在崛起：zVault。

zVault 项目 是一款基于 FreeBSD 13.3 的全自由开源操作系统，专为网络附加存储（NAS）服务器设计。该项目刚刚发布了 第二个预览版本，解决了首个预览版本中存在的一些知识产权问题。目前这仍是预览版本，我们绝对不建议将任何重要数据存储在上面，但这是一个令人鼓舞的信号。

正如我们 的，iXsystems 已将其基于 FreeBSD 的 NAS 操作系统 TrueNAS CORE 转入维护模式。其继任产品是 ，该版本以 Debian Linux 作为底层操作系统，而非 FreeBSD。公司强调，“没有人会因为转向 Debian 而被‘遗弃’”，这是它对 The Register 旗下 Blocks & Files 网站的说法。事实上，借助 ZFS 的 ——完整且可启动的操作系统快照——甚至可以在原地将 FreeBSD 版本迁移到新的 Linux 版本。

但如果你不想在存储服务器上运行 Docker 容器，或者不想将存储集成到 Kubernetes 集群中，那么好消息来了：zVault 已经接手了 TrueNAS CORE 的最终 FreeBSD 版本。

zVault 在二月底发布了 ，但 iXsystems 的 Kris Moore 针对此版本 ，声称其中包含了 iXsystems 的知识产权，随后 zVault 项目撤回了该 ISO 镜像。现在，zVault 团队正在努力剥离 iXsystems 的残留部分，移除所有剩余的专有文件，力求打造纯自由开源版本。

FreeBSD 博主 Vermaden 发布了更新，表达了一些 FreeBSD 社区成员对 iXsystems 此举的看法，标题为“”。这篇更新是对他们去年发布的文章“”的补充。文章中附带了一张截图，显示第一个版本中有超过 50 个文件涉及了 TrueNAS 企业许可协议的内容，。

zVault 项目主页上的 相对简单。第一步：发布一个可用版本；第二步：发布稳定版本；第三步是更新到 13.5 版本；第四步则是在此基础上切换到当前的 FreeBSD 14。

与此同时，还有 ，它基于早期的 FreeNAS 版本继续开发，早于 iXsystems 的介入，没有后者投入的现代化改进。它的部署比 TrueNAS CORE 要复杂些，网页界面也明显不如 TrueNAS CORE 精致，但它依然存在，能用，并且持续获得更新。 ®

原文地址：Sovereign Tech Fund to Invest €686,400 in FreeBSD Infrastructure Modernization

2024 年 8 月 26 日

投资将加速零信任构建、软件物料清单（SBOM）、安全工具和开发者体验的提升

2024 年 8 月 26 日，科罗拉多州博尔德市 致力于推动开源 FreeBSD 操作系统发展及支持社区的 FreeBSD 基金会宣布，德国主权科技基金（Sovereign Tech Fund，STF）已同意向 FreeBSD 项目投资 68.64 万欧元，以推动改进基础设施、安全性、合规性及开发者体验。

由 FreeBSD 基金会组织和管理的这一工作将于 2024 年 8 月开始，并持续到 2025 年，主要涉及以下五个关键项目：

• 零信任构建：改进工具和流程

• 自动化 CI/CD：优化软件交付与操作

• 偿还技术债务：实施工具和流程以减轻技术债务

• 安全控制：现代化、加固安全工件，如 FreeBSD Ports 和软件包，助力合规性

• 改进 SBOM：优化和实施 FreeBSD 软件物料清单（SBOM）的新工具和流程

开发者是每个开源项目的核心。主权科技基金对 FreeBSD 基础设施的投资将确保开发者的一流体验，同时维护和扩展 FreeBSD 以其闻名的安全性和数字主权。

德国主权科技基金委托的工作与美国国家网络总监办公室（ONCD）于 2024 年 8 月 9 日发布的 密切相关。该报告整合了 2023 年有关加强开源软件生态系统安全的关键优先事项的反馈意见。通过增强安全控制和 SBOM 工具，FreeBSD 基金会帮助确保 FreeBSD 在改进漏洞披露机制和软件安全基础方面处于前沿。

“主权科技基金很高兴赞助 FreeBSD 项目，”德国主权科技基金联合创始人 Fiona Krakenbürger 表示。“这一针对关键数字基础设施的投资将加速 FreeBSD 的现代化，提升安全性并改善开发者体验。FreeBSD 的广泛应用意味着这些改进将在全球公共部门、研究领域以及商业用户中产生深远影响。我们很高兴为其持续现代化做出贡献，以更好地服务于公共利益和 FreeBSD 社区。”

“我们非常感谢主权科技基金的这笔重要投资，这将进一步提升 FreeBSD 开发者和用户的安全性及基础设施。”FreeBSD 基金会执行董事 Deb Goodkin 表示，“在过去的 30 年中，FreeBSD 项目始终处于开源安全性、兼容性和可靠性的前沿。各国政府越来越认识到开源项目如 FreeBSD 在共享数字基础设施中发挥的重要作用。这项主权科技基金委托的工作将为面临新法规的商业用户，以及公共部门、学术界和个人用户，提供必要的透明度、可审计性和信任。”

关于主权科技基金（STF）

主权科技基金（）支持开放数字基础设施的开发、改进和维护，以服务公共利益。其目标是可持续地加强开源生态系统，关注安全性、兼容性、技术多样性以及代码背后的人。主权科技基金由德国联邦经济事务和气候行动部（BMWK）资助，并由德国联邦颠覆性创新署（SPRIND）主办和赞助。

如何参与：

FreeBSD 基金会承诺保持透明和协作的沟通。将通过已建立的公共渠道发布全部公告和更新。如有问题或者希望参与潜在的咨询委员会，为主权科技基金资助的工作提供反馈和指导，请联系 [email protected]。

关于 FreeBSD 基金会

FreeBSD 基金会是一家 501(c)(3) 非营利组织，致力于支持 FreeBSD 项目和社区。基金会接受个人和企业的捐赠，用于开发功能、雇佣软件工程师、改进构建和测试基础设施、通过线上和线下活动宣传 FreeBSD，以及提供培训和教育材料。基金会还代表 FreeBSD 项目处理法律事务，是合同、许可和其他法律安排的公认实体，完全依赖捐赠支持。了解更多信息，请访问 。

• 原链接：Meet the 2023 FreeBSD Google Summer Of Code Students: Soobin Rho

• 发布日期：2023-8-24

• 译者：ykla & ChatGPT

自从 2005 年谷歌编程之夏项目创立以来，FreeBSD 项目很自豪地参与其中。随着 2023 年季节即将结束，基金会请几位我们的学生分享更多关于他们自己以及他们与该项目合作经验的信息。

问：请简单介绍一下你自己，以及你在教育旅程中的进展。

我是 Soobin Rho，这是我在南达科他州的奥古斯塔纳大学的第三个学年，预计于 2025 年毕业。我主修哲学、数学和计算机科学。

我出生于韩国，在迪拜长大，几年前来到美国上大学。我的目标是白天在一家有使命感的优秀公司工作，然后在空闲时间做我真正关心的事情，比如为环境和可持续性开展开源项目。

问：你以前有参与过谷歌编程之夏项目吗？

没有，2023 谷歌编程之夏是我第一次参与。我是在 Hacker News 上第一次听说谷歌编程之夏的。其中一条评论提到 FreeBSD 是参与的开源项目之一。所以，我就申请了。我从 FreeBSD 维基的谷歌编程之夏项目创意列表中选择了我的项目。

问：你为什么想与 FreeBSD 合作？

我尝试过很多操作系统（虽然我不会逐一列举）也尝试过很多桌面环境。然而最终，至少目前来说，我决定我最喜欢的编码环境是没有桌面环境，只有终端的 FreeBSD 加上 vim 和 tmux。

当然，每当我需要使用图形界面时，我会不时地回到其他操作系统。尽管如此，它就是感觉对了。我所有的开发工作都是通过 FreeBSD 进行的。加入 2023 谷歌编程之夏是我第一次为 FreeBSD 做贡献，但我也打算继续作为贡献者，并继续维护 mfsBSD 集成。

问：请简要介绍一下你的谷歌编程之夏项目。

说到 mfsBSD，这是由 Matuska 于 2007 年创建的，mfs 代表内存文件系统。基本上，一旦你在系统中安装了 mfsBSD 并引导到它，整个操作系统现在都在内存文件系统下运行。这意味着你现在可以做很多事情，比如恢复操作和系统诊断。特别是，我对 mfsBSD 的最喜欢用途之一是用于我的一台只有一块硬盘的笔记本电脑。我可以在硬盘中引导 mfsBSD，然后在我安装了 mfsBSD 的特定的硬盘上安装 FreeBSD。由于 mfsBSD 中的每个文件都被移动并加载到内存文件系统中，甚至可以删除原始磁盘，并使用 mfsBSD 中的 bsdinstall 完全覆盖为全新的 FreeBSD 实例。

我的项目将 mfsBSD 集成到 FreeBSD 发布工具集中，这样 mfsBSD 镜像（.img 用于光盘，.iso 用于光盘）现在将在 FreeBSD 主页上提供。【注 1】

问：到目前为止，你从这个经验中学到了什么？

在接手这个项目之前，我对 MAKE(1) 一无所知。阅读 /usr/src/Makefile 和 /usr/src/release/Makefile 对我帮助很大。此外，阅读 /usr/src/release/Makefile.vm 非常有价值，事实上，我很多的代码都是基于这些 make 文件的。

问：与 FreeBSD 项目合作的经历如何？

有趣而令人兴奋！每周与我的导师 Joseph Mingrone 和 Juraj Lutter 进行会议很有趣。看到我的代码生成了我自己可以使用的 mfsBSD 镜像，以及为所有需要的其他人生成的镜像，这让我感到兴奋。

• 原文：FreeBSD Officially Supported in OCI Runtime Specification v1.3

• 发布日期：2025 年 11 月 4 日

FreeBSD 已被纳入 Open Container Initiative（OCI）运行时规范 的 1.3 版本中，成为官方支持的平台。该版本于 2025 年 11 月 4 日发布。这一里程碑标志着 FreeBSD 的重大成就，体现了社区志愿者多年来为将云原生容器技术引入该平台所做的不懈努力。

FreeBSD 的重大进步

FreeBSD 纳入了 OCI 运行时规范，是个分水岭式的时刻，使 FreeBSD 成为现代云原生工作负载的一级平台。官方的 OCI 支持意味着 FreeBSD 用户现在可以放心地利用完整的容器工具和编排平台生态系统，因为他们使用的是标准化、厂商无关的规范。对于已经在生产环境中运行 FreeBSD 的组织来说，这为采用符合行业标准的容器化应用部署策略打开了大门，使 FreeBSD 成为云基础设施、边缘计算和企业部署的更具吸引力的选择。

基于 FreeBSD 虚拟化传统的扩展

新增的云原生容器支持，进一步强化了 FreeBSD 已经非常成熟的虚拟化能力，尤其是强大的 FreeBSD jail 技术——它已成为 FreeBSD 二十多年来的基石。实际上，FreeBSD 上的 OCI 容器是通过 jail 作为底层隔离机制实现的，将 jail 的安全性和资源管理优势与符合 OCI 标准的容器可移植性和生态系统优势结合在一起。这种技术结合为 FreeBSD 用户带来了两全其美的体验：既有 jail 所具备的轻量、安全隔离，又拥有容器在现代软件开发中广泛普及的标准化工具链和镜像格式。

凝聚多年努力的社区成果

这一成就凝聚了由志愿者 Doug Rabson 领导的长期开发工作，并得到了来自 OCI 社区、FreeBSD 项目以及 FreeBSD 基金会众多贡献者的支持与合作。实现官方 OCI 支持的历程包括以下几个关键里程碑：

• 2021 年：Samuel Karp 发布了 runj，这是 FreeBSD 的首个 OCI 运行时，并支持 containerd，证明了在该平台上运行 OCI 容器的可行性。

• 2022 年：Doug Rabson 为 Buildah 和 Podman 添加了 FreeBSD 支持，这两个关键的容器管理工具的改进要求对 FreeBSD 内核进行重要修改，以满足 OCI 运行时规范的要求，为今天的正式认可奠定了基础。

• 2024 年：Dave Cottlehuber 领导将 FreeBSD 官方 OCI 镜像纳入的工作，首次出现在 FreeBSD 14.2 中，可在 Docker Hub 和 GitHub Container Registry 上获取这些镜像。

• 2025 年：Doug Rabson 领导将 FreeBSD 作为平台添加到 OCI 运行时规范中的工作，该支持在 v1.3 版本中正式提供。

FreeBSD 基金会借此机会感谢 Samuel Karp 与 Doug Rabson 在推动此项计划中所付出的不懈努力，同时向所有为使 FreeBSD 成为完全受支持的 OCI 平台而作出贡献的人员致以诚挚谢意。

展望将来

随着官方 OCI 运行时规范支持的确立，FreeBSD 比以往任何时候都更有能力满足现代基础设施与应用开发的需求。我们期待看到社区如何利用这一能力，在 FreeBSD 上构建创新解决方案。

确保最新动态：

• 原文链接：Meet The Summer 2023 University of Waterloo Co-Op Student: Naman Sood

• 发布日期：2023.9.7

• 译者：ykla & ChatGPT

FreeBSD 基金会继续与滑铁卢大学合作项目成功合作。自 2017 年以来，我们已经招募了 15 名实习生，其中一些人已经回来做过多次实习。我们还有两名实习生成为了正式的贡献者，许多人继续为项目做出贡献。今年夏季合作学生生是 Naman Sood，我们坐下来与他聊了聊，了解他以及他选择为 FreeBSD 工作的原因。

姓名： Naman Sood

问：请简要介绍一下自己以及你的教育经历。

我来自印度，2019 年来到加拿大就读滑铁卢大学，主修计算机科学。目前我已经读到了第四年的一半，计划于 2024 年春季毕业。

问：你已经参加了多少次合作实习？

FreeBSD 是我第五次的合作实习。

问：为什么你想要在 FreeBSD 基金会工作？

我一直喜欢编写与计算机硬件的内部机制有关且为其他程序提供良好接口的底层代码。FreeBSD 基金会为我提供了一个特殊的机会，可以实际参与到全世界的人们使用的实际系统的开发中，而这种工作正是我所热衷的。此外，在开源生态系统中工作的经历对我来说是一个难得的学习机会，使我更加自如地为我每天使用的软件做出贡献。

问：你希望从这个实习中学到什么？

我最想从这个实习中获得的经验是在一个真正的、可用于生产的操作系统内核上进行一些“hack”活动的经验。我所在大学的操作系统课程非常出色，但更多地是对整体概念的引导。它没有涉及到我认为使在底层级别工作变得有趣的许多复杂细节，而 FreeBSD 则为我提供了在这种环境下工作的实践和经验。

问：你目前在做什么工作？

我目前正在尝试将 FreeBSD 的 VPS 子系统（）从 FreeBSD 10 移植到 14，具体来说，我正在考虑将 TCP 检查点和跨进程故障转移进行移植。例如，如果你有一个多进程的 Web 服务器，其中一个进程崩溃，它可以将其 TCP 连接移交给另一个进程。从客户端的角度来看，即使面对此故障，也可以继续正常运行。

问：到目前为止，你对 FreeBSD 的经验如何？

非常好！在这个大型的、由志愿者推动的开源软件项目中，自然会出现技术和社交方面的挑战。但这些挑战正是我来这里应对的，我在我的工作中得到了非常有益和愉快的经验。

• 原文：

• 作者：𝚟𝚎𝚛𝚖𝚊𝚍𝚎𝚗

• 发布时间：2020/11/18

在新款笔记本上使用 FreeBSD 时，有时你会发现自带的 WiFi 芯片不受支持……或者在 RELEASE 版本中尚未支持，而支持仅存在于你不想使用的开发版本 CURRENT 中。

这时，芯片 Realtek RTL8188CUS 就派上用场了。

• 作者：𝚟𝚎𝚛𝚖𝚊𝚍𝚎𝚗

• 发布时间：2021/02/23

我以强烈支持 ZFS 启动环境 而闻名……而这并非没有理由。我已经多次说明了支持的原因，但大多数（或全部）内容在这里被浓缩了————在我关于此的演示中。即将发布的 FreeBSD 13.0-RELEASE 看起来非常有希望。在许多测试中，它的速度几乎是 12.2-RELEASE 的两倍。哎呀！

详细测试可以在 网站上查看。由于我已经安装了 12.2-RELEASE，我想测试 13.0-BETA*，看看对我来说重要的功能——比如正常工作的挂起/恢复——在新版本中是否如宣传般正常工作。这正是使用

• 原文：

• 作者：iconLiam Proven

• 2025 年 4 月 28 日

先有操作系统，后建基金会——那么基金会到底在做什么？

采访过 许多开源自由软件项目由非营利基金会支持。FreeBSD 基金会就是其中一个例子，FreeBSD 基金会由 Meta 软件工程师 Justin T Gibbs 创立。他在接受 The Register 采访时谈到了 FreeBSD 的版权理念、基金会的职能以及其重要性。

• 原文地址：

• 发布日期：2023-8-29

• 译者：ykla & ChatGPT

自 2005 年以来，FreeBSD 项目一直以参与谷歌编程之夏计划为傲。随着 2023 季接近尾声，基金会要求我们的一些 GSoC 学生分享更多关于自己以及他们与项目合作的经验。

• 原文链接：

• 作者：Drew Gurkowski

• 译者：Canvis-Me & ChatGPT

2023 年 11 月 14 日

在上个月，我前往北卡罗来纳州的罗利参加了 2023 年的 All Things Open 大会。虽然基金会过去曾在展台设有工作人员，但这是我第一次亲自参加这个会议。我在会议前一天飞到了罗利，并在设置基金会展台之前有时间参观了这个城市。我结束了这一天，尝试了我的第一顿北卡罗来纳烤肉，真是让人满意！

• 原文链接：

• 发布日期：2023-8-29

• 译者：ykla & ChatGPT

自从 2005 年谷歌编程之夏项目创立以来，FreeBSD 项目很自豪地参与其中。随着 2023 年季节即将结束，基金会请几位我们的谷歌编程之夏学生分享更多关于他们自己以及他们与该项目合作经验的信息。

• 原文链接：

• 译者：Canvis-Me & ChatGPT

2023 年 11 月 2 日

FreeBSD 厂商峰会始终是一个绝佳的机会，让人更深入地了解公司是如何以及为何使用 FreeBSD。Metify，这家背后是屡获殊荣的 Mojo 平台的公司，将在今年的峰会上展示两款创新产品，为大家提供这样的机会。

Metify Mojo 是一个虚拟设备，可以从所有地方被发现、配置和维护服务器。Metify 的首席技术官 Ian Evans 将讨论 FreeBSD 在创建 Mojo 中的关键角色。

• 原文链接：

• 译者：Canvis-Me & ChatGPT

基金会执行董事 Deb Goodkin 在 中和《SD Times》的主编 David Rubinstein 一起谈论了 FreeBSD 的 30 周年纪念，以及这些年它是如何成长和变化的。

• 原文：BSDCan 2025 Trip Report – Mark Johnston

• 2025 年 7 月 11 日

• 作者：Mark Johnston

FreeBSD 基金会赞助我前往渥太华参加 BSDCan 2025 会议及 FreeBSD 开发者峰会。如往常一样，开发者峰会在 6 月 11 日和 12 日举行，为期两天，随后在 13 日和 14 日举办正式会议。按照惯例，我从多伦多乘火车前往渥太华参加 BSDCan，这次带来了我的 ARM Morello 台式机，以便在 Brooks Davis 关于 CHERI 的演讲中使用，并演示将其支持回溯到 FreeBSD。Ed Maste 善意地帮我运送了设备，这让我的行程轻松许多；回程时，我不得不将其放在超大行李箱中随火车携带。我以前从未尝试过这样运输台式机，当我回家后发现它仍然可以正常启动时，我感到相当安心。

开发者峰会的第一天主要以演讲为主，中间安排了充足的休息时间，方便大家交流或进行一些副项目开发。会议期间，我通常会在休息时间和晚上在 90U 的黑客休息室处理一个到两个小项目，这次是针对内核调试的 GDB 脚本，灵感来自与我们尊敬的 pf 维护者 Kristof 的讨论。撰写本文时，我还未完成会议期间想要完成的工作，但很快会完成。

第一天早上的主要亮点是例行的核心小组动态，会中 FreeBSD 核心小组的成员汇报了各类议题。特别引起我注意的是关于在 FreeBSD 项目中使用基于 LLM（大型语言模型）的编程工具的草案政策。简单总结，该政策禁止将 LLM 生成的代码纳入项目，但允许在开发过程中以其他方式使用 LLM，例如帮助审查补丁、撰写提交信息或其他非显式许可的内容。该政策旨在避免将来源不明的代码“污染”FreeBSD 项目，众所周知，许多 LLM 模型训练数据中包含与 BSD 许可不兼容的代码，目前法律上尚缺乏明确先例表明将其输出纳入项目是绝对安全的。

表面上看，这似乎是合理的政策：它试图在保持项目许可完整性（对重要的 *BSD 用户吸引力很大）与使用新工具辅助开发之间取得平衡。尽管近期 LLM 编程的热度略显夸张，我确实发现它们在某些工作类型中很有用[*]。在随后的讨论中，我对会议室中普遍持消极态度感到有些失望。然而，核心小组的做法公平公正，也与其他大型开源项目保持一致，我对未来几年开发者的动态很感兴趣。我的个人观点是——撇开许可问题——我们应鼓励资深开发者在愿意的情况下尽可能利用 LLM。长期从事 OSS 的开发者已经习惯于审查和修改非自己编写的代码，我认为这种怀疑精神足以对低质量 LLM 输出进行把关。

午餐后，Verisign 的 Rick Miller 发表了关于在核心互联网 DNS 基础设施中使用 FreeBSD 的深度防御策略的演讲。他讲解了操作系统多样性在提升安全性方面的作用，以及为什么 FreeBSD 是其中一个理想候选操作系统。作为此策略的一部分，Verisign 在其基础设施中同时使用 Linux 和 FreeBSD，并在不同操作系统上使用不同的应用框架，以进一步降低对单一技术栈的依赖。具体来说，虽然 Verisign 的应用在 Linux 上使用 DPDK，在 FreeBSD 上可以使用 Netmap 框架实现类似的底层网络硬件访问。Rick 还介绍了 Linux 与 FreeBSD 各自存在的内核安全漏洞，但我认为大多数 CVE 级别的内核漏洞高度依赖操作系统，尤其是内存安全漏洞。Verisign 对此策略的全面投入令人印象深刻，我希望未来能看到更多类似案例。

在 Rick 的演讲之后，我和其他 FreeBSD srcmgr（源代码管理）团队成员做了类似早晨核心小组动态的报告，介绍了源代码管理团队的工作及正在解决的问题。特别值得注意的是，我们呼吁潜水者（lurkers）加入团队并参与会议，即便不是正式成员，也能参与源代码管理的讨论及 bug/PR 分拣工作。我们收到了许多感兴趣的开发者反馈，现在几周后，源代码管理的双周会议参与人数从通常的四人增加到九人。

开发者峰会第二天，我参加了 Brooks Davis 有关 CHERI 的演讲，以及将其支持回溯到 FreeBSD 的动机。整个演讲使用我从多伦多带来的 ARM Morello 系统；KDE 桌面堆栈直到用于渲染幻灯片的 PDF 查看器都运行在纯 capability 模式下，所有 C 指针都用 CHERI 能力表示。在此模式下，许多内存安全漏洞会导致应用以确定性崩溃关闭，而非暴露给利用。Brooks 介绍了几个正在进行的商业 CHERI 硬件项目，通常基于 RISC-V，并讲解了从 CheriBSD 上游到 FreeBSD 的路径。CheriBSD 含有一些大规模改动，其中部分无法上游；混合模式下，内核作为典型 aarch64 二进制运行，同时支持纯 capability 用户空间应用。这些补丁较为 hack，需要对内核操作的所有用户空间指针进行显式标注。演讲中，Brooks 还展示了若干 CHERI 特性，尤其是 CheriBSD 的基于库的隔离（c18n）。

在主会议期间，我参加了不少精彩演讲，个人亮点包括：

• ELF Nightmares, GOTs, PLTs and Relocations Oh My – John Baldwin 展示了 ELF 二进制执行过程中静态和运行时链接器使用的数据结构，涉及 PLT 函数调用间接跳转等复杂概念，并提供了出色的可视化演示，有助于理解。

• ABI Stability in FreeBSD – ShengYi Hung 介绍了新工具 ctfdiff，可比较两个文件的 CTF（Compact C Type Format）数据，检测类型定义和函数签名差异，辅助判断内核变更是否影响出树内核模块的二进制接口。演讲后，围绕如何使用该工具展开了热烈讨论，我提出了比较内核模块与目标内核 CTF 类型图的方法，以减少误报。

• Improvements to FreeBSD KASAN – Zhuo Ying Jiang Li 分析了 FreeBSD KASAN 实现的若干不足，并提出解决方案。KASAN 利用编译器插装和小型运行时组件检测内核内存安全漏洞。她指出两个主要问题：一是 UMA slab 中对象间未插入填充，二是已释放对象未隔离，这会降低 KASAN 检测 use-after-free（UAF，释放后重用漏洞）的能力。她提出通过修改 UMA 解决这些问题，并讨论了利用现有 UMA 特性进行优化的策略。我期待这些补丁尽快被上游采纳。

非常感谢 FreeBSD 基金会赞助我的此次行程。

[*] 不管怎样，此报告均未借助大型语言模型辅助撰写。

点击此处 可以观看弥撒的录制视频。

• 原文位于 https://www.gearty-delmore.com/obituaries/michael-mike-karels（网上扫墓）

Michael "Mike" John Karels（1956 年 8 月 2 日 - 2024 年 6 月 2 日），享年 67 岁，来自伊甸草原。

Michael 于加拿大渥太华因突发心脏病猝然离世。仅余他挚爱的妻子 Theresa“Teri”（娘家姓 Spartz）仍在人世间；女儿 Sarah 及其男友 Ivan Munkres、姐妹 Colleen (Stuart) Lind、Mary Beth (Brad) Schleif 和 Katherine Karels、兄弟 Eugene (Ann) Karels 以及许多家人和朋友，包括他的父母 Patricia 和 Charles Karels 都在他之前去世了。

Michael 毕业于圣母大学（即诺特丹大学），取得微生物学学士学位，并在加州大学伯克利分校完成了研究生学业。在攻读博士学位期间，他接触到了计算机，使他的兴趣发生转向。他最终成为了一名软件工程师，并在 BSD UNIX 历史上扮演了重要角色，这是现代计算史上一个重要的里程碑。通过在伯克利大学的工作，他为早期互联网的实现做出了贡献，为现代网络奠定了基础。他是《4.4 BSD 操作系统的设计与实现》的作者之一，这是该领域的重要著作。”

在完成伯克利的学业后，他曾在多个组织担任高级首席工程师，包括风河公司、安全计算公司、迈克菲、英特尔和 Forcepoint。2021 年他退休了，并将时间和才能倾注于为 FreeBSD（一款免费操作系统）做志愿工作。尽管他在相关领域取得了成功并占据重要地位，但 Michael 被人描述为是一个非常谦逊、有耐心和善良的人，并且乐于与他人分享知识。”

除了在工作上取得的成功，Michael 还是他的家庭中的关键一员，他是个乐于奉献，能支撑的儿子、兄弟、丈夫及父亲。从小，他就承担着额外的责任，在许多方面带领、帮助和指导家庭成员，但他总是以善良、坚持和智慧来面对这些。

Michael 也是一位热情的环保主义者。他对自然的热爱始于早年与家人的野营之旅，其中在冰川国家公园独自过夜的经历成为他成长中的深层记忆。这份热情随着时间的推移而增长，成年后的他成为了许多环保组织的积极支持者，致力于对抗气候变化，并在当地参与清除植物入侵物种的工作。他和妻子最后一次同游国家公园是在 2023 年秋，他们观光了大峡谷和锡安国家公园。

多年来，他的爱好各异，比如音乐和摄影。他的音乐品味多样，从杰思罗·塔尔乐队到贝多芬再到戴夫·布鲁贝克。他对摄影的兴趣始于高中时期，他在其童年卧室里搭建了自己的暗室，并随之进入了现代摄影和数码单反相机时代。在圣母大学就读期间，他担任了校园广播电台的站长，白天播放古典音乐，晚上拍摄巡演的摇滚乐队。

Michael 原本期盼着在退休后的余生中进行编程、改善家居环境，并见证女儿从医学院毕业并成家。他的离世使家人和朋友乃至整个科技界都倍感遗憾。

6 月 18 日（周二）上午 11:00 在 Pax Christi 天主教社区举行基督葬礼，地址：Eden Prairie，12100 Pioneer Trail。

Michael 将安眠在 Pleasant Hill 公墓。

6 月 17 日（星期一）下午 5:00 至 8:00 在 Gearty-Delmore Park 殡仪馆（地址：St. Louis Park，3960 Wooddale Avenue South）举行追思会，其中包括下午 6:30 的回忆时光（弥撒前一小时在教堂举行）。

祭奠活动请优先考虑捐赠至 Free BSD 基金会；3980 Broadway Street; STE #103-107; Boulder, CO 80304 或捐款至环境保护基金会（EDF）。

• 原文：An Introduction to FreeBSD’s Periodic System

• 2025 年 7 月 8 日

• 作者：Benedict Reuschling

FreeBSD 的 periodic 实用程序是一款内置系统，用于以 shell 脚本的形式安排和运行定期（每日、每周、每月）维护任务。它们包括系统健康检查、安全审计和清理任务。借助 periodic 的模块化结构，也可以把自定义任务集成到现有框架中。

本文将介绍如何使用系统提供的 periodic 脚本，以及如何集成我们自己的脚本。

periodic 脚本的位置

以下目录包含计划通过 periodic 系统运行的脚本：

• /etc/periodic/daily、/etc/periodic/weekly、/etc/periodic/monthly：应在特定周期运行的脚本（例如每周一次）。

• /etc/periodic/security：与安全相关的检查，例如已启用的防火墙或登录失败情况。

• /usr/local/etc/periodic/daily、/usr/local/etc/periodic/weekly

调度本身通过 /etc/crontab 中的以下三行实现：

要配置 periodic 系统本身以及应运行的脚本，FreeBSD 提供了单独的配置文件 /etc/periodic.conf。默认情况下，该文件为空或不存在。/etc/defaults/ 目录提供了一个带有详细注释的示例文件。更多信息可参考手册页 。

例如，要激活每日备份 /etc/passwd 和 /etc/group 文件（位于 /etc/periodic/200.backup-passwd 脚本中），在 /etc/periodic.conf 添加如下行：

不需要提供前缀数字（示例中为 200）。该数字用于在同一类别（这里为 daily）中有多个脚本时控制运行顺序。在配置文件中逐行列出所有需要运行的脚本。

当这些脚本执行时，产生的输出会发送到系统管理员账号（root）。若要将输出重定向到 /var/log 中的文件，可分别为 daily、weekly 和 monthly 脚本添加以下行：

文件名可以任意选择，只要不与已有日志文件重名即可。使用这种方法，这些日志文件在过分膨胀时会被轮替。/etc/newsyslog.conf 中的配置会处理上述三个文件的轮替。

添加自定义 periodic 脚本

下面的自定义脚本用于检查系统中所有 ZFS 池的容量是否达到 80%。如果达到阈值，会输出当前容量和对应的池名称：

接下来使用提升权限将脚本设为可执行：

在全局配置文件 /etc/periodic.conf 中激活该脚本，并将阈值降低到 75%：

如果没有 zfs_pool_usage_threshold 这行，脚本会使用默认值 80%。daily_show_success 用于在日志文件中查看脚本输出。如果在测试中将其设为 NO，你将看不到日志输出，而手动执行脚本则正常。

要测试脚本，以 root 权限运行：

该命令会遍历每个 daily 脚本以确定哪些需要运行。完成后，你会在 /var/log/daily.log 文件末尾看到新的输出行。

示例输出：

编写自定义脚本的建议：

• 确保脚本运行时间不过长

• 使用正确的退出码（成功为 0，失败为非零）

• 减少输出内容，仅保留必要信息，避免日志过快增长

• 脚本以非交互方式运行，不要等待用户输入或执行需要交互的命令

总结

掌握这些技巧后，你可以向系统添加各种有用的任务。查看上文列出的目录，了解已有功能，避免重复造轮子。此外，安装 Ports 时可查看 /usr/local/etc/periodic 是否提供了 periodic 脚本，它们有特定用途，能很好地融入你的定期任务计划中。

• 原文：Advocating for FreeBSD: A FOSDEM 2025 Trip Report

• 作者：Tom Jones

• 2025 年 4 月 8 日

在过去十年里，我一直在从事开源软件开发并参加各种会议，但直到上个周末，我还从未像这次那样被问到这么多有关 FreeBSD 的问题。

2025 年 2 月的第一个周末，我从北海彼岸飞跃而过，第三次造访布鲁塞尔，以一种全新的方式体验了 FOSDEM。

FOSDEM 可以说是全球规模最大的开源会议。每年 1 月底的一个周末，布鲁塞尔自由大学校园对外开放，约有近一万名开发者、用户、推广者和好奇者齐聚大学校园。

为了让这么多人尽兴，FOSDEM 2025 安排了 78 条不同的议程轨道，主议程使用了一个可以容纳 3000 人的巨大讲堂，此外还有许多 Devroom（开发者房间），为较小的社区提供了分享最新想法和进展的平台。今年，BSD Devroom 重新回归，共安排了 8 场讲座，涵盖了所有主流 BSD 项目的贡献。

除了我抽空去 做了一场名为“Writing About FreeBSD”（撰写 FreeBSD 相关内容）的演讲，其余时间我没有去参加其他 1000 场讲座，而是整整一个周末都在 FreeBSD 展台值班。

除了 Devroom 里的讲座和议程外，FOSDEM 还为一些精选的开源项目提供了展台空间。这让各个项目可以进行宣传，成为用户与开发者交流的接触点，也为项目推广新版本、展示优势，甚至分发贴纸提供了平台。

在 FOSDEM 2025，我同意协助组织 FreeBSD 项目的展台。在数位项目成员的协助下，我们几乎不间断地向与会者介绍使用 FreeBSD 的理由。我们送出了我带去的 750 张官方贴纸，以及一位社区成员带来的几千张贴纸。

我们迎来了许多 FreeBSD 的新老用户，他们对我们表示赞赏，我们也有机会向许多不太了解或完全不了解这个项目的人“推销”FreeBSD。

Rodrigo（rodrigo@，他也协助组织 BSD Devroom）带来了更多贴纸，其中包括

FreeBSD 项目早期的经典 logo（在“Orb”标志出现之前的版本），以及 Paduka Jorat 打印的 jail 速查表（这些很快就被一扫而空），还有一些马克杯。Rodrigo 打印了一批马克杯，上面印有 Michael W. Lucas 所著《TLS Mastery》中的插画——BSD 小恶魔以《呐喊》的姿态现身。他的妻子起初怀疑这些杯子会滞销，但到周六正式开始前，10 个杯子已经全部售罄。

除了向所有靠近我们桌子的人发贴纸，我们也回答了许多问题。这些问题种类繁多，非常有启发性。我们回答完“什么是 FreeBSD”后，接下来的一连串问题就让我们意识到，有许多方面我们可以在现场活动和线上平台上做得更好。

以下是一些典型问题：

• FreeBSD 支持什么桌面环境？

• FreeBSD 可以做什么？

• 我能拿个贴纸吗？

• 谁在用 FreeBSD？

我觉得“FreeBSD 能运行什么”和“我能用 FreeBSD 做什么”这类问题非常有趣。这说明我们正被与一些更具专业定位的 Linux 发行版进行比较。在这样的背景下，我们作为一个通用操作系统确实显得很特别。

在我被问到的问题中确实存在某种共性。作为操作系统开发领域的一员，我们往往会误以为大家都知道我们知道的事情（而实际上我每天都在为自己知识的边界感到敬畏）。能向别人解释我们不仅拥有完整的操作系统，而且几乎可以运行你能想到的所有软件，而且运行得很好，这是非常有意义的。虽然我们有时会被忽略，但在大多数使用场景中，我认为我们不只是具备竞争力。

FOSDEM 2025 对我来说是一次极好的经历。见到新老朋友令人耳目一新。我也首次有机会见到 FreeBSD 基金会的其他工程师，整个周末都在谈论 FreeBSD 有多棒。

来自社区的提问以及大家对贴纸（和马克杯！）的热情给了我很多启发，让我思考今后我们可以如何更好地呈现这个项目。人与人之间的互动无疑是向新用户传达项目价值的最佳方式，但演示也是极具吸引力的开场手段，有助于开启对话。

我希望明年还能再次参加 FOSDEM。如果我真的去了，届时一定会为所有来 FreeBSD 展台的朋友们准备一些真正特别的东西，无论是体验，还是可以带回家的纪念品。

• 原文：ZFS Log Compression on FreeBSD

• 2025-4-16

系统日志是关于系统运行时发生事件的重要信息来源。FreeBSD 默认的日志系统是 syslog，它会根据主题将日志写入 /var/log/ 下的不同文件。最常见的事件和那些不属于任何其他类别的事件，会被写入 /var/log/messages。

日志轮转

随着时间推移，日志会不断增长，并由守护进程 newsyslog 进行轮转。在轮转时，newsyslog 会创建新的日志文件，同时重命名旧的日志文件，同时对其进行压缩以节省空间。默认的命名规则是根据文件的时间添加（或增加）一个数字。例如，当前的日志文件会被加上扩展名 .1，而旧的 .1 文件会被重命名为 .2。超出 .7 的日志文件会作为最老的日志被删除。两个配置文件控制了日志的大小、日志总数以及其他轮转规则和日志行为：/etc/newsyslog.conf 和 syslog.conf。

ZFS 数据压缩

OpenZFS 提供了一些强大而高效的压缩算法，能实时压缩数据集中的数据。每当系统写入日志文件时，ZFS 会在主内存中对其进行压缩，然后再写入底层存储。当再次读取文件时，ZFS 会自动解压所请求的数据，并以未压缩形式呈现给应用程序。这种方式在压缩率和便捷性上都具有巨大优势，因为文件系统会自动完成所有压缩步骤。而传统的 syslog 压缩方式仍是通过对文件进行压缩和解压来实现。当访问旧日志文件时，用户需要先使用类似 bzcat 的程序进行解压。而 ZFS 往往能提供更高的压缩率，因此也非常适合接管 syslog 的压缩任务。

配置 newsyslog

在基于 ZFS 的根系统中，/var/log 位于一个单独的数据集上。使用以下命令查看当前使用的压缩算法：

我们在此使用 FreeBSD 安装器默认的存储池名称（zroot）。如果运行 zpool list -Ho name 返回了不同的名称，请根据实际情况修改命令。如果输出为 off，请将其设置为 手册页中列出的某种压缩算法。较好的开始是 lz4 或 zstd：

请注意，ZFS 只会压缩新的数据，不会影响数据集中已存在的旧文件。接下来我们将对 newsyslog 配置做些修改，以禁用其自身的压缩。FreeBSD 在 中对 /etc/newsyslog.conf 文件各字段做了详细说明。配置文件最后一列（标志位）包含了在轮转日志时要应用的压缩算法。既然我们要让 ZFS 负责压缩，请删除每个相关日志条目的此列中的标志 J。修改完成后保存并退出 newsyslog.conf。

修改 syslog 的轮转命名方案

这一步不是必须的，但可以更方便地识别某个被轮转日志的时间点。前面提到，旧日志文件会被加上从 .1 到 .7 的扩展名。在查找某个特定日期的旧日志时，可能需要逐个打开这些文件，十分麻烦。如果直接将轮转日期加入文件名会不会更方便？例如，messages.20240914T210000 表示该 messages 文件最后一次轮转发生在 2024 年 9 月 14 日 21:00:00。当然能配置成这种格式，可参考 newsyslog 的 -t 参数说明。

我们可以通过编辑 /etc/crontab，将这种命名方式应用于每个日志文件。找到如下带注释的行：

修改为如下内容：

保存并退出。

应用更改

为了让这些更改生效，重启守护进程 newsyslog 和 syslog：

ZFS 现在将处理 /var/log 中的未压缩日志文件。日志轮转依然进行，但旧日志不再由 newsyslog 进行压缩。要检查 ZFS 压缩带来的空间节省效果，可运行以下命令：

下面是某个几周前进行了此更改的系统输出结果：

这意味着日志文件大小仅为原始未压缩大小的 1/40。ZFS 还提供了关于未压缩前大小的属性信息：

对于如此小的改动，获得如此多的空间节省是十分可观的。新的日志文件在今后轮转时也将采用新的命名方案。若想进一步了解 FreeBSD 中的日志系统，可阅读 手册章节。

虽然这些更改很少而且简单，我们还为你编写了一个 Ansible playbook 来实现自动化 😊 。

• 原文：BSDCan 2025 Trip Report – Chuck Tuffli

• 2025 年 7 月 11 日

• 作者：Chuck Tuffli

FreeBSD 基金会善意地赞助了我前往渥太华参加 BSDCan 2025 大会和 FreeBSD 开发者峰会的行程。此次活动为期四天，前两天为开发者峰会，后两天为大会，地点依旧是在渥太华大学。

我及时抵达渥太华参加了 Father and Sons（译者注：一家酒吧）的 Goat BoF（译者注：非正式聚会）。除了能与 Groff the BSD（译者注：一头山羊）亲密接触外，这也是一次难得的机会，与一年一次才能见面的老朋友叙旧，并结识一些新朋友。长途旅行结束后，我回到 U90 的房间，为开发者峰会第一天的活动休息调整。

开发者峰会的第一天以 FreeBSD 基金会的演讲开场，内容涵盖社区调查、透明度工作以及软件开发项目，特别是他们在改善笔记本电脑支持方面的工作。看到团队在让 FreeBSD 更适合作为日常操作系统方面投入如此专注的努力，令人振奋。

随后，核心团队进行了汇报，强调了若干长期工作，包括审查章程以应对近期挑战、重新设想 DocEng（文档工程）团队的角色，以及制定技术路线图。该路线图将服务于多重目的，例如指导新贡献者回答“我能帮什么？”的问题，并协调社区与 FreeBSD 基金会等组织的工作。

项目的 AI 政策引发了与会者和核心团队之间的广泛争议。拟议的政策禁止使用 AI 或 LLM 生成的材料（Phabricator 审查 D50650 供好奇者参考）（译者注：即 ），以防潜在的开源许可证违规。讨论达成的共识是不应全面禁止 AI，例如，应允许用 AI 校对提交信息，Ports 中也可以包含 AI 工具。

午餐后，srcmg（源代码管理）团队介绍了他们的使命：减少新开发者的障碍，并提高所有开发者的生产力。他们详述了当前活动，如自动 MFC 提交、漏洞处理会议，以及一个宏愿，即整合项目工具（Phabricator、Bugzilla 和 GitHub）。

当天还包括两场行业演讲：Verisign 介绍了操作系统多样性要求如何促使他们在基础设施中部署 FreeBSD，而 NVIDIA 则讨论了向 FreeBSD 的 mlx5 驱动添加 IPSec 卸载。

开发者峰会第二天，由 Alpha-Omega Project 做了关于软件供应链安全的演讲。该项目自 2021 年起由 Microsoft、Google 和 Amazon 资助，旨在改善开源软件安全性。演讲提供了许多关于改善安全工作中有效与无效做法的深刻见解。

不同于典型的“have, need, want”环节以生成下一版 FreeBSD 所需功能，这次会议集中讨论了 15.0 版本的收尾事项。15.0 的主要变化是将操作系统分发为一套庞大的软件包（即“pkg-base”），而非传统的几个大型分发文件。这一变更备受期待，但讨论显示仍有不少细节需要落实。其他议题包括升级基本系统中的 OpenSSL 版本至新的 LTS 版本，以及部分 32 位架构的弃用。

本届开发者峰会新增了交替对话环节，形式为两名开发者互相对话讨论任意主题，每五分钟由另一名开发者替换其中一人。此环节趣味十足，希望明年还能举办。

在晚间的黑客沙龙中，我有机会回顾几年前未完成的项目。我曾指导一名谷歌编程之夏学生尝试向内核添加 SquashFS 驱动。尽管学生完成了很棒的工作，但未能提交代码。FreeBSD 开发者 Kyle Evans 认为该工作有潜力，他花时间将代码接近可提交状态。我将 Kyle 的修改 rebase 到当前 FreeBSD 内核，编写了 kyua 的集成测试，并与 Alex Ziaee 合作为驱动添加了手册页。

本届 BSDCan 大会的讲座丰富多样，日程安排多次迫使我在同一时段的两个讲座中做选择。其中几场给我留下深刻印象的包括：

• Stefano Marinelli 的“Why (and how) we’re migrating Linux servers to the BSDs”（我们为何，以及如何将 Linux 服务器迁移到 BSD），讲述了他为客户使用开源软件解决问题的经历。BSD 的稳定性和可靠性，加上务实的“解决问题”思路，使客户的疑问从“还有 Linux 以外的选择？”转变为“更多 jail，请”。演讲充满热情与感染力，让我重燃了 FreeBSD 的动力。

• Hans-Jörg Höxer 讨论了 OpenBSD 对 AMD 硬件支持的“Confidential Computing”（机密计算），目标是在不受信任环境下保护虚拟机中的敏感数据。演讲回顾了 AMD Secure Encrypted Virtualization（SEV，AMD 安全加密虚拟化）的先前工作，并介绍了 SEV-ES 的新进展。我对将这些工作移植到 FreeBSD 的 vmm 和 bhyve 感到兴奋。

• Xe Iaso 的 lightning talk“I fight bots in my free time”（我在闲时对抗机器人），介绍了他们开发的 Anubis 软件——一款网页 AI 防火墙工具。聆听开发者为解决自身问题而快速发现他人也面临同样困扰的故事，令人着迷。

在大会的“走廊交流”中，我与另一位 FreeBSD 开发者 Allan Jude 交流了将 bhyve 与 NVMe-oF 存储阵列连接的想法。正是这种偶遇交流理念并可能孕育新项目，使得参加会议非常有价值。

大会闭幕环节包括由 Dan Langille 主持的慈善拍卖，为 Ottawa Mission（译者注：一家加拿大渥太华的社会服务组织）筹款。亮点包括：

• 一名与会者以 110 美元竞拍回自己的外套

• Dan 拍卖一个 Trader Joe’s 的纸袋（译者注：即精美的购物袋），但需划掉附带收据上的信用卡信息

感谢 FreeBSD 基金会赞助我参加本次大会。

• 原文：FreeBSD Developers Deciding What To Do For WiFi With FreeBSD 15: Stable Or Unstable

• 作者：Michael Larabel

• 2025 年 6 月 5 日

FreeBSD 的开发者近几个月来一直在大力改进其无线/WiFi 驱动的支持，这是他们更普遍地提升 FreeBSD 对笔记本电脑支持计划的一部分。虽然在支持更现代的 WiFi 技术以及启用新款 WiFi 芯片组方面已有不少进展，但整体工作尚未完成，这也让 FreeBSD 15 面临着一个棘手的抉择。FreeBSD 15 计划在今年晚些时候发布，开发者很可能会将其无线支持声明为“不稳定”，以便为后续可能引入的不兼容性变更留出空间。

由于 FreeBSD 15.0-RELEASE 将于 2025 年晚些时候发布，而 WiFi 驱动相关的开发工作尚未完全完成，当前的关键问题是，是否应将这些最新的无线驱动工作标记为“稳定”。如果按照 FreeBSD 的 ABI 稳定性政策，一旦标记为稳定，今后就不得对用户空间造成破坏性变更。因此，开发者正在考虑采用“不稳定”的方式发布 FreeBSD 15，以便在后续的 FreeBSD 15.x 小版本中可以按需引入无线相关的破坏性变更。

当前工作的重点是围绕 FreeBSD 的 KPI（内核编程接口）兼容层，特别是用于在无线驱动方面借助 Linux 的驱动代码，以及处理无线驱动相关的 KBI（二进制内核接口）问题。

Bjoern Zeeb 昨日在 中对这一情况作了解释：

“FreeBSD 的 WiFi 开发工作已经重新获得动力。随着 FreeBSD 15 即将在今年年底前发布，我们面临着一个决策。

为了继续推进 WiFi 的开发，接下来的变更必然会破坏 net80211 的驱动层接口和用户空间接口。按照 FreeBSD 的标准，这类变更将无法合并到诸如 stable/15 这样的 stable 分支中。

这意味着所有后续开发必须留在 FreeBSD 16-CURRENT（即那时的 main 分支）中，所有重大的新功能将不得不等到 2027 年 12 月的 FreeBSD 16.0 才能随之发布。

经过一些讨论，我们认为这种做法不可行，因此我们决定在 FreeBSD 15 中将无线相关的 KPI 和 KBI 声明为不稳定。

这样我们可以将 main 分支中的变更合并到 stable/15，从而包含进未来的小版本发布（例如 15.1、15.2 等），随着代码的成熟逐步推进。不过，这也意味着在 FreeBSD 15 的整个生命周期中，我们可能会引入破坏性变更，影响系统内外驱动、用户空间与内核接口、以及具体芯片支持。我们将针对每个破坏性变更逐一应对。

在最终敲定这个决定之前，我们希望社区能够反馈意见。如果你有任何担忧或反对，请现在就提出。”

这种做法至少可以让 FreeBSD 的无线驱动支持在 FreeBSD 15 系列中得以持续改进和活跃发展，而不必等到两年后的 FreeBSD 16 才能让使用笔记本电脑和其他 WiFi 设备的用户获得更好的体验。

• 原文地址：https://www.heise.de/news/BSD-Urgestein-Michael-J-Karels-mit-68-Jahren-gestorben-9751528.html

• 作者：Michael Plura

• 发布时间：2024 年 6 月 7 日上午 10:07

他在 BSD-Unix 开源项目中发挥了重要作用，BSD 许可证正是由他一手创建，他一直致力于 FreeBSD 的发展。让我们一起追忆永远离开我们的 Michael J. Karels 先生。

(图片：FreeBSD 基金会)

Michael J. Karels 曾在加利福尼亚大学伯克利分校（University of California, Berkeley）攻读分子生物学学位，那是他首次接触到伯克利软件发行版计划（Berkeley Software Distribution，BSD）。他所在的实验室涉足了两个领域：研究细菌基因的遗传学，他曾说那里的高科技设备是由牙签和培养皿构成的。另一个领域是分析细菌基因的子部分，该部分提供了某种特定酶的建模说明。实验室有许多专业设备，其中就包含了一台用于数据收集和数据分析的 PDP 11/40。

Unix V6/V7: 从 0 开始

这台机器上运行着第六版 Unix（V6 Unix），附带了一些来自 2.8BSD、2.9BSD 的增强功能。PDP11/40 引起了他的兴趣，为了科学评估，他编写了个 Fortran 程序。在系统发生错误后，一位员工将 V6 Unix 替换为第 7 版 Unix（V7）——他就是于 2022 年 3 月去世的 Bill Jolitz。Bill 和他的妻子在 386BSD 的开发中发挥了重要作用。Unix V7 并不能完美运行在 PDP11/40 上，技术仪器的设备也无法正常驱动。在对计算机几乎一无所知的情况下，Michael J. Karels 开始研究这个问题，并在 Bill Jolitz 的帮助下适配了 V7 Unix 的软件和驱动。

计算机系统研究小组（CSRG）

1974 年，加州大学伯克利分校的 Bob Fabry 教授从 AT&T 获得了 UNIX 源代码许可证。他与同事开始修改 UNIX，并将修改成果以伯克利软件发行版（BSD）的名义进行销售。1980 年 4 月，为了满足 ARPAnet（美国国防部高级研究计划局）的特殊需求，Fabry 与 DARPA 签订合同，以继续开发 UNIX。在此资助下，Fabry 成立了计算机系统研究小组（CSRG）。

Michael J. Karels 也早早加入了 CSRG，成为负责 BSD TCP 堆栈开发的一员。BSD4.2 中并没有版权声明，但许多美国公司在略微修改后却加入了自己的版权信息，Karels 对此感到不满。因此，他与律师合作，创造了如今在每个源代码文件中都存在的版权声明，该声明随 4.3BSD 分发。随着时间的推移，FreeBSD、NetBSD、OpenBSD、DragonFly BSD 和 Sun Solaris 等系统因此而诞生。

转职为 BSDi 的首席系统架构师

1992 年 2 月，Karels 转职到 BSDi（伯克利软件设计公司），参与 BSD/OS 的开发。BSD/OS 曾是多年唯一在英特尔平台上提供的商业化类 BSD Unix 操作系统。BSDi 的所有软件资产于 2001 年 4 月被凤河收购，Karels 随后成为风河的首席技术专家，负责 BSD/OS 平台。

2003 年，Karels 转职成为 Secure Computing Corporation 的高级首席工程师，该公司以 BSD/OS 作为 SecureOS 的基石。在这，他主要开发的产品是 Sidewinder 防火墙，后来被称为 McAfee Firewall Enterprise（即臭名昭著的迈克菲防火墙企业版）。由于 BSD/OS 的开发逐渐停滞，Karels 提议将 SecureOS 从 BSD/OS 迁移到 FreeBSD。多年来，该项目中的许多重要成果都回馈给了 FreeBSD。Karels 在 2017 年被正式任命为 FreeBSD 的提交者。退休后，他继续在业余时间为 FreeBSD 做贡献。

奖项、书籍和演讲

1993 年，USENIX 协会为加利福尼亚大学伯克利分校计算机系统研究小组授予终身成就奖，以表彰包括 Karels 在内的 180 位人士，他们为 CSRG 发布 4.4BSD-Lite 做出了贡献。

Michael J. Karels 与 Marshall Kirk McKusick 合著了多本关于《4.3BSD UNIX 操作系统设计与实现》的书籍。去年五月，Karels 在渥太华举行的 FreeBSD 开发者峰会 2023 上谈到了他在 BSD 生态系统内的职业生涯。

• 原文链接：https://freebsdfoundation.org/blog/new-to-freebsd-heres-where-to-connect-with-the-community/

• 译者：Canvis-Me & ChatGPT

2023 年 10 月 4 日

FreeBSD 项目始终对新用户和贡献者充满期待！参与其中的最简单方式是通过社区本身：邮件列表、社交媒体和本地聚会。这里充满了热衷于帮助新用户的 FreeBSD 用户、开发者和爱好者。它们是讨论 FreeBSD、认识社区成员以及询问有关操作系统的问题的绝佳场所。

想要回馈社区吗？新的贡献者可以帮助校对现有文档、提供全新的详细文档、推荐错误修复，并将新软件移植到 FreeBSD。无论你的专业知识如何，都有一个适合每个人的地方！

通过 建立联系！

• 是与更广泛的 FreeBSD 社区建立联系的绝佳起点，同时可能找到在使用 FreeBSD 时遇到的任何问题的答案。

• 包含大量关于使用 FreeBSD Current 的讨论。

在社交媒体上找到 FreeBSD 社区！

• 加入 。

• 在 上参与讨论。

• 在 上提问并讨论。

• 加入 。

找到本地用户组和活动！

• 查找你最近的 。

• 在你所在地区查找即将举行的 。

• 原文链接：https://freebsdfoundation.org/blog/introducing-students-to-freebsd/

• 作者：Deb Goodkin

• 译者：Canvis-Me & ChatGPT

2023 年 10 月 4 日

基金会在 2023-2024 年的目标之一是提高 FreeBSD 的使用率和知名度。这是一个相当广泛而宏伟的目标，因此我们将其分解为一些我们计划针对的关键市场/受众群体。我们确定的一个群体是大学生。在他们教育生涯的早期介绍 FreeBSD 将有助于为他们在系统编程方面的工作做准备，并为未来的许多机会提供有市场价值的技能。此外，通过有更多人为 FreeBSD 做贡献，项目也会受益。

以下是我们正在制定的 FreeBSD 大学计划的简要概述，尽管它目前还在规划阶段。然而，我们有一位最近的实习生愿意与我们合作，并在本学期在他的大学介绍 FreeBSD。

首先，我们将确定 2-3 所大学，与其合作开发这个试点项目。我们已经确定了两所我们正在合作开展项目的大学，同时也在关注其他可能性。

项目的一些目标包括：

• 在几所大学内培养 FreeBSD 大使，以促进 FreeBSD 的意识和采用。

• 将 FreeBSD 纳入操作系统课程，确保学生了解这个可行的选择。

• 制定教育/培训材料，帮助学生学习如何使用 FreeBSD 并过渡为开发人员和贡献者。

• 改进新手接触 FreeBSD 的流程。这将包括入门文档、系统管理员和开发人员培训视频、改进桌面体验以及简化在裸机系统上的安装。

我们很高兴开始推动这个计划，并将随时向大家通报最新进展。如果你有兴趣在你的大学介绍 FreeBSD，请通过 与我联系，并告诉我你希望在该计划的初始阶段参与的方式。

• 作者：𝚟𝚎𝚛𝚖𝚊𝚍𝚎𝚗

• 2018/09

由于 邀请我为他的 Tell Your BSD Story（讲述你的 BSD 故事） 页面撰写一篇文章，我实在无法拒绝。该页面原本位于 ，但很遗憾，Roman 后来放弃了 bsdjobs.com 这个域名。我本想尽量简短，但看来还是不够直白 :🙂:

最近也被添加到了页面

• 原文：

• 2025 年 7 月 7 日

• 作者：Benedict Reuschling

• 原文链接：

• 作者：Mark Johnston

• 译者：Canvis-Me & ChatGPT

2023 年 10 月 24 日

FreeBSD 基金会慷慨地资助了我前往葡萄牙科英布拉参加 EuroBSDCon 2023 的行程。与往常一样，会议包括为期两天的 FreeBSD 开发者峰会，然后是为期两天的正式会议。会议在科英布拉大学的几幢建筑中举行，这本身就值得一游：大学建筑壮丽宏伟，坐落在山上，可以俯瞰整个城市。每天早上爬上山有点辛苦，但非常值得。

• 原文：

• 2025-5-20

我来到基金会已经大约三个月了。在这段时间里，我和一些正在使用 FreeBSD 的企业、以及一些有意愿使用 FreeBSD 的企业进行过几次交谈。在不止一次的场合中，有个说法让我不禁挑眉——因为这既不是我所见，也不是我所感受到的。那句话是：“FreeBSD 不是快死了吗？”

等等！什么？你怎么会这么想？

在我仔细拆解这个问题的过程中，我得出了一个惊人的结论，以及一个显而易见的事实。在我们一起踏上这段旅程之前，我先简明地回答这个问题：不，FreeBSD 没有死，甚至连濒死都谈不上。 我为什么如此肯定？请往下看……

谷歌搜索正在往你脑子里灌输观念

• 原文链接：

• 作者：Sean Michael Kerner

• 时间：2023 年 11 月 22 日 7:04

• 原文链接：

• 作者：Deb Goodkin

• 译者：ykla 使用 deepl【】部分为 ykla 注释

在庆祝成功的 FreeBSD 的三十年里，我们可以归功于开源自由、强大的文化、共享的领导模式、现代的开发实践和不断演进的稳健代码。

FreeBSD 的 30 岁生日为我们提供了一个机会，回顾并探究为什么这个开源操作系统不仅能够长久存在，而且在许多组织和应用场景中蓬勃发展。虽然开源项目诞生的背景各不相同，但 FreeBSD 从一开始就有着独特的发展模式。该项目所采取的路径与其长寿有着密切关系，这也解释了为什么 30 年之后，你会发现 FreeBSD 的代码帮助驱动着从 Netflix 上的内容到 PlayStation 上的游戏等各种应用。

• 原文链接：

• 作者：Boulder, CO & San Jose, CA

• 译者：Canvis-Me & ChatGPT

2023 年 11 月 3 日

新报告帮助 FreeBSD 商业用户遵守美国政府安全软件开发报告要求。

原文地址：

2024 年 9 月 24 日

（2024 年 9 月 20 日，科罗拉多州博尔德市）FreeBSD 基金会宣布与 Quantum Leap Research（量子跃迁研究）建立战略合作伙伴关系，共同投资总额达 75 万美元，用于增强对 FreeBSD 在笔记本电脑和通用平台的支持。Quantum Leap Research 是一家专注于为国家安全威胁提供解决方案的公司，承诺捐赠 25 万美元，而 FreeBSD 基金会将投资 50 万美元。

整个计划的预算估计为 100 万美元，基金会欢迎其他组织提供资金支持，以填补资金缺口 25 万美元。

该计划将专注于笔记本电脑和通用计算的关键可用性功能，包括现代 WiFi、完整音频支持、现代化的待机和恢复功能、改进显卡性能、蓝牙以及其他已确定的功能。

“FreeBSD 是一款高性能、安全的操作系统，可支持 Dell ThinOS 等笔记本电脑以及多种流行桌面设备。我们最近的 FreeBSD 社区调查显示，43% 的受访者将 FreeBSD 用作日常使用的系统。Quantum Leap Research 和 FreeBSD 基金会的投资将明显丰富 FreeBSD 平台的支持范围，使其成为那些重视稳定性、安全性、简洁性和性能的用户的绝佳选择。”——FreeBSD 基金会高级技术总监 Ed Maste 表示。

FreeBSD 基金会执行董事 Deb Goodkin 补充道：“这一举措是 FreeBSD 的重大进步，尤其是对于依赖笔记本电脑完成日常计算任务的用户而言。通过增加硬件支持和改进可用性功能，我们正在使 FreeBSD 对更宽泛的受众更加友好。此项投资不仅强化了 FreeBSD 生态系统，也符合我们推广 FreeBSD 作为稳健、安全和多功能操作系统的使命。”

增强 FreeBSD 在笔记本电脑上的支持和可访问性将有助于实现基金会的战略目标，即加速开发者和企业的采用。确保 FreeBSD 在多种个人计算设备上“开箱即用”表现良好，不仅会吸引开发者使用、测试和为 FreeBSD 项目做出贡献，还将扩大企业的应用范围。

“Quantum Leap Research 认为，FreeBSD 是新一代安全计算计划的绝佳基础，得益于其在安全性和稳定性方面的悠久历史。”Quantum Leap Research 总裁 Jim Miller 表示。Quantum Leap 计划在现代笔记本电脑上运行 FreeBSD，作为一种类似虚拟机管理程序的解决方案，利用 Bhyve 来虚拟化其他操作系统，如 Linux 和 Windows。

• 译者：ykla

今天的主题：许可证

在决定新项目要使用什么许可证时，有许多许可证可供选择。今天，我们将专注于 Berkeley（伯克利）软件发行（BSD）许可证的 2 条款变体，也被称为 FreeBSD 许可证。对于许多人来说，商业友好的 FreeBSD 许可证提供了他们所寻求的灵活性。为什么呢？首先让我们看一下许可证本身。

FreeBSD 许可证

参考译文：

换句话说，FreeBSD 许可证不要求派生源代码使用与原始代码相同的许可证条款。这意味着 FreeBSD 可以作为其他项目和专有软件的组件使用，而无需共享派生代码。相比之下，Linux 是根据 GNU 通用公共许可证（GPL）许可的。GPL 也被称为“共享协议”，是相互的，意味着 GPL 项目的派生代码也必须以相同的许可证条款提供。

FreeBSD 及其组件可以用于构建专有软件，没有任何限制。从法律角度来看，这也对开发者具有吸引力。你可以随心所欲地使用（他的）代码。

• 原文链接：

• 发布时间：2024 年 7 月 16 日

FreeBSD 用户，准备好迎接更流畅、更可预测的系统管理体验吧！我们很高兴地宣布 。这些更新将改善你的整体体验，增强系统安全性，并简化维护工作。

• 原文链接：

• 作者：Bojan Novković

• 译者：Canvis-Me & ChatGPT

2023 年 10 月 20 日

今年，我有幸获得了 FreeBSD 基金会的差旅津贴，参加了在葡萄牙科英布拉举行的 EuroBSDcon。

• 原文：FreeBSD Jails are Simple and Easy

• 2025 年 8 月 25 日

• 作者：FreeBSD 基金会

在 FreeBSD 上运行常见服务很简单。但有时你想在同一个操作系统实例上运行多个服务，并且让每个服务都彼此安全地“隔离”。如果不提供互联网连接，web 服务就没多大意义，但这同时也可能带来了安全漏洞。很显然，我们不希望这样。如果某个服务有可能因为安全漏洞而被攻破，那么尽可能减少系统的暴露会更好，不是吗？

这就是 jail 的用武之地。Jail 是容器化的轻量化答案，早在 Docker 变得流行之前，很久以前 它就已存在。

设置 Jail

同科技行业中的所有事情一样，至少有一只手的方法能实现相同的结果。在 FreeBSD 上有许多工具可以用来创建和管理 jail，但我更倾向于 保持简单，所以选择使用默认安装系统中自带的工具。

手册中有 ，我基本遵循它，仅做了一些细微的调整。

我从 中创建的基础虚拟机开始，因为接下来的设置使用 ZFS。

这就是我设置 jail 的过程。如果你有五分钟，我们一起来看看。

配置宿主机

启用 jail：

然后创建一些基本的 zfs 文件系统：

手册中有其他挂载方式，你也可以选择使用。我更喜欢稍微简单一些的“base”和模板文件系统，然后通过快照来生成新的 jail。我们稍后会用到。

创建模板 jail

下载 FreeBSD 用户态文件用作我们的模板：

解压文件，修补模板，然后创建快照：

现在我们有了“模板”jail，可以用来创建新的 jail。我不会运行这个 jail，而且通常会在模板里添加常用包，这样每个后续克隆都会包含它们。把你喜欢的工具都放进去 🙂 值得注意的是：如果你打算用 Ansible 来管理 jail 中的包，你也需要在里面安装 pkg。之前为了保持简单，我没有这么做，而是直接在宿主机上用命令 pkg -j JAILNAME install BLAH 来安装。我想这算是个哲学问题——你是把 jail 看作是扩展的 chroot，还是微型的虚拟机？

差不多快完成了。我们需要 /etc/jail.conf ——我选择使用统一的“全局”文件，其中的选项适用于所有 jail，然后在 /etc/jail.conf.d/ 中为每个 jail 单独创建配置文件：

/etc/jail.conf 模板：

创建新的 jail

每当我需要新的 jail 时，只需 zfs 克隆模板，在 /etc/jail.conf.d/ 中创建一个配置文件，并在 /etc/rc.conf 的 jail_list 中添加新 jail 名称。我写了个简单的 shell 脚本来实现这一点：

扩展 Jail

这只是有关关于如何快速启动 jail 的简单介绍。手册文档里有更多细节，包括如何 （比如限制内存和 CPU）。如果你想进一步扩展，运行更多的 jail，你可能需要看看手册中列出的一些工具，或者参考 。

正如我们博客文章中常做的那样，我们把本文用到的一些资源放在了 ，并制作了视频：

• 原文 An introduction to OCI Containers on FreeBSD

• 发布日期：2025 年 10 月 31 日

《在 FreeBSD 上运行 Linux 容器！》https://www.youtube.com/watch?v=HV-wUUzRCMo

我想你在过去十年里大概没有与世隔绝，所以我就不解释什么是 容器 了。不过我会提到什么是开放容器倡议（Open Container Initiative，简称 OCI），因为 FreeBSD 刚刚成为了它的一部分。引用 他们自己网站 上的话：

“开放容器倡议（OCI）是一款轻量级、开放治理结构，其明确目的是围绕容器格式和运行时创建开放的行业标准。”

很好。为了在这个框架内工作，我们需要一款工具。登场的是 Podman：

“Podman 是一款功能齐全的容器引擎，是一款简单的无守护进程工具。Podman 提供了与 Docker CLI 可比的命令行，使从其他容器引擎的迁移变得容易，并可管理 pod、容器和镜像。”

规则已经设定。让我们看看 Podman 所谓的“简单”，是否真的名副其实。

安装与设置

我这里从全新的 FreeBSD 15.0-BETA3 安装开始，但我也在 CURRENT、STABLE、14.3-RELEASE 上进行了测试，结果完全一致。让我们安装所需包：

Podman 默认会把容器存储在 /var/db/containers，所以你可能想为它创建专用的 ZFS 文件系统：

如果我们希望访问运行在容器中的任何服务，就需要使用 pf 防火墙。podman 有个示例配置文件，让事情变得简单：

别忘了在启用并启动 pf 服务之前，更新复制文件中的接口变量。 当然，如果你已经在运行 pf，并且已经有配置文件，请不要直接覆盖。只需从示例文件中取出相关部分，添加到现有配置中即可。

如果我们想使用任何基于 Linux 的容器，还需要启用 Linux 服务：

准备就绪。我们来试试 FreeBSD 容器（这里我们是普通用户，所以需要使用权限提升，因为目前 podman 需要 root——我个人偏好使用 doas；它小巧而简单）：

非常简单！我们再测试一个 Linux 容器：

同样非常简单。

你可以在 和 上找到 FreeBSD OCI 镜像。不过我们可以想象，许多人更希望使用 Linux 镜像。

测试一些有用的东西

我很早前就听说过 Caddy，当时是在与一家基于 FreeBSD 的公司讨论大型多人在线游戏服务时（那是另一个有趣的故事，以后再说）。简单了解后我发现，它可能是一个在容器中安全地提供网站服务的极其简单的方法。于是我用 Hugo 生成的静态网站进行了测试——仅仅是提供 public 文件夹。

哇，太简单了！

我能得到什么？

除了让现有的 FreeBSD 用户能使用容器之外，Podman 还将把一大批新用户带到 FreeBSD 世界。我们已经看到，越来越多的新用户访问 和 ，希望在 FreeBSD 以简洁和可靠著称的基础上构建他们的数字世界。ZFS 万岁 💪

因此，我决定尝试一个有点奇特的挑战。很多年前，我在 Docker Hub 上发布过一个容器：以 CentOS 为基础的 Python Pandas。那我能否在我崭新的 OCI FreeBSD 服务器上运行它？

可以！太棒了！这意味着可以将旧的工作负载迁移到新平台上。

快速又简单

就是这样。在 FreeBSD 上启动并运行容器既简单又快捷。同时，它也非常容易使用旧的容器——为将底层平台迁移到一个精心设计、坚如磐石的操作系统提供了路径。

FreeBSD 手册很快将更新，加入 OCI 容器的正式文档，但与此同时，你可以查看核心成员 Dave Cottlehuber 的。

我们会定期发布新的技术主题文章和视频，因此请务必订阅 ，并在你喜欢的 RSS 阅读器中关注。如果你希望通过电子邮件接收更新，也可以订阅。

我们也希望这个内容系列是互动的——你希望我们讨论什么？有哪些 FreeBSD 问题可以帮你解决？请，告诉我们你的想法。

• 译者：ykla/chatgpt

• 旧金山 - 2023 年 7 月 12 日

FreeBSD 基金会加入了 OSI 的开放政策联盟

本基金会很高兴地宣布我们参与了开放政策联盟（Open Policy Alliance，简称 OPA），这是开放源代码倡议（Open Source Initiative，简称 OSI）的一个新项目。根据 OSI 的说法，“OPA 是一个旨在建立并支持一个由公益和慈善基金会中代表不足的声音组成的联盟。”

开放源代码倡议（Open Source Initiative，简称 OSI）的公共政策团队已经推出了开放政策联盟（Open Policy Alliance，简称 OPA）计划，旨在建立并支持一个由公益和慈善基金会中代表不足的声音组成的联盟。OPA 是针对开源软件社区以及与之相关的开放内容、研究、人工智能和数据等领域中，对公共对话和利益相关方参与日益增长的需求而创建的。

开源生态系统的资深人士 Deborah Bryant 将领导这个计划，她是 OSI 美国政策总监。Bryant 表示：“尽管开源活动是一项全球性、无国界的活动，但公共政策是在本地制定的。OPA 将专注于在美国进行教育工作，同时与全球志同道合的组织进行交流和信息共享。OPA 旨在赋予这些声音权力，使其能够积极参与教育和影响与开源软件、内容、研究和教育相关的美国公共政策决策。”

由于全球范围内软件行业和相关开放领域的新法规出现，创建这样一个计划的需求如今更加紧迫。网络安全、人工智能的社会影响、数据和隐私是全球立法者关注的重要问题。与此同时，COVID-19 疫情推动了协作开发达到了前所未有的水平，并将开源软件、开放研究、开放内容和数据从边缘带到了主流舞台。在推进这些重要公共政策的同时，又不损害生态系统，需要理解开源生态系统的运作方式。确保那些历史上未被代表的利益相关方参与到这些讨论中变得非常重要。

OPA 将专注于向公共政策制定者进行开源教育，以便在制定和审议新的政策概念时能够获得信息支持。缺乏对开放协作实践方式的了解会导致意想不到的后果。OPA 将解决这个问题，同时还将解决历史上少数群体贡献不足的问题。OPA 社区的兴趣领域将与 Digitable Public Goods Alliance 相互补充，后者是联合国儿童基金会（UNICEF）{今年早些时候加入的](https://blog.opensource.org/osi-joins-digital-public-goods-alliance/) 一个多利益相关方倡议，旨在加速低收入和中等收入国家实现可持续发展目标。

开放政策联盟创始组织的引述

“开源已经改变了我们构建软件的方式，也改变了世界与技术互动的方式，带来了更好的结果，”Python 软件基金会的执行主任 Deb Nicholson 表示。“现在比以往任何时候都更需要决策者听取社区驱动的开源项目的意见，了解政策变化对开发者、用户和合作未来的影响。我们很高兴看到开放源代码倡议将慈善基金会聚集在一起，帮助提供这方面的专业知识。”

“随着软件领域的监管环境不断演变，开源正面临危险，”开放基础设施基金会的总经理 Thierry Carrez 说道。“有谁比开源倡议更适合汇集和放大社区开源组织的声音，让每个人都能参与其中的讨论呢？作为开放基础设施基金会的附属组织，我们自豪地加入了 OPA，并加强了我们在这个及时倡议中的合作，因为这与我们在欧洲和亚洲的中心正在进行的工作相互补充。”

“Open@RIT 很荣幸被邀请作为创始组织加入 OPA。在过去的 15 年里，我们开始教授学生和教职员工成为自由和开放源代码的贡献者，并将他们的学术和研究成果以开放的方式发布，”主任 Stephen Jacobs 表示。“在此期间，我们的大部分工作都集中在与 UNICEF、纽约州政府以及项目社区（如 P5JS 和 Csound）等组织合作，支持人道主义和公民项目。由于这些类型的社区的实践多样性，很难代表性地表达出它们的共同需求，特别是在基础设施和支持方面，以推动技术的发展并保持其稳定性。OPA 旨在填补这一需求。我们与 Deb Bryant 合作了十多年，很高兴听到她将把她对非营利和营利世界的广泛而深入的开源理解带给该组织。”

“作为数字开放的倡导者，OpenForum Europe 认识到开放政策联盟为数字政策制定提供了更多声音和想法的平台的机会，”执行主任 Astor Nummelin Carlberg 表示。“我们愿意与全球志同道合的组织分享我们的知识并进行合作。这一努力不仅凸显了开源在我们互联的世界中的重要性，而且强调了明智和包容的政策制定的必要性。”

“FreeBSD 基金会很高兴参与 OPA，并感谢 OSI 采取这一举措。开源已经无处不在，一家代码扫描公司发现 96% 的代码库都包含开源代码，”执行主任 Deb Goodkin 表示。“这意味着保护和维护开源对于确保我们的数字基础设施的安全性是必要的。然而，开源并不是统一的。很多开源项目是由企业支持的，但也有很多项目，比如 FreeBSD，是由社区驱动的。政策制定者了解这些模型的差异至关重要，以确保政策能够产生期望的结果。”

鼓励对开源软件、内容、研究和教育感兴趣的公益和慈善基金会加入 OPA。通过共同努力，联盟成员将增强其集体影响力，为开源创造一个更具包容性和公平性的未来。开放政策联盟的创始组织包括以下非营利组织：

• Apereo Foundation

• FreeBSD Foundation

• open@RIT

• OpenInfra Foundation

OSI 执行主任 Stefano Maffulli 将于 7 月 15 日在俄勒冈州波特兰举办的 上讨论全球政策环境以及 OPA 在其中的作用。有关 OPA 的更多信息，请访问 。

原文地址：

• 作者：Anne Dickison

• 译者：ykla/chagpt