ghcr.io/aquasecurity/node-collector:0.3.0-arm64 Docker 镜像 |...

热门搜索:

ghcr.iolinux/amd640.3.0-arm64大小: 未知更新于 2026年5月23日

k8s-node-collector

k8s-node-collector 是一个开源收集器，用于从 Kubernetes 节点收集节点信息（文件系统和进程数据）并以 JSON 格式输出。

安装

git clone git@github.com:aquasecurity/k8s-node-collector.git
cd k8s-node-collector/cmd/node-collector
GOOS=linux GOARCH=arm64 go build -o node-collector main.go

执行 node-collector 二进制文件

用法：
node-collector [标志]
node-collector [命令]

示例：
node-collector k8s [标志]

可用命令：
completion 为指定的 shell 生成自动补全脚本
help 关于任何命令的帮助
k8s k8s-node-collector 从集群节点提取文件系统信息

标志：
-c, --cluster-version string cluser 版本。例如 1.23.0
-h, --help node-collector 的帮助信息
--kubelet-config string 通过 API /api/v1/nodes/<>/proxy/configz 获取的 kubelet 配置，以 base64 编码
-n, --node string 节点名称
-o, --output string 输出格式。可选 table|json（默认 "json"）
-s, --spec-name string 规范名称。例如：k8s-cis
-v, --spec-version string 规范版本。例如 1.23.0

./node-collector k8s

执行收集器规范

node-collector 执行收集器规范，例如 k8s-cis-1.23.0。每个规范必须包含：

name：使用的其他平台，例如（k8s-cis、aks-cis、gke-cis 等） name：使用的其他平台，例如（k8s-cis、aks-cis、gke-cis 等）

name:- version：它所代表的 cis-benchmark 版本（例如：1.23.0） version：它所代表的 cis-benchmark 版本（例如：1.23.0）

version:要执行特定规范，需要传递 --spec-name k8s-cis 和 --spec-version 1.23.0 标志

--spec-name k8s-cis --spec-version 1.23.0如果未指定收集器规范，node-collector 将尝试根据 version_mapping 数据中定义的平台类型和版本自动检测匹配的规范，例如：

k8s:
- op: "="
cluster_version: "1.21"
spec: k8s-cis-1.21.0
- op: ">"
cluster_version: "1.21"
spec: k8s-cis-1.23.0

如果您不知道集群支持哪个 cis 规范，可以使用 cluster-version 标志。此选项必须与 spec-name 标志一起使用，匹配的规范版本将被自动检测，例如：| --spec-name k8s-cis --cluster-version 1.23.1

cluster-version spec-name --spec-name k8s-cis --cluster-version 1.23.1在提供的示例中，有两条规则；第一个匹配的规则将获取相应的规范。任何版本等于 1.21 的原生 k8s cluser 将获取 k8s-cis-1.21.0 收集器规范，如果未找到匹配项，任何版本 grather to 1.21 的原生 k8s cluser 将获取 k8s-cis-1.23.0

k8s-cis-1.21.0 k8s-cis-1.23.0## 添加新的收集器规范

要添加新规范，请将新的 yaml 文件放在以下路径：.pkg/collector/config/specs/，并遵循以下文件命名 convesion 示例：gke-cis-1.24.0

.pkg/collector/config/specs/ platform cis spec_version gke-cis-1.24.0每个收集器规范审计包含以下字段

---
version: "1.23.0"
name: aks-cis
title: Node Specification for AKS info collector
collectors:
- key:
title:
nodeType:
audit:

通用规范数据

name - 规范的名称（例如：aks-cis）

name aks-cisversion - 规范的版本（例如：1.23.0）

version 1.23.0title - 整个规范的简短描述

title## 特定审计数据

key - 用于保存审计 shell 命令输出的参数名称

keytitle - 审计 shell 命令的标题

titlenodeType - 定义应执行 shell 命令的节点类型（master | worker）

nodeTypeaudit - 用于收集信息并返回结果的 shell 命令（必须抑制错误）

audit## 配置文件

k8s-node-collector 使用配置文件，帮助根据不同平台（rancher、原生 k8s 等）获取二进制文件和配置文件路径，例如：

kubelet:
bins:
- kubelet
- hyperkube kubelet
confs:
- /etc/kubernetes/kubelet-config.yaml
- /var/lib/kubelet/config.yaml

节点收集器将根据其运行的平台获取 kubelet 二进制名称和配置文件路径。编写审计 shell 命令时，可以通过配置参数使用配置文件中的参数来收集适当的数据，例如，收集 kubelet config.yaml 配置文件的所有权：

audit

stat -c %U:%G $kubelet.confs

运行 k8s job

在简单的 k8s 集群中运行以下 job

kubectl apply -f job.yaml

检查 k8s pod 状态

kubectl get pods

NAME READY STATUS RESTARTS AGE
node-collector-ng2z7 0/1 Completed 0 6m13s

检查 k8s pod 审计输出

kubectl logs node-collector-ng2z7

k8s-node-collector 输出

json 输出

{
"apiVersion": "v1",
"kind": "NodeInfo",
"metadata":{
"creationTimestamp":"2023-01-04T11:37:11+02:00"
},
"type": "master",
"info": {
"adminConfFileOwnership": {
"values": [
"root:root"
]
},
"adminConfFilePermissions": {
"values": [
600
]
},
"certificateAuthoritiesFileOwnership": {
"values": [
"root:root"
]
},
"certificateAuthoritiesFilePermissions": {
"values": [
644
]
},
"containerNetworkInterfaceFileOwnership": {
"values": [
"root:root",
"root:root"
]
},
"containerNetworkInterfaceFilePermissions": {
"values": [
700,
775
]
},
"controllerManagerConfFileOwnership": {
"values": [
"root:root"
]
},
"controllerManagerConfFilePermissions": {
"values": [
600
]
},
"etcdDataDirectoryOwnership": {
"values": [
"root:root"
]
},
"etcdDataDirectoryPermissions": {
"values": [
700
]
},
"kubeAPIServerSpecFileOwnership": {
"values": [
"root:root"
]
},
"kubeAPIServerSpecFilePermission": {
"values": [
600
]
},
"kubeControllerManagerSpecFileOwnership": {
"values": [
"root:root"
]
},
"kubeControllerManagerSpecFilePermission": {
"values": [
600
]
},
"kubeEtcdSpecFileOwnership": {
"values": [
"root:root"
]
},
"kubeEtcdSpecFilePermission": {
"values": [
600
]
},
"kubePKIDirectoryFileOwnership": {
"values": [
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root"
]
},
"kubePKIKeyFilePermissions": {
"values": [
600,
600,
600,
600,
600,
600,
600,
600,
600,
600,
600
]
},
"kubeSchedulerSpecFileOwnership": {
"values": [
"root:root"
]
},
"kubeSchedulerSpecFilePermission": {
"values": [
600
]
},
"kubeconfigFileExistsOwnership": {
"values": [

]
},
"kubeconfigFileExistsPermissions": {
"values": [

]
},
"kubeletAnonymousAuthArgumentSet": {
"values": [

## 执行收集器规范

node-collector 执行收集器规范，例如 [k8s-cis-1.23.0](./pkg/collector/config/specs/k8s-cis-1.23.0.yaml)。每个规范必须包含：

- `name:` 所用的其他平台，例如（k8s-cis、aks-cis、gke-cis 等）
- `version:` 其代表的 CIS 基准版本（例如：1.23.0）

要执行特定规范，需传递 `--spec-name k8s-cis` 和 `--spec-version 1.23.0` 标志。

如果未指定收集器规范，node-collector 将尝试根据平台类型和版本自动检测匹配的规范，如 [版本映射数据](./pkg/collector/config/config.yaml) 中所定义。例如：
```yaml
k8s:
- op: "="
  cluster_version: "1.21"
  spec: k8s-cis-1.21.0
- op: ">"
  cluster_version: "1.21"
  spec: k8s-cis-1.23.0

如果您不知道集群支持哪个 CIS 规范，可以使用 cluster-version 标志。此选项必须与 spec-name 标志结合使用，匹配的规范版本将被自动检测。例如：
--spec-name k8s-cis --cluster-version 1.23.1

在提供的示例中，有两条规则；第一条匹配规则将获取相应的规范。任何版本等于 1.21 的原生 Kubernetes 集群将获取 k8s-cis-1.21.0 收集器规范；如果未找到匹配项，任何版本大于 1.21 的原生 Kubernetes 集群将获取 k8s-cis-1.23.0。

{
"apiVersion": "v1",
"kind": "NodeInfo",
"metadata":{
"creationTimestamp":"2023-01-04T11:37:11+02:00"
},
"type": "master",
"info": {
"adminConfFileOwnership": {
"values": [
"root:root"
]
},
"adminConfFilePermissions": {
"values": [
600
]
},
"certificateAuthoritiesFileOwnership": {
"values": [
"root:root"
]
},
"certificateAuthoritiesFilePermissions": {
"values": [
644
]
},
"containerNetworkInterfaceFileOwnership": {
"values": [
"root:root",
"root:root"
]
},
"containerNetworkInterfaceFilePermissions": {
"values": [
700,
775
]
},
"controllerManagerConfFileOwnership": {
"values": [
"root:root"
]
},
"controllerManagerConfFilePermissions": {
"values": [
600
]
},
"etcdDataDirectoryOwnership": {
"values": [
"root:root"
]
},
"etcdDataDirectoryPermissions": {
"values": [
700
]
},
"kubeAPIServerSpecFileOwnership": {
"values": [
"root:root"
]
},
"kubeAPIServerSpecFilePermission": {
"values": [
600
]
},
"kubeControllerManagerSpecFileOwnership": {
"values": [
"root:root"
]
},
"kubeControllerManagerSpecFilePermission": {
"values": [
600
]
},
"kubeEtcdSpecFileOwnership": {
"values": [
"root:root"
]
},
"kubeEtcdSpecFilePermission": {
"values": [
600
]
},
"kubePKIDirectoryFileOwnership": {
"values": [
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root",
"root:root"
]
},
"kubePKIKeyFilePermissions": {
"values": [
600,
600,
600,
600,
600,
600,
600,
600,
600,
600,
600
]
},
"kubeSchedulerSpecFileOwnership": {
"values": [
"root:root"
]
},
"kubeSchedulerSpecFilePermission": {
"values": [
600
]
},
"kubeconfigFileExistsOwnership": {
"values": [

]
},
"kubeconfigFileExistsPermissions": {
"values": [

]
},
"kubeletAnonymousAuthArgumentSet": {
"values": [

]
},
"kubeletAuthorizationModeArgumentSet": {
"values": [
"Node",
"RBAC"
]
},
"kubeletClientCaFileArgumentSet": {
"values": [
"/etc/kubernetes/pki/ca.crt"
]
},
"kubeletConfFileOwnership": {
"values": [
"root:root"
]
},
"kubeletConfFilePermissions": {
"values": [
600
]
},
"kubeletConfigYamlConfigurationFileOwnership": {
"values": [
"root:root"
]
},
"kubeletConfigYamlConfigurationFilePermission": {
"values": [
644
]
},
"kubeletEventQpsArgumentSet": {
"values": [

]
},
"kubeletHostnameOverrideArgumentSet": {
"values": [

]
},
"kubeletMakeIptablesUtilChainsArgumentSet": {
"values": [

]
},
"kubeletOnlyUseStrong***graphic": {
"values": [

]
},
"kubeletProtectKernelDefaultsArgumentSet": {
"values": [

]
},
"kubeletReadOnlyPortArgumentSet": {
"values": [

]
},
"kubeletRotateCertificatesArgumentSet": {
"values": [

]
},
"kubeletRotateKubeletServerCertificateArgumentSet": {
"values": [

]
},
"kubeletServiceFileOwnership": {
"values": [
"root:root"
]
},
"kubeletServiceFilePermissions": {
"values": [
644
]
},
"kubeletStreamingConnectionIdleTimeoutArgumentSet": {
"values": [

]
},
"kubeletTlsCertFileTlsArgumentSet": {
"values": [
"/etc/kubernetes/pki/apiserver.crt"
]
},
"kubeletTlsPrivateKeyFileArgumentSet": {
"values": [
"/etc/kubernetes/pki/apiserver.key"
]
},
"kubernetesPKICertificateFilePermissions": {
"values": [
644,
644,
644,
644,
644,
644,
644,
644,
644,
644
]
},
"schedulerConfFileOwnership": {
"values": [
"root:root"
]
},
"schedulerConfFilePermissions": {
"values": [
600
]
}
}
}

任务清理

kubectl delete -f job.yaml

轩辕镜像配置手册

探索更多轩辕镜像的使用方法，找到最适合您系统的配置方式

Docker 配置

登录仓库拉取

通过 Docker 登录认证访问私有仓库

专属域名拉取

无需登录使用专属域名

K8s Containerd

Kubernetes 集群配置 Containerd

K3s

K3s 轻量级 Kubernetes 镜像加速

Dev Containers

VS Code Dev Containers 配置

Podman

Podman 容器引擎配置

Singularity/Apptainer

HPC 科学计算容器配置

其他仓库配置

ghcr、Quay、nvcr 等镜像仓库

Harbor 镜像源配置

Harbor Proxy Repository 对接专属域名

Portainer 镜像源配置

Portainer Registries 加速拉取

Nexus 镜像源配置

Nexus3 Docker Proxy 内网缓存

系统配置

Linux

在 Linux 系统配置镜像服务

Windows/Mac

在 Docker Desktop 配置镜像

MacOS OrbStack

MacOS OrbStack 容器配置

Docker Compose

Docker Compose 项目配置

NAS 设备

群晖

Synology 群晖 NAS 配置

飞牛

飞牛 fnOS 系统配置镜像

绿联

绿联 NAS 系统配置镜像

威联通

QNAP 威联通 NAS 配置

极空间

极空间 NAS 系统配置服务

网络设备

爱快路由

爱快 iKuai 路由系统配置

宝塔面板

在宝塔面板一键配置镜像

需要其他帮助？请查看我们的常见问题Docker 镜像访问常见问题解答或提交工单

镜像拉取常见问题

使用与功能问题

配置了专属域名后，docker search 为什么会报错？

docker search 限制

Docker Hub 上有的镜像，为什么在轩辕镜像网站搜不到？

站内搜不到镜像

机器不能直连外网时，怎么用 docker save / load 迁镜像？

离线 save/load

docker pull 拉插件报错（plugin v1+json）怎么办？

插件要用 plugin install

WSL 里 Docker 拉镜像特别慢，怎么排查和优化？

WSL 拉取慢

轩辕镜像安全吗？如何用 digest 校验镜像没被篡改？

安全与 digest

第一次用轩辕镜像拉 Docker 镜像，要怎么登录和配置？

新手拉取配置

轩辕镜像合规吗？轩辕镜像的合规是怎么做的？

镜像合规机制

轩辕镜像支持 docker push 上传本地镜像吗？

不支持 push

错误码与失败问题

docker pull 提示 manifest unknown 怎么办？

manifest unknown

docker pull 提示 no matching manifest 怎么办？

no matching manifest（架构）

镜像已拉取完成，却提示 invalid tar header 或 failed to register layer 怎么办？

invalid tar header（解压）

Docker pull 时 HTTPS / TLS 证书验证失败怎么办？

TLS 证书失败

Docker pull 时 DNS 解析超时或连不上仓库怎么办？

DNS 超时

docker 无法连接轩辕镜像域名怎么办？

域名连通性排查

Docker 拉取出现 410 Gone 怎么办？

410 Gone 排查

出现 402 或「流量用尽」提示怎么办？

402 与流量用尽

Docker 拉取提示 UNAUTHORIZED（401）怎么办？

401 认证失败

遇到 429 Too Many Requests（请求太频繁）怎么办？

429 限流

docker login 提示 Cannot autolaunch D-Bus，还算登录成功吗？

D-Bus 凭证提示

为什么会出现「单层超过 20GB」或 413，无法加速拉取？

413 与超大单层

账号 / 计费 / 权限

轩辕镜像免费版和专业版有什么区别？

免费版与专业版区别

轩辕镜像支持哪些 Docker 镜像仓库？

支持的镜像仓库

镜像拉取失败还会不会扣流量？

失败是否计费

麒麟 V10 / 统信 UOS 提示 KYSEC 权限不够怎么办？

KYSEC 拦截脚本

如何在轩辕镜像申请开具发票？

申请开票

怎么修改轩辕镜像的网站登录和仓库登录密码？

修改登录密码

如何注销轩辕镜像账户？要注意什么？

注销账户

配置与原理类

写了 registry-mirrors，为什么还是走官方或仍然报错？

mirrors 不生效

怎么用 docker tag 去掉镜像名里的轩辕域名前缀？

去掉域名前缀

如何拉取指定 CPU 架构的镜像（如 ARM64、AMD64）？

指定架构拉取

用轩辕镜像拉镜像时快时慢，常见原因有哪些？

拉取速度原因

为什么拉取镜像的 :latest 标签，拿到的往往不是「最新」镜像？

latest 与「最新」

查看全部问题→

用户好评

来自真实用户的反馈，见证轩辕镜像的优质服务

oldzhang

运维工程师

Linux服务器

"Docker访问体验非常流畅，大镜像也能快速完成下载。"