news 2026/9/20 15:41:55

chezmoi Keeper 模板函数详解:在模板中安全获取 Keeper 密钥数据

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
chezmoi Keeper 模板函数详解:在模板中安全获取 Keeper 密钥数据

chezmoi Keeper 模板函数详解:在模板中安全获取 Keeper 密钥数据

【免费下载链接】chezmoiManage your dotfiles across multiple diverse machines, securely.项目地址: https://gitcode.com/gh_mirrors/ch/chezmoi

keeperkeeperDataFieldskeeperFindPassword是 chezmoi 内置的三组 Keeper 模板函数,它们通过调用 Keeper 官方 Commander CLI 将密码库中的结构化数据注入点文件模板。读完本文,你将掌握这三个函数各自的适用场景、底层命令调用方式、keeper.commandkeeper.args配置项的作用,以及如何配合--skip-secrets构建安全、可复现的多机点文件管理流程。

一、Keeper 函数概览

chezmoi 通过 Keeper 的 Commander CLI(命令名为keeper)把密码库能力暴露为模板函数。所有以keeper开头的函数统称为"Keeper 函数",它们的工作方式一致:在渲染模板时调用 Keeper CLI,将其标准输出解析后提供给模板使用。

从源码看,三个函数统一注册在 internal/cmd/config.go 的模板函数表中:

"keeper": c.keeperTemplateFunc, "keeperDataFields": c.keeperDataFieldsTemplateFunc, "keeperFindPassword": c.keeperFindPasswordTemplateFunc,

这意味着在任意 chezmoi 模板(*.tmpl文件、chezmoi.toml.tmpl、脚本模板等)中都可以直接使用它们。Keeper 函数家族包含三个成员:

函数参数返回值底层命令
keeperuid解析为 JSON 的 mapkeeper get --format=json <uid>
keeperDataFieldsuid按字段类型索引的 mapkeeper get --format=json <uid>
keeperFindPasswordquery字符串(密码)keeper find-password <query>

其中query可以是记录的 UID,也可以是路径。keeperkeeperDataFields接受 UID;keeperFindPassword更灵活,UID 和路径都可以。

二、keeperuid:获取完整 JSON 结构化数据

keeper函数返回通过 Commander CLI 从 Keeper 获取的结构化数据。uid会被原样传给keeper get --format=json,输出结果按 JSON 解析后返回。

在 internal/cmd/keepertemplatefuncs.go 中的实现如下:

func (c *Config) keeperTemplateFunc(record string) map[string]any { chezmoi.SkipTemplateIf(c.skipSecrets) output := mustValue(c.keeperOutput([]string{"get", "--format=json", record})) var result map[string]any must(json.Unmarshal(output, &result)) return result }

执行过程分为三步:

  1. 若启用了--skip-secrets,直接跳过模板渲染;
  2. 调用keeper get --format=json <uid>获取 JSON 输出;
  3. 将输出json.Unmarshalmap[string]any返回。

因此模板中可以通过keeper "$UID"拿到记录的完整 JSON,再按 Key 逐层取值。典型用法(取自官方文档):

title = {{ (keeper "$UID").data.title }}

keeper get的 JSON 顶层包含datarecord_uidtype等字段,其中data下又有titlefieldscustom等子结构,可逐层访问。例如获取记录的创建时间、类型等元数据:

recordType = {{ (keeper "$UID").type }}

三、keeperDataFieldsuid:按字段类型索引的便捷封装

keeperDataFieldskeeper的便捷变体:它同样执行keeper get --format=json <uid>,但只抽取 JSON 中.data.fields数组,并将其按字段的type重新索引为 map。这样就不必在模板里手工遍历fields数组。

实现位于 internal/cmd/keepertemplatefuncs.go:

var data struct { Data struct { Fields []struct { Type string `json:"type"` Value any `json:"value"` } `json:"fields"` } `json:"data"` } must(json.Unmarshal(output, &data)) result := make(map[string]any) for _, field := range data.Data.Fields { result[field.Type] = field.Value } return result

注意字段的value在 Keeper 的 JSON 中本身是数组(如登录名、密码等字段可能有多个值),因此取值时通常需要用index取第一个元素。官方文档给出的示例:

url = {{ (keeperDataFields "$UID").url }} login = {{ index (keeperDataFields "$UID").login 0 }} password = {{ index (keeperDataFields "$UID").password 0 }}
  • url字段直接可用,因为多数记录只有一个 URL;
  • loginpassword字段是数组,必须用index ... 0取首个元素。

Keeper 记录常见的字段typeloginpasswordurloneTimeCode等,均可按此方式索引。

四、keeperFindPasswordquery:直接取密码

keeperFindPassword返回keeper find-password <query>命令的输出,query可以是 UID 或路径,非常适合只想取一个密码、不想处理 JSON 结构的场景。

实现位于 internal/cmd/keepertemplatefuncs.go,与keeper的关键差异是:输出会经过bytes.TrimSpace去除首尾空白,保证模板中不会混入多余换行:

func (c *Config) keeperFindPasswordTemplateFunc(record string) string { chezmoi.SkipTemplateIf(c.skipSecrets) output := mustValue(c.keeperOutput([]string{"find-password", record})) return string(bytes.TrimSpace(output)) }

用户指南中的示例展示了 UID 与路径两种查询方式:

examplePasswordFromPath = {{ keeperFindPassword "$PATH" }} examplePasswordFromUid = {{ keeperFindPassword "$UID" }}

在真实点文件中,可以把密码直接渲染进需要密钥的配置文件。例如生成一个包含 API 密钥的~/.config/myapp/config

api_key = "{{ keeperFindPassword "MyApp/API Key" }}"

五、底层命令执行与结果缓存

三个函数最终都汇聚到keeperOutput(internal/cmd/keepertemplatefuncs.go),该函数是理解 Keeper 集成原理的关键:

func (c *Config) keeperOutput(args []string) ([]byte, error) { key := strings.Join(args, "\x00") if data, ok := c.Keeper.outputCache[key]; ok { return data, nil } name := c.Keeper.Command args = append(args, c.Keeper.Args...) cmd := exec.Command(name, args...) cmd.Stdin = os.Stdin cmd.Stderr = os.Stderr output, err := chezmoilog.LogCmdOutput(c.logger, cmd) ... c.Keeper.outputCache[key] = output return output, nil }

几个值得注意的实现细节:

  1. 参数合并顺序:函数自带的参数(如get --format=json <uid>)在前,配置的keeper.args追加在后;
  2. 按参数缓存:以\x00连接参数作为缓存 Key,同一个模板渲染过程中重复的 Keeper 查询只会执行一次 CLI,降低延迟与对 Keeper 服务的压力;
  3. 标准输入/输出透传cmd.Stdincmd.Stderr直接透传,因此需要交互式解锁 Keeper 会话时(如输入主密码)可正常交互,错误信息也会原样展示;
  4. 错误包装:CLI 失败时会通过newCmdOutputError包装,模板渲染随之失败,避免静默使用错误数据。

六、配置项:keeper.commandkeeper.args

Keeper 集成允许通过 chezmoi 配置文件定制 CLI 命令本身。默认配置定义在 internal/cmd/config.go:

Keeper: keeperConfig{ Command: "keeper", },

两个配置项的完整定义(见 variables.md.yaml):

配置项类型默认值说明
keeper.commandstringkeeperKeeper CLI 命令
keeper.args[]string追加给 Keeper CLI 的额外参数

~/.config/chezmoi/chezmoi.toml中为 CLI 附加配置文件的示例(官方文档原例):

[keeper] args = ["--config", "/path/to/config.json"]

如果keeper命令不在PATH中,或需要指定绝对路径,可以设置command

[keeper] command = "/usr/local/bin/keeper"

在其他配置格式(YAML / JSON)中写法同理:

keeper: command: keeper args: - "--config" - "/path/to/config.json"

七、安全实践:配合--skip-secrets使用

Keeper 函数与所有敏感数据函数一样,遵守 chezmoi 的--skip-secrets机制。在三个函数的实现开头都调用了chezmoi.SkipTemplateIf(c.skipSecrets);该标志在 internal/cmd/config.go 注册:

persistentFlags.BoolVar(&c.skipSecrets, "skip-secrets", c.skipSecrets, "Skip all templates containing secrets")

这意味着执行chezmoi apply --skip-secrets时,任何包含 Keeper 函数的模板会被整体跳过,不会触发对 Keeper CLI 的调用,也不会在日志或输出中暴露密码。这在你只想知道"哪些文件会变化"(配合--dry-run--diff)或在不具备 Keeper 会话的环境(如 CI)中预览变更时非常有用。

使用时还需注意前置条件:需要先按 Commander CLI 文档创建持久化登录会话(persistent login session),否则首次调用会触发交互式登录。

八、实操示例:一份完整的.tmpl用法

综合以上内容,一个典型的 Keeper 驱动的点文件模板(如dot_config/myapp/config.tmpl)可以是:

# 由 chezmoi 模板生成,不要直接编辑 app_title = {{ (keeper "ABCD-EFGH-IJKL-MNOP").data.title }} username = {{ index (keeperDataFields "ABCD-EFGH-IJKL-MNOP").login 0 }} password = {{ keeperFindPassword "MyApp/API Key" }} endpoint = {{ (keeperDataFields "ABCD-EFGH-IJKL-MNOP").url }}

对应使用流程:

  1. 在 Keeper 中创建记录,记下其 UID(或使用路径);
  2. 按 Commander CLI 文档建立持久化登录会话;
  3. 编写包含上述模板函数的.tmpl源文件并chezmoi add
  4. 执行chezmoi apply完成渲染落盘;
  5. 需要预览而不触碰密钥时,使用chezmoi diff --skip-secrets

相关文档与源码位置:

  • Keeper 函数参考:keeper-functions/index.md
  • keeper函数:keeper-functions/keeper.md
  • keeperDataFields函数:keeper-functions/keeperDataFields.md
  • keeperFindPassword函数:keeper-functions/keeperFindPassword.md
  • 用户指南:password-managers/keeper.md
  • 源码实现:internal/cmd/keepertemplatefuncs.go

【免费下载链接】chezmoiManage your dotfiles across multiple diverse machines, securely.项目地址: https://gitcode.com/gh_mirrors/ch/chezmoi

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/20 15:40:30

PL-300备考指南:一套练习数据通关Power BI实操

简介&#xff1a;微软商业智能PL-300认证练习数据包&#xff0c;面向备考PL-300认证的开发者、数据分析师以及希望提升数据可视化能力的职场人士。资源源于官方练习场景&#xff0c;覆盖数据连接、数据清洗、数据建模、DAX表达式、交互式报表、仪表板开发和行级安全性等核心考点…

作者头像 李华
网站建设 2026/9/20 15:39:49

CentOS 7下mitmproxy部署与系统集成指南

1. 环境准备与依赖安装在CentOS 7系统上部署mitmproxy前&#xff0c;需要确保基础环境完备。我推荐使用Miniconda作为Python环境管理器&#xff0c;它能有效解决多版本Python和依赖隔离的问题。以下是具体操作步骤&#xff1a;1.1 系统基础依赖安装首先更新系统并安装编译工具链…

作者头像 李华
网站建设 2026/9/20 15:38:05

OpenCore Legacy Patcher 实战:让老 Mac 升级新 macOS 系统

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/20 15:36:46

嵌入式AI实战:在MCU上实现本地化决策与TinyML落地

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/20 15:35:30

MySQL 8.0 Windows 安装避坑指南:从环境变量到字符集全解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华