觅回首

Unbound 与 BIND9：递归解析、DoT/DoH 与 RHEL 打包差异

2026-11-15T02:10:00.000Z

Unbound 和 BIND9 都能做递归解析，也都支持 DNSSEC 验证。真正影响部署的是默认行为、配置方式、加密 DNS 能力和发行版打包差异。本文把递归配置、IPv6/DoT/DoH、http-notls-downstream、RHEL 8/9/10 的 DoH 支持，以及 acme.sh 证书自动化放在一起，方便按场景选型。

结论与能力速览

Unbound 是专用递归解析器，安装后默认开启递归，但默认只允许本机使用。
BIND9 的 named 同时承担权威和递归两种角色，需要显式开启 recursion、指定 allow-recursion，并提供根提示或转发上游。
让递归真正可用，需要同时满足三件事：开启递归、提供根提示或转发器、用 ACL 限定允许使用递归的客户端。
DoT 两个方向都支持：Unbound 可以作为 DoT 服务端，也可以作为 DoT 上游客户端。
DoH 只支持服务端。Unbound 没有 DoH 上游客户端功能。
RHEL 9/10 的官方 unbound 包带 DoH；RHEL 8 的包没有带 nghttp2，需要重编 SRPM、容器或前置代理。

递归解析的工作过程

客户端发送 RD=1（Recursion Desired）的查询。
解析器先查缓存，命中则直接返回。
未命中时，从根提示（. 的 NS 记录）开始，逐级向根、顶级域、权威服务器发送迭代查询，跟随 referral 和 glue 记录。
得到答案后按 TTL 缓存并返回，响应中 RA=1 表示服务器支持递归。
配置了转发器时，查询交给上游递归服务器完成迭代；forward-first 允许上游失败后回退到本地迭代，forward-only 则只走转发。

DNSSEC 验证也在这条链上完成（RRSIG/DS 信任链），所以递归解析器通常同时是验证器。

Unbound 递归配置

Unbound 的权威服务能力限于 local-zone / local-data 提供的本地记录，主要角色是递归解析器。

/etc/unbound/unbound.conf：

server:
    interface: 0.0.0.0
    interface: ::0
    port: 53
    do-ip4: yes
    do-ip6: yes
    do-udp: yes
    do-tcp: yes

    # 谁可以使用递归；默认仅 localhost
    access-control: 127.0.0.0/8 allow
    access-control: ::1 allow
    access-control: 192.168.0.0/16 allow
    access-control: 10.0.0.0/8 allow

    # 完整迭代所需的根提示，也可使用内置根提示
    root-hints: "/var/lib/unbound/root.hints"

    # DNSSEC 信任锚，支持 RFC 5011 自动滚动
    auto-trust-anchor-file: "/var/lib/unbound/root.key"

    qname-minimisation: yes
    harden-dnssec-stripped: yes
    harden-referral-path: yes
    prefetch: yes

    num-threads: 4
    msg-cache-size: 64m
    rrset-cache-size: 128m
    cache-min-ttl: 60
    cache-max-ttl: 86400

    hide-identity: yes
    hide-version: yes
    deny-any: yes

改为转发模式，由上游负责迭代：

forward-zone:
    name: "."
    forward-addr: 8.8.8.8
    forward-addr: 1.1.1.1
    # forward-first: yes   # 上游不可用时回退到本地迭代

验证：

unbound-checkconf
unbound-control status
dig @127.0.0.1 example.com A
dig @127.0.0.1 example.com A +norecurse

要点：

access-control 默认允许 127.0.0.0/8 和 ::1，其他来源被拒绝；服务局域网必须显式添加 allow。
RD=0 的非递归查询默认会被拒绝；需要 cache snooping 时使用 access-control: <网段> allow_snoop。
把 53 端口暴露到公网会成为开放解析器和放大攻击跳板，需要防火墙限制并考虑启用 ratelimit。
root.key 由 unbound-anchor 初始化，需要保证 unbound 用户对该文件有写权限以完成自动滚动。
与 systemd-resolved 的 127.0.0.53 stub 冲突时，修改监听地址或关闭 stub listener。

BIND9 递归配置

BIND9 用一份配置即可同时提供权威 zone 和递归解析：

acl trusted {
    127.0.0.0/8;
    ::1;
    192.168.0.0/16;
    10.0.0.0/8;
};

options {
    directory "/var/cache/bind";

    recursion yes;
    allow-recursion { trusted; };      # 递归 ACL，建议显式设置
    allow-query { trusted; };          # 谁可以查询本机
    allow-query-cache { trusted; };    # 谁可以使用缓存

    listen-on { any; };
    listen-on-v6 { any; };

    # 本地迭代模式：保留根提示 zone，不配置 forwarders
    # 转发模式：启用 forwarders，并按需加 forward only
    // forwarders { 8.8.8.8; 1.1.1.1; };
    // forward only;

    dnssec-validation auto;
    minimal-responses yes;
    qname-minimization strict;
    max-cache-size 256m;
};

根提示 zone 在本地迭代时必须存在，发行版默认配置通常已包含：

zone "." {
    type hint;
    file "/usr/share/dns/root.hints";   # RHEL 系常见路径为 /var/named/named.ca
};

验证：

named-checkconf -z
rndc status
dig @127.0.0.1 example.com A
dig @127.0.0.1 example.com A +norecurse
rndc recursing        # 查看当前正在进行的递归查询
rndc flush            # 清空缓存

权威与递归分离的 view 写法：

view "internal" {
    match-clients { trusted; };
    recursion yes;
    allow-recursion { trusted; };
    zone "." { type hint; file "/usr/share/dns/root.hints"; };
    // 内网 zone ...
};

view "external" {
    match-clients { any; };
    recursion no;
    allow-query { any; };
    // 对外权威 zone ...
};

要点：

allow-recursion 未显式设置时会从 allow-query-cache / allow-query 推导，不同版本和发行版默认值存在差异。只放宽 allow-query 可能意外放开递归，生产环境应把三条 ACL 都写清楚。
forwarders 的默认语义是 forward first，即上游失败后回退到本地迭代；forward only 则强制只走转发。
权威与递归放在同一进程会增加攻击面，也容易混用缓存。常见做法是拆成独立实例或独立机器，或用 view 按来源分流。
dnssec-validation auto 依赖根信任锚和准确时钟，时间偏差会导致验证失败。
公网实例需限制 allow-recursion、收紧 allow-transfer，并考虑启用 rate-limit 响应速率限制。

Unbound 与 BIND9 对比

维度	Unbound	BIND9
定位	专用递归解析器	权威与递归一体
默认递归	开启，默认仅本机可用	由配置决定，需关注 ACL
迭代起点	内置根提示或 `root-hints`	内置或 `zone "." type hint`
转发	`forward-zone`，可选 `forward-first`	`forwarders` + `forward first/only`
DNSSEC	`auto-trust-anchor-file`	`dnssec-validation auto`
缓存调优	`msg-cache-size`、`rrset-cache-size`、`prefetch`	`max-cache-size`、`prefetch`
运维工具	`unbound-checkconf`、`unbound-control`	`named-checkconf`、`rndc`
典型场景	纯递归解析器、DNSSEC 验证器	已有权威 DNS、需要一体化或 view 分流

IPv6、DoT、DoH 支持矩阵

能力	Unbound 支持状态	关键配置
IPv6 监听与上游传输	全版本支持	`do-ip6`、`interface: ::0`、`access-control: ::1 allow`
DoT 服务端（下游）	2011 年起支持	`tls-service-key`、`tls-service-pem`、`tls-port`
DoT 上游（转发到上游）	1.9.0 起支持	`forward-tls-upstream`、`tls-cert-bundle`
DoH 服务端（下游）	1.12.0 起支持	`https-port`、`http-endpoint`，需 `libnghttp2`
DoH 上游（客户端）	不支持	无对应配置项
DoQ 服务端	较新版本可选	`quic-port`，需 ngtcp2/quictls

Unbound 的加密传输能力分成两个方向：下游是客户端连 Unbound，上游是 Unbound 连别的解析器。DoT 两个方向都支持，DoH 只支持下游。

IPv6

server:
    do-ip4: yes
    do-ip6: yes              # 默认 yes
    interface: 0.0.0.0
    interface: ::0           # 监听所有 IPv6 地址
    # interface: ::1         # 只监听回环

    access-control: 127.0.0.0/8 allow
    access-control: ::1 allow
    access-control: 192.168.0.0/16 allow
    access-control: 2001:db8:1::/64 allow

    prefer-ip6: yes          # 默认 no，由 RTT 选择；yes 优先走 IPv6 上游
    # outgoing-interface: 2001:db8:1::/64

要点：

do-ip6: no 会同时关闭 IPv6 监听和 IPv6 上游传输，但 AAAA 记录仍会正常返回；主机没有 IPv6 连通性时关闭它可以避免上游超时。
默认隐式放行的是 127.0.0.0/8，IPv6 客户端（包括 ::1）需要在 access-control 中显式允许。
自定义 root-hints 文件需要包含根服务器的 AAAA 记录；内置根提示已经包含。
双栈监听时，防火墙需要同时放行 v4/v6 的 53、853、443（DoQ 为 UDP 853）。

DoT 服务端与上游客户端

作为 DoT 服务端

server:
    interface: 0.0.0.0@853
    interface: ::0@853

    tls-service-key: "/etc/unbound/tls/unbound_server.key"
    tls-service-pem: "/etc/unbound/tls/unbound_server.pem"
    tls-port: 853

    tls-protocols: "TLSv1.2 TLSv1.3"
    tls-ciphers: "HIGH:!aNULL"
    tls-ciphersuites: "TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256"
    tls-session-ticket-keys: "/etc/unbound/tls/ticket.key"

tls-service-key 和 tls-service-pem 同时启用 DoT 与 DoH 服务；具体哪个接口提供哪种服务由端口决定。
绑定到 tls-port 的接口只提供 DoT，普通 DNS TCP 不会在该端口响应。
额外端口用 tls-additional-port: 8853 声明。
私钥需要 unbound 用户可读，或者在降权/chroot 前可读；证书更新后可 unbound-control reload，权限受限时需要重启。
access-control 同样作用于 DoT 客户端。
旧配置里的 ssl-service-key、ssl-service-pem、ssl-port 是同一组选项的别名。

作为 DoT 客户端

DoT 上游只适用于 forward-zone 和 stub-zone。纯迭代解析无法使用 DoT，因为根和顶级域服务器不提供 DoT。

server:
    tls-cert-bundle: "/etc/ssl/certs/ca-certificates.crt"
    # 或者 tls-system-cert: yes

forward-zone:
    name: "."
    forward-tls-upstream: yes
    forward-addr: 1.1.1.1@853#cloudflare-dns.com
    forward-addr: 1.0.0.1@853#cloudflare-dns.com
    forward-addr: 2606:4700:4700::1111@853#cloudflare-dns.com

IP@端口#认证名 是固定语法；# 后面的名字用于 SNI 和证书校验，建议始终填写。
没有 tls-cert-bundle 或 tls-system-cert: yes 时，证书无法验证，连接会失败。
forward-first: yes 会在 DoT 上游不可用时回退到普通迭代，这等于允许降级；默认 no。
stub-zone 用 stub-tls-upstream: yes；全局 tls-upstream: yes 对全部 forward/stub 生效。

DoH 服务端

DoH 支持自 1.12.0 起，编译时需要 libnghttp2：

1 2	./configure --with-libnghttp2 unbound -V \| grep -i nghttp2

配置：

server:
    interface: 0.0.0.0@443
    interface: ::0@443

    tls-service-key: "/etc/unbound/tls/unbound_server.key"
    tls-service-pem: "/etc/unbound/tls/unbound_server.pem"

    https-port: 443
    http-endpoint: "/dns-query"
    http-max-streams: 100
    http-query-buffer-size: 4m
    http-response-buffer-size: 4m
    http-nodelay: yes

DoH 只走 HTTP/2 + TLS，通过 ALPN 协商 h2；媒体类型为 application/dns-message，支持 GET（?dns= base64url）和 POST。
默认端口 443，默认路径 /dns-query；访问其他路径返回 404。
请求体上限受 msg-buffer-size 限制，超限返回 413/414。
http-notls-downstream: yes 可以关闭下游 TLS，用于放在 TLS 终止反向代理之后；此时 access-control 看到的是代理地址。
443 和 853 属于特权端口，非 root 运行需要 CAP_NET_BIND_SERVICE。

Unbound 不提供 DoH 客户端功能，forward-zone 没有 HTTPS 选项。需要 DoH 上游时，常见做法是在本机运行 dnscrypt-proxy、cloudflared 等 DoH 客户端，让 Unbound 转发到它们的本地端口；或者直接使用 DoT 上游。

`http-notls-downstream` 与反向代理

http-notls-downstream: yes 让 Unbound 的 DoH 监听端口改用明文 HTTP/2（h2c），不再使用 TLS。它面向的部署形态是：反向代理或负载均衡器负责 TLS 终止，Unbound 作为本机或内网后端，只处理 HTTP/2 上的 DNS 消息。

1	客户端 --HTTPS/HTTP3--> Caddy / Envoy / HAProxy --h2c 明文--> Unbound:8053/dns-query

该选项自 Unbound 1.13.0 起提供（DoH 服务端本身自 1.12.0 起提供）。

项目	默认（no）	`yes`
DoH 监听协议	HTTPS（TLS + HTTP/2）	HTTP/2 cleartext（h2c）
是否需要证书	需要 `tls-service-key` / `tls-service-pem`	该监听不需要证书
ALPN	协商 `h2`	不使用 ALPN
HTTP 版本	HTTP/2	HTTP/2（prior knowledge）
端口标记	`https-port`	仍由 `https-port` 标记
DoT 监听	不受影响	不受影响

配置示例：

server:
    interface: 127.0.0.1@8053
    https-port: 8053
    http-notls-downstream: yes

    http-endpoint: "/dns-query"
    http-max-streams: 100
    http-query-buffer-size: 4m
    http-response-buffer-size: 4m
    http-nodelay: yes

    access-control: 127.0.0.1 allow

接口端口必须与 https-port 一致，Unbound 才会把它识别为 DoH 服务端口。
使用 8053 这类非特权端口可以避免授予 CAP_NET_BIND_SERVICE。
绑定 127.0.0.1 或独立内网地址，避免明文 DoH 暴露到不可信网络。
不配置 tls-service-key 也能启动；配置之后该 DoH 端口仍然走明文，TLS 只用于 DoT。
http-notls-downstream 是全局开关，一个 Unbound 实例里的所有 DoH 监听都会变成明文。需要在同一实例同时提供 HTTPS DoH 和 h2c DoH 时，只能拆成两个实例，或者由前置代理统一终止 TLS。

反向代理必须支持 HTTP/2 cleartext 到后端：

Caddy：transport http { versions h2c }
Envoy：cluster 上设置 http2_protocol_options: {}
HAProxy：后端 server 行使用 proto h2
开源版 nginx：proxy_pass 只能向 upstream 发送 HTTP/1.x，Unbound 会拒绝。用 stream 模块做四层透传可以连通，但这样就失去了在 nginx 上终止 TLS 的意义。

Caddy 示例：

dns.example.com {
    reverse_proxy 127.0.0.1:8053 {
        transport http {
            versions h2c
        }
    }
}

这种架构的常见收益：

证书申请、续期、OCSP 和密码套件策略集中在代理层。
代理可以对客户端提供 HTTP/3（DoH3），Unbound 后端仍使用 h2c。
代理层统一做访问日志、WAF、限速和多实例负载均衡。
Unbound 侧减少 TLS 握手开销。

安全与运维注意点：

代理到 Unbound 这一段是明文，只应走回环地址、Unix 域套接字所在主机或受控内网，并用防火墙限制来源。
Unbound 看到的客户端地址是代理地址。access-control、按 IP 的 ratelimit、wait-limit 都按代理 IP 计算，无法区分真实客户端。
Unbound 的 DoH 监听不支持 PROXYv2，也不会解析 X-Forwarded-For，所以无法通过这两种方式恢复真实客户端 IP。
该模式没有客户端证书认证，也没有传输层加密，不要直接暴露到公网。
代理的健康检查应发送合法的 DoH 请求；对 /dns-query 的空 GET 会得到 400。

RHEL 8/9/10 的 DoT/DoH 打包差异

RHEL 8、9、10 的官方 unbound RPM 都自带 DoT 服务端支持（基于 OpenSSL）。DoH 的差别来自打包时的编译开关：

RHEL 9 / RHEL 10：官方包已带 --with-libnghttp2，DoH 开箱可用，不需要自己编译。
RHEL 8：即使后期版本已升到 1.16.2（上游支持 DoH），RPM 仍未带 nghttp2，DoH 不可用，需要自行重编 SRPM 或使用前置 DoH 代理。
DoT 上游转发：需要 Unbound ≥ 1.9.0，RHEL 8.7+、RHEL 9、RHEL 10 支持；RHEL 8.0–8.6 的 1.7.3 不支持。

CentOS Stream、Rocky Linux、AlmaLinux、Oracle Linux 重新构建同一份 RHEL SRPM，因此特性矩阵与对应 RHEL 版本一致。

发行版 / 次版本	自带 unbound	DoT 服务端	DoT 上游	DoH 服务端	官方包是否需编译
RHEL 7（EOL）	1.6.x	支持（`ssl-*`）	不支持	不支持	DoH 需
RHEL 8.0–8.6	1.7.3	支持（`ssl-*`）	不支持	不支持	DoH、DoT 上游需
RHEL 8.7–8.10	1.16.2	支持（`tls-*`）	支持	不支持（未带 nghttp2）	DoH 需重编
RHEL 9.0	1.13.1	支持	支持	支持	不需要
RHEL 9.1–9.7	1.16.2	支持	支持	支持	不需要
RHEL 9.8	1.24.2	支持	支持	支持	不需要
RHEL 10.0–10.1	1.20.0	支持	支持	支持	不需要
RHEL 10.2	1.24.2	支持	支持	支持	不需要

RHEL 9.8 和 RHEL 10.2 的 1.24.2 包还额外带 DoQ 支持（quic-port）；RHEL 10.0 的 1.20.0 包未带 DoQ。次版本矩阵以发布时 Red Hat 包信息为准。

同一个 1.16.2，RHEL 8 和 RHEL 9 不同

RHEL 8.7 起把 unbound 升到了 1.16.2，上游版本完全支持 DoH。但 RHEL 8 的 spec 文件：

没有 %bcond_without doh 开关；
没有 BuildRequires: libnghttp2-devel；
%configure 参数中没有 --with-libnghttp2。

所以 RHEL 8 的二进制里能解析 http-notls-downstream 之类的配置项，但 HTTP/2 和 DoH 代码没有被编译进去，启动 DoH 监听时只会得到“not compiled with nghttp2”的警告。

RHEL 9 和 RHEL 10 的 spec 则包含：

%bcond_without doh
...
%if %{with doh}
BuildRequires: libnghttp2-devel
%endif
...
%if %{with doh}
            --with-libnghttp2 \
%endif

%bcond_without doh 的默认含义是开启，因此官方构建默认带 DoH。

在机器上确认

1 2	rpm -q unbound unbound -V

看 Configure line 是否包含 --with-libnghttp2：

# RHEL 9/10 典型输出
Configure line: --with-libevent --with-pthreads --with-ssl ... --with-libnghttp2 ...

# RHEL 8 的输出不含 --with-libnghttp2

补充检查：

1 2	rpm -q --requires unbound \| grep -i nghttp2 ldd /usr/sbin/unbound \| grep -i nghttp2

RHEL 9/10 通常能看到 libnghttp2.so.14 依赖。unbound -V 的 configure 行是最直接的判断依据。

RHEL 8 想用 DoH 的三条路

方案一：重编 SRPM，保留系统包管理。

1
2
3

dnf install rpm-build dnf-plugins-core
dnf download --source unbound
rpm -ivh unbound-*.src.rpm

编辑 ~/rpmbuild/SPECS/unbound.spec，加入：

1	BuildRequires: libnghttp2-devel

并在 %configure 参数中加入：

1	--with-libnghttp2

构建并安装：

1 2	rpmbuild -ba ~/rpmbuild/SPECS/unbound.spec dnf install ~/rpmbuild/RPMS/x86_64/unbound-*.rpm

RHEL 8 的 spec 没有 %bcond_with doh，因此需要手动加依赖和 configure 参数，不能只靠 --with doh 宏。

方案二：容器运行新版 Unbound。 用 Podman 运行来自 RHEL 9/10 或 Fedora 的新版 unbound，把 53/853/443 映射到宿主机。适合不想改动系统包的场景，但要注意容器网络、SELinux 端口标签和 systemd 集成。

方案三：前置 DoH 代理。 在 Unbound 前面放一个支持 DoH 服务端的组件（例如 dnsdist），由它终止 TLS 和 HTTP/2，再以普通 DNS 转发到本机 Unbound 的 53 端口。这样 RHEL 8 的 Unbound 继续做递归解析，DoH 能力由前端提供。

容易混淆的点

RHEL 8 的 1.16.2 有 DoT 上游，只是没有 DoH。DoT 和 DoH 是两个独立特性，DoT 只依赖 OpenSSL。
DoH 上游在 Unbound 中始终不支持，RHEL 9/10 也一样。需要加密转发时使用 DoT 上游；需要 DoH 上游时只能在本机放 DoH 客户端代理。
安装 nghttp2 命令行包不会给 Unbound 增加 DoH。决定因素是 unbound 二进制是否带 --with-libnghttp2 编译。
RHEL 8 的 1.7.3 使用 ssl-service-key / ssl-port；新文档里的 tls-service-key / tls-port 在该版本中不存在。
RHEL 9.0 的 1.13.1 已经支持 DoH 和 http-notls-downstream，不必等到 1.16.2。

用 acme.sh 管理 Unbound 证书

acme.sh 负责三件事：签发证书、自动续期、在续期后触发部署动作。Unbound 只负责读取两个文件：

tls-service-key：私钥 PEM。
tls-service-pem：证书 PEM，使用包含中间证书的 fullchain。

把 acme.sh 的 --install-cert 指向这两个路径，并用 --reloadcmd 在每次签发/续期后修正权限并 reload Unbound，就完成了集成。

1
2
3

acme.sh --issue --> 证书目录 --> --install-cert --> /etc/unbound/tls/
                                                      |
                                                      +-- reloadcmd --> systemctl reload unbound

选择验证方式

方式	要求	适用场景
HTTP-01	公网 80 端口可达	80 端口空闲，或已有 Web 服务器
DNS-01	能通过 API 修改 DNS	推荐；支持泛域名，不需要开放入站端口
TLS-ALPN-01	公网 443 端口可达	443 被 Unbound DoH 占用时不可用

DoT/DoH 服务器通常只开放 853/443，推荐 DNS-01。如果 80 端口空闲，--standalone 也可以。

签发证书

1
2
3

curl https://get.acme.sh | sh -s email=admin@example.com
source ~/.bashrc
acme.sh --set-default-ca --server letsencrypt

DNS-01（以 Cloudflare 为例）：

export CF_Token="你的 API Token"
export CF_Account_ID="你的 Account ID"

acme.sh --issue --dns dns_cf -d dns.example.com --keylength ec-256

HTTP-01：

# 80 端口空闲
acme.sh --issue -d dns.example.com --standalone --keylength ec-256

# 已有 Web 服务器
acme.sh --issue -d dns.example.com --webroot /var/www/html --keylength ec-256

注意：

泛域名必须用 DNS-01，例如 -d example.com -d '*.example.com'。
测试阶段加 --staging，避免触发 Let’s Encrypt 速率限制。
使用 --keylength ec-256 时，后续 --install-cert 必须加 --ecc。
证书域名必须是客户端实际使用的名字，DoT 客户端通过 SNI/主机名校验证书。

部署到 Unbound

acme.sh --install-cert -d dns.example.com --ecc \
  --key-file       /etc/unbound/tls/unbound.key \
  --fullchain-file /etc/unbound/tls/unbound.pem \
  --reloadcmd      "/usr/local/sbin/unbound-cert-reload"

--install-cert 会在首次安装和每次续期后执行 --reloadcmd。

/usr/local/sbin/unbound-cert-reload：

#!/bin/bash
set -euo pipefail

install -d -m 0750 -o root -g unbound /etc/unbound/tls
chown root:unbound /etc/unbound/tls/unbound.key /etc/unbound/tls/unbound.pem
chmod 640 /etc/unbound/tls/unbound.key
chmod 644 /etc/unbound/tls/unbound.pem

/usr/sbin/unbound-checkconf
systemctl reload unbound

关键点：

私钥权限设为 root:unbound 0640。Unbound 启动时以 root 读取私钥，但 SIGHUP reload 时以 unbound 用户重新读取；私钥如果保持 0600 root，reload 会读不到，只能重启。
unbound-checkconf 失败时脚本退出，不执行 reload，正在运行的 Unbound 继续使用内存中的旧证书。
目录权限保持 0750 root:unbound，不要让 unbound 用户可写。
如果使用 chroot，证书路径必须位于 chroot 内，并符合 Unbound 的路径调整规则。

Unbound 配置

DoT + DoH 共用同一份证书：

server:
    interface: 0.0.0.0@853
    interface: ::0@853
    interface: 0.0.0.0@443
    interface: ::0@443

    tls-service-key: "/etc/unbound/tls/unbound.key"
    tls-service-pem: "/etc/unbound/tls/unbound.pem"

    tls-port: 853
    https-port: 443
    http-endpoint: "/dns-query"

    access-control: 192.168.0.0/16 allow
    access-control: 2001:db8:1::/64 allow

RHEL 8.0–8.6 的 Unbound 1.7.3 使用旧选项名：

server:
    interface: 0.0.0.0@853
    ssl-service-key: "/etc/unbound/tls/unbound.key"
    ssl-service-pem: "/etc/unbound/tls/unbound.pem"
    ssl-port: 853

自动续期

acme.sh 安装时会写入 cron 任务，每天检查一次：

1 2	acme.sh --list # 查看证书和下次续期时间 acme.sh --cron # 手动触发检查

--reloadcmd 会保存在证书配置里，续期成功后自动执行。可以手动模拟一次续期：

1	acme.sh --renew -d dns.example.com --ecc --force

或者直接测试 reload 脚本：

1
2
3

/usr/local/sbin/unbound-cert-reload
systemctl status unbound
journalctl -u unbound -n 50 --no-pager

结合反向代理

如果 DoH 由 Caddy、nginx、Envoy 终止 TLS，Unbound 使用 http-notls-downstream: yes 提供 h2c 后端，那么证书只需要部署在代理上：

Caddy：内置 ACME，不需要 acme.sh；证书和续期由 Caddy 管理。
nginx：用 acme.sh 签发后 --install-cert --reloadcmd "systemctl reload nginx"，Unbound 不配置证书。
acme.sh + Unbound 直连：适用于 Unbound 自己监听 853/443 的场景。

这种拆分的好处是证书轮换只影响代理，Unbound 的 reload 与证书生命周期解耦。

验证与排障

检查服务与端口

1
2
3

unbound-checkconf
unbound -V | grep -Ei 'nghttp2|openssl'
ss -lntup | grep unbound

IPv6

1	dig @::1 example.com A

DoT

dig @127.0.0.1 -p 853 +tls example.com
dig @127.0.0.1 -p 853 +tls +tls-hostname=dns.example.com \
    +tls-ca=/etc/ssl/certs/ca-certificates.crt example.com
kdig @127.0.0.1 +tls example.com

DoH

# GET，base64url 查询为 example.com A
curl --http2 -k -sS \
  'https://127.0.0.1/dns-query?dns=AAABAAABAAAAAAAAB2V4YW1wbGUDY29tAAABAAE' \
  -o /tmp/answer.bin

# POST，query.bin 为 DNS wire format 查询
curl --http2 -k -sS -H 'content-type: application/dns-message' \
  --data-binary @query.bin https://127.0.0.1/dns-query -o /tmp/answer.bin

unbound-control stats_noreset | grep -E 'num.query.(tls|https)'

直连 h2c 时必须显式使用 prior knowledge：

curl -v --http2-prior-knowledge \
  -H 'content-type: application/dns-message' \
  --data-binary @query.bin \
  http://127.0.0.1:8053/dns-query -o /tmp/answer.bin

检查证书

openssl s_client -connect dns.example.com:853 \
  -servername dns.example.com -showcerts /dev/null \
  | openssl x509 -noout -subject -issuer -dates

openssl s_client -connect dns.example.com:443 \
  -servername dns.example.com -alpn h2 /dev/null \
  | openssl x509 -noout -subject -issuer -dates

常见问题

现象	原因与处理
续期成功但 Unbound 仍返回旧证书	`--reloadcmd` 未配置或 reload 失败；检查 `journalctl -u unbound`
reload 后证书加载失败	私钥权限为 `0600 root`；改为 `root:unbound 0640`
客户端报证书链不完整	使用了 `cert.pem`；改用 `fullchain.cer` / `--fullchain-file`
`--install-cert` 找不到证书	ECC 证书缺少 `--ecc` 参数
HTTP-01 验证失败	80 端口不可达或被防火墙拦截；改用 DNS-01
泛域名签发失败	HTTP-01 不支持泛域名；使用 DNS-01
443 被占用导致 `--alpn` 失败	Unbound DoH 已监听 443；改用 DNS-01 或 HTTP-01
SELinux 拒绝读取私钥	`ausearch -m avc -ts recent`，用 `restorecon` 或 `semanage fcontext` 修正标签
证书时间异常	检查 chrony/NTP，避免“not yet valid”或过期
用 `https://127.0.0.1:8053` 握手失败	该监听是明文 HTTP，应使用 `http://`
`curl --http2 http://...` 失败或返回空	客户端尝试 HTTP/1.1 Upgrade，应改用 `--http2-prior-knowledge`
反向代理返回 502	代理向上游发送 HTTP/1.1，需启用 h2c 后端传输
启动日志提示没有 TLS key	`http-notls-downstream` 未生效或写成了 `no`
端口无响应	接口 `@port` 与 `https-port` 不一致，或 `access-control` 未放行代理地址
所有请求来源都是 127.0.0.1	代理在中间，Unbound 只能看到代理地址
配置了证书但 DoH 仍是明文	`http-notls-downstream: yes` 是全局的，该实例所有 DoH 端口都走 h2c

排查顺序

用 unbound-checkconf 或 named-checkconf 检查语法。
用 ss -lntup 确认监听地址和端口。
用 dig +norecurse 区分缓存/权威回答与真正递归。
检查 ACL、防火墙和 SELinux。
检查上游 53/853/443 是否可达，根提示文件是否过期。
检查证书链、SNI、系统时间。

dig +trace 由 dig 自身完成迭代，绕开本机递归器，无法用来验证服务器的递归配置。

参考与时效

本文整理自 2026-11-14 的 Grok 技术会话，配置示例以 Unbound 和 BIND9 官方文档的选项语义为准。
RHEL 次版本、unbound RPM 版本和 DoH 编译开关会随发行版更新变化，部署前用 rpm -q unbound、unbound -V 和 rpm -q --requires unbound 在目标机器上确认。
证书命令以 acme.sh 当前版本为准，生产环境先用 --staging 验证流程。
示例中的域名、IP 和邮箱均为文档占位符，请替换为实际环境值。

Dell 27 英寸 4K 显示器怎么选：U2718Q、U2720Q 与后续迭代

2026-11-15T02:00:00.000Z

戴尔的 27 英寸 4K UltraSharp 产品线跨度很长。二手市场上 U2718Q 和 U2720Q 的价格接近，新型号又有 U2723QE、U2725QE。本文把规格差异、命名规则和选购建议放在一起，方便快速判断。

先给结论

U2720Q / U2720QM 是 U2718Q 的换代型号。 两者的核心规格处于同一档次：27 英寸、3840×2160、IPS、60Hz。实际差距集中在色域、HDR 效果和接口：

U2720Q 多了 95% DCI-P3 广色域和 USB-C 90W 一线连。
U2718Q 只有 sRGB 和传统 DP/HDMI。

接笔记本，尤其是 MacBook，优先选 U2720Q/M；只接台式机、纯办公、预算优先，U2718Q 也够用。

U2718Q 与 U2720Q/U2720QM 参数对比

项目	U2718Q	U2720Q / U2720QM
年代	2018 款	2020 款
面板	27 英寸 IPS，3840×2160，60Hz	同左
亮度 / 对比度	350 nit / 1300:1	350 nit（HDR 峰值 400）/ 1300:1
色域	99.9% sRGB，无广色域	99% sRGB + 95% DCI-P3
色深	10-bit（8bit+FRC）	10-bit（8bit+FRC）
HDR	能接收 HDR10 信号，亮度和色域不足，属于象征性 HDR	DisplayHDR 400，仍是入门级 HDR
视频接口	DP 1.2、mini DP 1.2、HDMI 2.0	DP 1.4、HDMI 2.0、USB-C（DP Alt Mode）
USB-C	无	有，支持 4K60 + 90W 反向充电 + 数据传输
USB 扩展	4× USB 3.0	USB-A 扩展口 + USB 上行
音频	3.5mm 输出，无内置音箱	3.5mm 输出，无内置音箱
支架	升降、俯仰、旋转、竖屏	同左
背光调光	有评测指出为 PWM 调光，对频闪敏感需注意	不闪屏
保修	3 年 UltraSharp 标准保修	3 年

怎么选

笔记本一线连、Mac、经常外接硬盘：选 U2720Q/U2720QM。USB-C 90W 是这代最实用的升级。
只接台式机，写代码、办公、看文档：U2718Q 的 4K 文字清晰度与 U2720Q 同档，二手更便宜。
在意修图、视频调色：选 U2720Q。95% DCI-P3 比 U2718Q 的 sRGB 实用得多。
想要真正的 HDR 或高刷游戏：两台都不合适。它们是 60Hz、无分区背光的办公向显示器。
两台都已退市，基本只能买二手。U2718Q 更老，注意面板老化、坏点和背光；U2720Q 重点检查 USB-C 口和 PD 供电是否正常。

关于 U2720QM： 它是 U2720Q 的区域/渠道版本，国内电商常见这个写法。核心面板和接口规格与 U2720Q 一致，后缀 M 属于销售版本标识。下单前仍建议核对商品页的接口清单和随机线材。

二手检查点

用纯色图检查坏点、亮点和色斑，重点看四角和边缘。
低亮度下观察背光均匀度和漏光，关灯看黑色画面更明显。
检查支架升降、俯仰、旋转是否顺滑，接口是否松动。
U2720Q 插笔记本测试 USB-C：4K60、90W 供电、USB 扩展是否同时正常。
确认随机线材齐全。USB-C 线材质量会影响 4K60 和 PD 供电。
查询 Service Tag 的保修状态，确认是否还在保修期内。

戴尔显示器命名规则

基本结构：

U 27 20 Q
│  │  │  └─ 后缀：分辨率/功能
│  │  └──── 型号年份：2020 年
│  └─────── 屏幕尺寸：27 英寸
└────────── 系列：UltraSharp

系列字母

字母	系列	定位
E	Essential	入门办公
P	Professional	商用、支架可调、接口实用
S	S-series	家用/消费
U	UltraSharp	高端，色彩和出厂校色较好
UP	UltraSharp Premier	旗舰，广色域/高 HDR
C	视频会议/商用一体	带摄像头、麦克风
AW	Alienware	电竞

常见后缀

后缀	含义	例子
H	1920×1080	P2419H
D	2560×1440	P2418D、U2719D
Q	3840×2160 4K	U2720Q、U3219Q
W	超宽屏	U3419W、U4919DW
E	带 RJ45 网口/USB-C 扩展坞	U2723QE、P2422HE
QE / DE	4K/QHD + 网口扩展	U2723QE、P2723DE
S	内置音箱	S2721QS
G / F	游戏/FreeSync	S2719DGF
T	触摸	—
M	区域/渠道版本	U2720QM

读型号时注意三点

中间两位是型号年份/世代，不是购买年份。U2415 是 2015 款，U2720Q 是 2020 款。
戴尔没有公开一份严格的字母对照表，同一字母在不同年代或系列可能含义不同。上表覆盖大多数常见型号，具体以规格书为准。
型号后面的 S、M 等尾缀常与销售区域、渠道、是否带音箱有关，不代表性能等级。

27 英寸 4K UltraSharp 的迭代路线

你问的两款属于同一条产品线，后续迭代顺序是：

U2718Q（2018）→ U2720Q / U2720QM（2020）→ U2723QE（2022）→ U2725QE（2025）

型号	面板 / 刷新率	对比度 / 亮度	色域 / HDR	接口与供电	这一代的主要升级
U2718Q（2018）	IPS，60Hz	1300:1 / 350 nit	99.9% sRGB；仅支持 HDR10 信号	DP 1.2、mDP 1.2、HDMI 2.0；无 USB-C	4K + 全功能支架
U2720Q / U2720QM（2020）	IPS，60Hz	1300:1 / 350 nit（HDR 峰值 400）	95% DCI-P3；DisplayHDR 400	DP 1.4、HDMI 2.0、USB-C 90W	广色域 + 一线连
U2723QE（2022）	IPS Black，60Hz	2000:1 / 400 nit	98% DCI-P3；DisplayHDR 400（4 分区）	DP 1.4 进/出、HDMI 2.0、USB-C 90W、RJ45、KVM、5×USB-A 10Gbps	IPS Black 高对比 + 完整扩展坞
U2725QE（2025）	增强 IPS Black，120Hz	3000:1 / 450 nit（峰值 600）	99% DCI-P3；DisplayHDR 600	Thunderbolt 4（最高 140W EPR）、HDMI 2.1、DP 1.4 进/出、RJ45 2.5GbE、KVM、8 个 USB 口	120Hz + TB4 + HDR600

每一代实际带来了什么

U2718Q → U2720Q：最重要的两项是 95% DCI-P3 广色域和 USB-C 90W。面板仍是普通 IPS、60Hz、1300:1，画质档次没有跳变。
U2720Q → U2723QE：换用 IPS Black，对比度从 1300:1 提到 2000:1，黑色明显更沉；同时加入 RJ45 网口、DP 输出（可菊花链）、KVM 和 10Gbps USB 口，显示器本身变成扩展坞。
U2723QE → U2725QE：刷新率从 60Hz 提到 120Hz，对比度再到 3000:1，HDR 从 400 提到 600，接口升级到 Thunderbolt 4，USB-C 供电最高 140W（笔记本不支持 EPR 时降到 90W），HDMI 升到 2.1，可跑 4K120。
这几代都保持 27 英寸、3840×2160、163 PPI、178° 视角和全功能支架，文字清晰度没有代差。

现在怎么选

预算优先、只求 4K 办公：二手 U2720Q/U2720QM 仍然是甜点，USB-C 90W 和 95% DCI-P3 够用。
新机、长期使用、接多设备：U2723QE 性价比较高。60Hz 对办公和修图足够，扩展能力比 U2720Q 强很多。
想要 120Hz 的顺滑感、Thunderbolt 4、HDR600：U2725QE 一步到位。
需要 32 英寸：对应型号是 U3223QE 和 U3225QE，规格逻辑相同。

价格会随地区和促销变化，本文不把具体美元价格作为购买依据，下单前以戴尔官网和当地渠道为准。

容易混淆的型号

型号	实际规格
U2724D / U2724DE	27 英寸 2560×1440、120Hz IPS Black，不是 4K
U2722D / U2722DE	27 英寸 2560×1440、60Hz，U2720Q 的同代 QHD 版本
UP2720Q	27 英寸 4K 专业线，内置校色仪，属于 UltraSharp Premier，不是 U2720Q 的换代
U2720QM	U2720Q 的区域/渠道版本，核心规格相同
U3223QE / U3225QE	上述两代的 32 英寸版本

另外，型号里的年份数字是世代编号，与实际上市时间可能差一年：U2718Q 在 2017 年发布，U2723QE 在 2022 年初发布。看代际时以发布年份为准，数字只作参考。

其他戴尔产品线怎么读

产品线	读法	例子
XPS	定位 + 尺寸 + 代际数字	XPS 13、XPS 15 9520
Latitude	3000/5000/7000/9000 系列 + 尺寸 + 代际；末位 0 通常 Intel、5 通常 AMD	Latitude 5420、5425
Inspiron	3000/5000/7000 系列 + 尺寸 + 代际	Inspiron 15 3520
Vostro	3000/5000 系列，商用入门	Vostro 15 3530
Precision	3000/5000/7000/9000 移动工作站	Precision 5570
OptiPlex	3000/5000/7000 定位 + 代际/形态（MT/SFF/MFF）	OptiPlex 7010 SFF
PowerEdge	R/T/M（机架/塔式/模块化）+ 系列 + 代际	PowerEdge R760、T150
Alienware	AW + 尺寸 + 年份 + 面板/功能后缀	AW3225QF

戴尔从 2025 年起把消费和商用笔记本统一成 Dell / Dell Pro / Dell Pro Max 三条线，再用 Base / Plus / Premium 分级，例如 Dell Pro 14 Plus。旧系列名（XPS、Inspiron、Latitude、Precision）会在一段时间内继续出现在库存机上。

Service Tag 是机身上 7 位唯一编号，用于查保修和配置，和型号是两回事。

参考与时效

本文整理自 2026-11-14 的 Grok 技术会话，参数和价格信息以戴尔官方规格页、产品页和当时可查的评测为准。
显示器型号、面板批次和区域版本可能变化，购买前建议核对商品页的接口、色域、HDR 认证和随机线材。
二手设备存在个体差异，参数表只能作为筛选依据，最终以实物检测为准。

HuggingFace 模型下载

2025-11-11T01:31:23.000Z

使用 huggingface-cli、镜像站和 Docker 下载模型。

huggingface-cli


# 使用 docker 环境
$ docker run --name huggingface --rm -it -v /data/:/data/ -v /root:/root python bash

# 使用代理下载
# export http_proxy=http://proxy.example.com:8080 https_proxy=http://proxy.example.com:8080

# 使用 modelscope 替换 huggingface-cli 命令
# modelscope download --local-dir /data/DeepSeek-V3/v1/ deepseek-ai/DeepSeek-V3

# 使用 hf-mirror.com 镜像下载
export HF_ENDPOINT=https://hf-mirror.com
# export HF_ENDPOINT=https://aifasthub.com
# 启用 rust 模块进行快速下载，会停用多线程下载，经过测试，速度会稍有提升
export HF_HUB_ENABLE_HF_TRANSFER=1

# 下载 model
huggingface-cli download --local-dir /data/DeepSeek-V3/v1/ deepseek-ai/DeepSeek-V3

# 下载指定目录
huggingface-cli download unsloth/DeepSeek-V3-GGUF --include "DeepSeek-V3-Q4_K_M*"

modelexpress

https://github.com/ai-dynamo/modelexpress

# ./modelexpress-server -h
High-performance gRPC server for model serving and management

Usage: modelexpress-server [OPTIONS]

Options:
  -c, --config 
          Configuration file path
  -p, --port 
          Server port [env: MODEL_EXPRESS_SERVER_PORT=8000]
      --host 
          Server host address [env: MODEL_EXPRESS_SERVER_HOST=]
  -l, --log-level 
          Log level [env: MODEL_EXPRESS_LOG_LEVEL=info] [possible values: trace, debug, info, warn, error]
      --log-format 
          Log format [env: MODEL_EXPRESS_LOG_FORMAT=] [possible values: json, pretty, compact]
  -d, --database-path 
          Database file path [env: MODEL_EXPRESS_DATABASE_PATH=/app/models.db]
      --cache-directory 
          Cache directory path [env: MODEL_EXPRESS_CACHE_DIRECTORY=/app/cache]
      --cache-eviction-enabled 
          Enable cache eviction [env: MODEL_EXPRESS_CACHE_EVICTION_ENABLED=] [possible values: true, false]
      --validate-config
          Validate configuration and exit
  -h, --help
          Print help
  -V, --version
          Print version

# ./model-express-cli --endpoint http://localhost:8000 -h
A CLI tool for interacting with ModelExpress server

Usage: model-express-cli [OPTIONS] 

Commands:
  health  Check server health and status
  model   Model management operations (download, list, clear, validate, etc.)
  api     Send general API requests
  help    Print this message or the help of the given subcommand(s)

Options:
  -e, --endpoint   Server endpoint (can also be set via MODEL_EXPRESS_ENDPOINT env var) [env: MODEL_EXPRESS_ENDPOINT=] [default: http://localhost:8001]
  -t, --timeout     Request timeout in seconds [default: 30]
  -f, --format       Output format [default: human] [possible values: human, json, json-pretty]
  -v...                      Verbose mode (-v for info, -vv for debug, -vvv for trace)
  -q, --quiet                Quiet mode (suppress all output except errors)
      --cache-path     Cache path override
  -h, --help                 Print help (see more with '--help')
  -V, --version              Print version


# ./model-express-cli --endpoint http://localhost:8000 help model
Model management operations (download, list, clear, validate, etc.)

Usage: model-express-cli model 

Commands:
  download   Download a model with various strategies (automatically cached)
  init       Initialize model storage configuration
  list       List downloaded models
  status     Show model storage status and usage
  clear      Clear specific model from storage
  clear-all  Clear all models from storage
  validate   Validate model integrity
  stats      Show model storage statistics
  help       Print this message or the help of the given subcommand(s)

Options:
  -h, --help  Print help

YABS

2025-11-10T17:31:23.000Z

TYO

Geekbench 6

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Fri Nov  7 15:42:12 UTC 2025

Basic System Information:
---------------------------------
Uptime     : 76 days, 5 hours, 47 minutes
Processor  : AMD EPYC 7443P 24-Core Processor
CPU cores  : 1 @ 2844.654 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM        : 1.7 GiB
Swap       : 1024.0 MiB
Disk       : 58.9 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : DMIT Cloud Services
ASN        : AS906 DMIT Cloud Services
Host       : DMIT Inc
Location   : Tokyo, Tokyo (13)
Country    : Japan

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda1):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 37.49 MB/s    (9.3k) | 621.22 MB/s   (9.7k)
Write      | 37.58 MB/s    (9.3k) | 624.48 MB/s   (9.7k)
Total      | 75.07 MB/s   (18.7k) | 1.24 GB/s    (19.4k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 1.42 GB/s     (2.7k) | 1.61 GB/s     (1.5k)
Write      | 1.50 GB/s     (2.9k) | 1.72 GB/s     (1.6k)
Total      | 2.93 GB/s     (5.7k) | 3.34 GB/s     (3.2k)

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 1163
Multi Core      | 1146
Full Test       | https://browser.geekbench.com/v6/cpu/14906422

YABS completed in 11 min 39 sec

Mailbu

Geekbench 6

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Sat Nov  8 02:33:31 UTC 2025

Basic System Information:
---------------------------------
Uptime     : 184 days, 21 hours, 44 minutes
Processor  : AMD EPYC 9654 96-Core Processor
CPU cores  : 1 @ 2396.400 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM        : 766.1 MiB
Swap       : 1024.0 MiB
Disk       : 19.6 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : DMIT Cloud Services
ASN        : AS906 DMIT Cloud Services
Host       : DMIT Cloud Services
Location   : Los Angeles, California (CA)
Country    : United States

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda1):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 62.55 MB/s   (15.6k) | 1.06 GB/s    (16.6k)
Write      | 62.66 MB/s   (15.6k) | 1.07 GB/s    (16.7k)
Total      | 125.22 MB/s  (31.3k) | 2.13 GB/s    (33.3k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 1.02 GB/s     (1.9k) | 915.04 MB/s    (893)
Write      | 1.07 GB/s     (2.1k) | 975.98 MB/s    (953)
Total      | 2.10 GB/s     (4.1k) | 1.89 GB/s     (1.8k)

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 1124
Multi Core      | 490
Full Test       | https://browser.geekbench.com/v6/cpu/14915568

YABS completed in 27 min 42 sec

WEE

Geekbench 6

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Sat Nov  8 03:23:30 UTC 2025

Basic System Information:
---------------------------------
Uptime     : 184 days, 22 hours, 36 minutes
Processor  : AMD EPYC 9654 96-Core Processor
CPU cores  : 1 @ 2396.400 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM        : 766.1 MiB
Swap       : 1024.0 MiB
Disk       : 19.6 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : DMIT Cloud Services
ASN        : AS906 DMIT Cloud Services
Host       : DMIT Cloud Services
Location   : Los Angeles, California (CA)
Country    : United States

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda1):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 62.55 MB/s   (15.6k) | 1.07 GB/s    (16.7k)
Write      | 62.66 MB/s   (15.6k) | 1.07 GB/s    (16.8k)
Total      | 125.21 MB/s  (31.3k) | 2.14 GB/s    (33.5k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 1.02 GB/s     (1.9k) | 1.00 GB/s      (984)
Write      | 1.07 GB/s     (2.1k) | 1.07 GB/s     (1.0k)
Total      | 2.09 GB/s     (4.0k) | 2.08 GB/s     (2.0k)

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 946
Multi Core      | 409
Full Test       | https://browser.geekbench.com/v6/cpu/14916247

YABS completed in 37 min 52 sec

Linveo Ohio

Geekbench 5

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Sat Nov  8 07:10:07 UTC 2025

Basic System Information:
---------------------------------
Uptime     : 21 days, 5 hours, 19 minutes
Processor  : AMD Ryzen 9 9950X 16-Core Processor
CPU cores  : 1 @ 4291.916 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 929.1 MiB
Swap       : 1024.0 MiB
Disk       : 24.4 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : LINVEO, LLC
ASN        : AS62564 LINVEO, LLC
Host       : LINVEO, LLC
Location   : Grove City, Ohio (OH)
Country    : United States

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda3):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 252.09 MB/s  (63.0k) | 461.12 MB/s   (7.2k)
Write      | 252.75 MB/s  (63.1k) | 463.54 MB/s   (7.2k)
Total      | 504.85 MB/s (126.2k) | 924.66 MB/s  (14.4k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 1.06 GB/s     (2.0k) | 1.08 GB/s     (1.0k)
Write      | 1.12 GB/s     (2.1k) | 1.15 GB/s     (1.1k)
Total      | 2.18 GB/s     (4.2k) | 2.23 GB/s     (2.1k)

Geekbench 5 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 1842
Multi Core      | 1665
Full Test       | https://browser.geekbench.com/v5/cpu/23891732

YABS completed in 2 min 16 sec

Digitalfyre Singapore

Geekbench 6

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Sat Nov  8 00:56:33 UTC 2025

Basic System Information:
---------------------------------
Uptime     : 30 days, 18 hours, 13 minutes
Processor  : AMD Ryzen 9 9950X 16-Core Processor
CPU cores  : 4 @ 4291.948 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 3.8 GiB
Swap       : 1024.0 MiB
Disk       : 29.4 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : DigitalFyre Internet Solutions, LLC.
ASN        : AS64245 DigitalFyre Internet Solutions, LLC.
Host       : DF Apac SGP
Location   : Singapore, North West (03)
Country    : Singapore

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda3):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 114.47 MB/s  (28.6k) | 132.99 MB/s   (2.0k)
Write      | 114.78 MB/s  (28.6k) | 133.69 MB/s   (2.0k)
Total      | 229.25 MB/s  (57.3k) | 266.69 MB/s   (4.1k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 120.92 MB/s    (236) | 132.77 MB/s    (129)
Write      | 127.34 MB/s    (248) | 141.61 MB/s    (138)
Total      | 248.27 MB/s    (484) | 274.38 MB/s    (267)

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 2737
Multi Core      | 8172
Full Test       | https://browser.geekbench.com/v6/cpu/14914175

YABS completed in 6 min 27 sec

Geekbench 5

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Sat Nov  8 07:01:41 UTC 2025

Basic System Information:
---------------------------------
Uptime     : 31 days, 19 hours, 0 minutes
Processor  : AMD Ryzen 9 9950X 16-Core Processor
CPU cores  : 4 @ 4291.948 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 3.8 GiB
Swap       : 1024.0 MiB
Disk       : 29.4 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : DigitalFyre Internet Solutions, LLC.
ASN        : AS64245 DigitalFyre Internet Solutions, LLC.
Host       : DF Apac SGP
Location   : Singapore, North West (03)
Country    : Singapore

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda3):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 116.09 MB/s  (29.0k) | 121.38 MB/s   (1.8k)
Write      | 116.39 MB/s  (29.0k) | 122.02 MB/s   (1.9k)
Total      | 232.48 MB/s  (58.1k) | 243.40 MB/s   (3.8k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 131.46 MB/s    (256) | 128.77 MB/s    (125)
Write      | 138.45 MB/s    (270) | 137.35 MB/s    (134)
Total      | 269.92 MB/s    (526) | 266.13 MB/s    (259)

Geekbench 5 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 2129
Multi Core      | 6544
Full Test       | https://browser.geekbench.com/v5/cpu/23891725

YABS completed in 3 min 9 sec

Digitalfyre LAX

Geekbench 6

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Sat Nov  8 00:56:01 UTC 2025

Basic System Information:
---------------------------------
Uptime     : 34 days, 7 hours, 52 minutes
Processor  : AMD Ryzen 9 9950X 16-Core Processor
CPU cores  : 2 @ 4291.916 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 1.9 GiB
Swap       : 1024.0 MiB
Disk       : 14.6 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : DigitalFyre Internet Solutions, LLC.
ASN        : AS64245 DigitalFyre Internet Solutions, LLC.
Host       : DigitalFyre Internet Solutions, LLC.
Location   : Los Angeles, California (CA)
Country    : United States

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda3):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 478.49 MB/s (119.6k) | 457.79 MB/s   (7.1k)
Write      | 479.76 MB/s (119.9k) | 460.20 MB/s   (7.1k)
Total      | 958.25 MB/s (239.5k) | 917.99 MB/s  (14.3k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 873.02 MB/s   (1.7k) | 1.18 GB/s     (1.1k)
Write      | 919.41 MB/s   (1.7k) | 1.26 GB/s     (1.2k)
Total      | 1.79 GB/s     (3.5k) | 2.44 GB/s     (2.3k)

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 3169
Multi Core      | 5388
Full Test       | https://browser.geekbench.com/v6/cpu/14914152

YABS completed in 5 min 23 sec

Onidel New York

Geekbench 6

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Mon Nov  3 03:30:43 UTC 2025

Basic System Information:
---------------------------------
Uptime     : 0 days, 0 hours, 10 minutes
Processor  : AMD EPYC 7713 64-Core Processor
CPU cores  : 8 @ 2000.004 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 7.8 GiB
Swap       : 0.0 KiB
Disk       : 78.5 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : NoPKT LLC
ASN        : Unknown
Host       : Onidel Pty Ltd
Location   : Secaucus, New Jersey (NJ)
Country    : United States

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda1):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 368.01 MB/s  (92.0k) | 4.98 GB/s    (77.8k)
Write      | 368.98 MB/s  (92.2k) | 5.00 GB/s    (78.2k)
Total      | 737.00 MB/s (184.2k) | 9.98 GB/s   (156.0k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 17.61 GB/s   (34.3k) | 21.36 GB/s   (20.8k)
Write      | 18.54 GB/s   (36.2k) | 22.78 GB/s   (22.2k)
Total      | 36.15 GB/s   (70.6k) | 44.15 GB/s   (43.1k)

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 1669
Multi Core      | 8390
Full Test       | https://browser.geekbench.com/v6/cpu/14815610

YABS completed in 5 min 47 sec

Onidel Singapore

Geekbench 6

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Fri Nov  7 05:20:58 UTC 2025

Basic System Information:
---------------------------------
Uptime     : 3 days, 14 hours, 46 minutes
Processor  : AMD EPYC 9375F 32-Core Processor
CPU cores  : 6 @ 3800.000 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 15.6 GiB
Swap       : 0.0 KiB
Disk       : 58.9 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : Onidel Pty Ltd
ASN        : AS152900 Onidel Pty Ltd
Host       : Onidel Pty Ltd
Location   : Singapore, North West (03)
Country    : Singapore

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda1):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 530.49 MB/s (132.6k) | 7.26 GB/s   (113.4k)
Write      | 531.89 MB/s (132.9k) | 7.30 GB/s   (114.0k)
Total      | 1.06 GB/s   (265.5k) | 14.56 GB/s  (227.5k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 32.94 GB/s   (64.3k) | 31.71 GB/s   (30.9k)
Write      | 34.70 GB/s   (67.7k) | 33.82 GB/s   (33.0k)
Total      | 67.65 GB/s  (132.1k) | 65.53 GB/s   (63.9k)

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 2822
Multi Core      | 11823
Full Test       | https://browser.geekbench.com/v6/cpu/14897391

YABS completed in 4 min 56 sec

Geekbench 5

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Sat Nov  8 07:10:16 UTC 2025

Basic System Information:
---------------------------------
Uptime     : 4 days, 16 hours, 35 minutes
Processor  : AMD EPYC 9375F 32-Core Processor
CPU cores  : 6 @ 3800.000 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 15.6 GiB
Swap       : 0.0 KiB
Disk       : 58.9 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : Onidel Pty Ltd
ASN        : AS152900 Onidel Pty Ltd
Host       : Onidel Pty Ltd
Location   : Singapore, North West (03)
Country    : Singapore

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda1):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 542.16 MB/s (135.5k) | 7.74 GB/s   (121.0k)
Write      | 543.59 MB/s (135.8k) | 7.78 GB/s   (121.6k)
Total      | 1.08 GB/s   (271.4k) | 15.53 GB/s  (242.7k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 37.14 GB/s   (72.5k) | 32.73 GB/s   (31.9k)
Write      | 39.11 GB/s   (76.4k) | 34.91 GB/s   (34.0k)
Total      | 76.26 GB/s  (148.9k) | 67.65 GB/s   (66.0k)

Geekbench 5 Benchmark Test:
---------------------------------
Test            | Value
                |
Single Core     | 2109
Multi Core      | 11133
Full Test       | https://browser.geekbench.com/v5/cpu/23891730

YABS completed in 1 min 55 sec

Other

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Tue Nov 11 09:16:34 CST 2025

Basic System Information:
---------------------------------
Uptime     : 2 days, 14 hours, 32 minutes
Processor  : AMD EPYC 9K84 96-Core Processor
CPU cores  : 360 @ 2600.038 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM        : 2.0 TiB
Swap       : 0.0 KiB
Disk       : 14.3 TiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ❌ Offline

IPv4 Network Information:
---------------------------------
ISP        : Shenzhen Tencent Computer Systems Company Limited
ASN        : AS45090 Shenzhen Tencent Computer Systems Company Limited
Host       : Tencent Cloud Computing (Beijing) Co., Ltd
Location   : Nanjing, Jiangsu (JS)
Country    : China

YABS completed in 6 sec

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Tue Nov 11 11:07:41 CST 2025

Basic System Information:
---------------------------------
Uptime     : 4 days, 21 hours, 43 minutes
Processor  : INTEL(R) XEON(R) PLATINUM 8558
CPU cores  : 192 @ 2100.000 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 1007.0 GiB
Swap       : 8.0 GiB
Disk       : 1.7 TiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ❌  Offline

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/mapper/rl_t--shaxl--5090--01-root):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 178.79 MB/s  (44.6k) | 260.90 MB/s   (4.0k)
Write      | 179.26 MB/s  (44.8k) | 262.27 MB/s   (4.0k)
Total      | 358.05 MB/s  (89.5k) | 523.17 MB/s   (8.1k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 261.10 MB/s    (509) | 260.03 MB/s    (253)
Write      | 274.97 MB/s    (537) | 277.35 MB/s    (270)
Total      | 536.08 MB/s   (1.0k) | 537.38 MB/s    (523)


# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Tue Nov 11 09:09:48 CST 2025

Basic System Information:
---------------------------------
Uptime     : 4 days, 19 hours, 45 minutes
Processor  : INTEL(R) XEON(R) PLATINUM 8558
CPU cores  : 192 @ 2100.000 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 1007.0 GiB
Swap       : 8.0 GiB
Disk       : 1.7 TiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ❌ Offline

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/mapper/rl_t--shaxl--5090--01-root):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 178.33 MB/s  (44.5k) | 260.83 MB/s   (4.0k)
Write      | 178.80 MB/s  (44.7k) | 262.20 MB/s   (4.0k)
Total      | 357.14 MB/s  (89.2k) | 523.04 MB/s   (8.1k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 261.00 MB/s    (509) | 260.10 MB/s    (254)
Write      | 274.87 MB/s    (536) | 277.42 MB/s    (270)
Total      | 535.87 MB/s   (1.0k) | 537.52 MB/s    (524)

Geekbench 5 Benchmark Test:
---------------------------------
Test            | Value                         
                |                               
Single Core     | 1617                          
Multi Core      | 76916                         
Full Test       | https://browser.geekbench.com/v5/cpu/23896836

YABS completed in 4 min 49 sec

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Tue Nov 11 10:20:20 CST 2025

Basic System Information:
---------------------------------
Uptime     : 5 days, 4 hours, 0 minutes
Processor  : AMD EPYC 7R32
CPU cores  : 16 @ 2800.000 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM        : 61.5 GiB
Swap       : 0.0 KiB
Disk       : 548.9 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ❌ Offline

IPv4 Network Information:
---------------------------------
ISP        : Beijing Guanghuan Xinwang Digital
ASN        : AS55960 Beijing Guanghuan Xinwang Digital
Host       : AWS EC2 (cn-north-1)
Location   : Beijing, Beijing (BJ)
Country    : China

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/nvme0n1p1):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 6.20 MB/s     (1.5k) | 67.62 MB/s    (1.0k)
Write      | 6.19 MB/s     (1.5k) | 67.95 MB/s    (1.0k)
Total      | 12.39 MB/s    (3.0k) | 135.58 MB/s   (2.1k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 64.84 MB/s     (126) | 63.97 MB/s      (62)
Write      | 67.94 MB/s     (132) | 68.66 MB/s      (67)
Total      | 132.78 MB/s    (258) | 132.64 MB/s    (129)

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value                         
                |                               
Single Core     | 1401                          
Multi Core      | 8440                          
Full Test       | https://browser.geekbench.com/v6/cpu/14970175

YABS completed in 8 min 36 sec

# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Tue Nov 11 09:55:29 CST 2025

Basic System Information:
---------------------------------
Uptime     : 4 days, 23 hours, 39 minutes
Processor  : AMD EPYC 7R32
CPU cores  : 16 @ 2800.000 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM        : 61.5 GiB
Swap       : 0.0 KiB
Disk       : 548.9 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    :
IPv4/IPv6  : ✔ Online / ❌ Offline

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/nvme0n1p1):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 6.19 MB/s     (1.5k) | 67.58 MB/s    (1.0k)
Write      | 6.19 MB/s     (1.5k) | 67.99 MB/s    (1.0k)
Total      | 12.38 MB/s    (3.0k) | 135.58 MB/s   (2.1k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 64.84 MB/s     (126) | 64.04 MB/s      (62)
Write      | 68.08 MB/s     (132) | 68.73 MB/s      (67)
Total      | 132.92 MB/s    (258) | 132.78 MB/s    (129)

Geekbench 5 Benchmark Test:
---------------------------------
Test            | Value                         
                |                               
Single Core     | 1061                          
Multi Core      | 8645                          
Full Test       | https://browser.geekbench.com/v5/cpu/23896913

YABS completed in 9 min 29 sec

vLLM Sleep Mode

2025-11-10T07:45:14.000Z

https://docs.vllm.ai/en/latest/features/sleep_mode/

可以在不停止vLLM服务的情况下，通过接口睡眠、唤醒来切换不同的模型

需要手动指定–gpu-memory-utilization，否则多vLLM显存会冲突

docker run --rm -it \
  --name Qwen3-4B \
  --runtime=nvidia \
  --entrypoint='' \
  -e VLLM_NO_USAGE_STATS=1 \
  -e VLLM_USE_V1=1 \
  -e VLLM_SERVER_DEV_MODE=1 \
  --cap-add=sys_nice --ipc=host --network host \
  -v /data/cache:/data/cache \
  docker.io/vllm/vllm-openai:v0.11.0 \
  vllm serve Qwen/Qwen3-4B --disable-log-requests --no-enable-prefix-caching --port=8000 --tensor-parallel-size=1 --max-model-len=2048 --gpu-memory-utilization=0.5 --enable-sleep-mode

Linux访问控制机制

2025-10-22T18:58:49.000Z

Linux 访问控制机制：利用 POSIX 功能提升权限

参考来源 https://dfir.ch/posts/linux_capabilities/

前情提要

在 Linux 系统中，传统上有两种主要的权限提升机制：SUID（设置用户 ID）和 SGID（设置组 ID）。这些机制允许用户在执行特定二进制文件时临时获得文件所有者或组的权限，通常是 root 用户。然而，这种方法存在安全风险，因为它授予了过多的权限，可能导致系统被滥用。
为了解决这些问题，Linux 引入了 POSIX 能力（Capabilities）机制。该机制允许将 root 用户的权限划分为更小、更具体的单元，这些单元可以单独分配给进程。这种方法提高了系统的安全性，因为它允许仅授予进程所需的最低权限，从而减少了潜在的攻击面。

Capabilities是 Linux 中的一种细粒度访问控制机制，允许比传统超级用户 ( root) 模型更精细的权限。权能将通常与 root 用户关联的权限划分为不同的单元，这些单元可以针对不同的进程单独启用或禁用。这使得权限管理更加安全可控。

例如，某个进程可能需要绑定到特权端口的权限，但不需要任何其他提升的权限。通过使用能力，系统管理员可以更好地控制进程的权限，从而减少潜在的安全风险。
要了解我们的 Linux 主机知道多少功能，我们可以查询目录cap_last_cap内的文件/proc：

1 2	# cat /proc/sys/kernel/cap_last_cap 40

该capsh –print命令显示 shell 或调用该命令的进程的当前功能及相关设置。在我们的 Linux 主机上执行此命令时，我们可以看到完整的功能列表。

1
2
3

# capsh --print
Current: =ep
Bounding set =cap_chown,cap_dac_override,cap_dac_read_search,cap_fowner,cap_fsetid,cap_kill,cap_setgid,cap_setuid,cap_setpcap,cap_linux_immutable,cap_net_bind_service,cap_net_broadcast,cap_net_admin,cap_net_raw,cap_ipc_lock,cap_ipc_owner,cap_sys_module,cap_sys_rawio,cap_sys_chroot,cap_sys_ptrace,cap_sys_pacct,cap_sys_admin,cap_sys_boot,cap_sys_nice,cap_sys_resource,cap_sys_time,cap_sys_tty_config,cap_mknod,cap_lease,cap_audit_write,cap_audit_control,cap_setfcap,cap_mac_override,cap_mac_admin,cap_syslog,cap_wake_alarm,cap_block_suspend,cap_audit_read,cap_perfmon,cap_bpf,cap_checkpoint_restore

每种能力都对应一个特定的特权操作。

Python 后门

该命令setcap用于设置可执行文件的文件权限。该cap_setuid权限允许进程对用户 ID (UID) 进行任意操作，包括将 UID 设置为原本受限制的值（例如UID 0root 用户）。该命令setcap接受一组参数，其中

1 2	e：有效表示该功能已激活 p：允许表示可以使用/允许该功能。

综上所述，我们将向cap_setuidPython 二进制文件添加以下功能：

1	# setcap cap_setuid+ep /usr/bin/python3.12

您可以在这里找到支持的功能列表：

1	# cat /usr/include/linux/capability.h

测试
为了测试目的，我们创建了一个新用户（malmoeb）并切换到该用户的上下文（useradd && su）：

# useradd -m malmoeb
# su malmoeb
$ id
uid=1000(malmoeb) gid=1000(malmoeb) groups=1000(malmoeb)

使用以下命令行，我们将使用 Python 调用的 bash shell 的 UID 设置为 0 ( UID 0 == root)，从而有效地生成一个 root shell：


$ /usr/bin/python3 -c 'import os;os.setuid(0);os.system("/bin/bash")'
# id
uid=0(root) gid=1000(malmoeb) groups=1000(malmoeb)

这种技术令人兴奋的地方在于，我们并没有在二进制文件上设置 suid 位，也没有修改 Python 二进制文件。通过设置权限，我们作为攻击者可以构建一个强大的后门。

应用

传统上，系统管理员和安全专业人员专注于查找SUID（设置用户 ID）和SGID（设置组 ID）文件，因为这些文件可用于在特定条件下提升权限。然而，随着 POSIX 功能的引入，查找设置了功能的文件现在也同样重要，如上所示。

使用以下命令可以枚举所有设置了功能的二进制文件getcap -r

# getcap -r / 2>/dev/null
/usr/lib/x86_64-linux-gnu/gstreamer1.0/gstreamer-1.0/gst-ptp-helper cap_net_bind_service,cap_net_admin,cap_sys_nice=ep
/usr/bin/mtr-packet cap_net_raw=ep
/usr/bin/ping cap_net_raw=ep
/usr/bin/python3.12 cap_setuid=ep

在 /proc 目录内：

1	# cat /proc/1143966/status \| grep Cap

在哪里：

CapInh= 继承的能力
CapPrm= 允许的能力
CapEff= 有效能力
CapBnd= 边界集
CapAmb= 环境功能设置

利用命令capsh，我们解码功能如下：

1 2	# capsh --decode=0000000000000080 0x0000000000000080=cap_setuid

或者使用命令getpcaps，将 PID 作为参数传递：

1 2	# getpcaps 1143966 Capabilities for `1143966': = cap_setuid+ep

使用以下命令从二进制文件中移除功能setcap -r

1	# setcap -r /usr/bin/python3.12

科学估算服务器资源需求

2025-09-15T22:38:49.000Z

科学估算服务器资源需求

参考来源 https://mp.weixin.qq.com/s/zklAxdcU6j78QaYwM7CLYA

CPU 资源估算公式和方法

CPU 的估算相对来说比较复杂，因为不同类型的应用对 CPU 的需求差别很大。我总结了一套比较实用的计算方法。

基础 CPU 需求计算公式

1	CPU 核心数 = (并发用户数 × 单用户 CPU 消耗 × 安全系数) / CPU 利用率目标

这里面几个关键参数：

并发用户数：同时在线并产生请求的用户数
单用户 CPU 消耗：每个用户请求平均消耗的 CPU 时间
安全系数：通常取 1.5-2.0
CPU 利用率目标：建议控制在 70%以下

不同应用类型的 CPU 需求参考表

应用类型	单用户 CPU 消耗(ms)	推荐配置(1000 并发)	备注
静态网站	5-10	2-4 核	主要是文件读取
简单 Web 应用	20-50	4-8 核	基础 CRUD 操作
复杂业务系统	100-200	8-16 核	复杂查询和计算
实时计算	200-500	16-32 核	大量数据处理
图像/视频处理	500-1000	32 核以上	CPU 密集型任务

实际计算示例

假设我们有一个电商网站：

预期并发用户：2000 人
应用类型：复杂业务系统
单用户 CPU 消耗：150ms
安全系数：1.8
CPU 利用率目标：70%
计算过程：

1	CPU 核心数 = (2000 × 0.15 × 1.8) / 0.7 = 771 / 0.7 ≈ 11 核

所以建议配置 12-16 核 CPU。

内存需求精确计算

内存的估算相对简单一些，但也有一套科学的计算方法。

内存需求计算公式

1	总内存需求 = 系统基础内存 + 应用内存 + 连接内存 + 缓存内存 + 预留内存

各组件内存需求详细表格

组件类型	基础占用	计算公式	说明
操作系统	1-2GB	固定值	Linux 系统基础占用
Java 应用	512MB-2GB	堆内存 + 非堆内存	JVM 参数配置
Node.js 应用	100-500MB	根据框架和库	相对轻量
Python 应用	50-200MB	根据框架和库	Django/Flask 差异较大
Go 应用	10-100MB	编译型语言	内存占用很小
MySQL	128MB 起	InnoDB 缓冲池大小	建议总内存的 70%
Redis	根据数据量	数据大小 × 1.2	包含持久化开销
Nginx	2-10MB	连接数 × 2KB	反向代理占用

连接内存计算公式

1	连接内存 = 最大连接数 × 单连接内存占用

不同服务的单连接内存占用：

HTTP 连接：2-8KB
数据库连接：1-4MB
WebSocket 连接：4-16KB

实际内存计算案例

还是以电商网站为例：

并发用户：2000 人
技术栈：Java + MySQL + Redis
数据量：用户数据 50 万条，商品数据 10 万条

组件	计算过程	内存需求
操作系统	固定	2GB
Java 应用	堆内存 4GB + 非堆 1GB	5GB
HTTP 连接	2000 × 8KB	16MB
MySQL	数据量约 2GB，缓冲池设置	8GB
Redis	热点数据 500MB × 1.2	600MB
预留空间	总量的 20%	3GB
总计		约 19GB

建议配置 24GB 或 32GB 内存。

存储空间规划计算

存储的估算看起来简单，实际上坑也不少。我整理了一套比较完整的计算方法。

存储需求计算公式

1	总存储需求 = 业务数据 + 日志文件 + 备份空间 + 系统文件 + 增长预留

不同数据类型的存储需求表

数据类型	单条记录大小	增长系数	备注
用户基础信息	1-2KB	1.5	包含索引开销
订单记录	2-5KB	2.0	关联数据较多
商品信息	5-20KB	1.8	包含图片路径等
日志记录	200-500B	1.2	压缩后存储
图片文件	100KB-2MB	1.0	原始大小
视频文件	10MB-1GB	1.0	原始大小

日志文件存储计算

1	日志存储需求 = 日请求量 × 单条日志大小 × 保留天数

日志类型	单条大小	保留期	压缩比
访问日志	300-500B	30 天	0.3
应用日志	200-800B	7 天	0.4
错误日志	500-2KB	90 天	0.5
数据库日志	100-300B	7 天	0.3

存储计算实例

电商网站存储需求计算：

数据类型	数量	单条大小	小计	增长系数	最终需求
用户数据	50 万	1.5KB	750MB	1.5	1.1GB
商品数据	10 万	15KB	1.5GB	1.8	2.7GB
订单数据	100 万	3KB	3GB	2.0	6GB
访问日志	100 万/天	400B	400MB/天	30 天	12GB
应用日志	50 万/天	600B	300MB/天	7 天	2.1GB
图片文件	20 万张	500KB	100GB	1.0	100GB
备份空间	业务数据 ×3				33GB
系统文件	固定		20GB		20GB
总计					约 177GB

建议配置 250GB SSD + 500GB HDD 的组合。

网络带宽需求计算

网络带宽经常被忽视，但其实很重要。看公式！

带宽需求计算公式

1	所需带宽(Mbps) = 并发用户数 × 平均页面大小(MB) × 8 × 安全系数 / 页面加载时间(秒)

不同业务场景的带宽需求表

业务类型	平均页面大小	目标加载时间	安全系数	单用户带宽需求
企业官网	2-5MB	3 秒	1.5	20-42Kbps
电商平台	3-8MB	2 秒	2.0	48-128Kbps
视频网站	10-50MB	5 秒	1.8	29-144Kbps
直播平台	持续流量	实时	2.5	2-8Mbps
游戏平台	小数据包	<100ms	3.0	100-500Kbps

带宽计算实例

电商网站带宽需求：

并发用户：2000 人
平均页面大小：5MB
目标加载时间：2 秒
安全系数：2.0

计算过程：

1	所需带宽 = 2000 × 5 × 8 × 2.0 / 2 = 40,000 Mbps = 40 Gbps

这个结果明显偏高，说明需要优化：

使用 CDN 减少源站压力
图片压缩和懒加载
静态资源缓存

优化后实际需求可能只需要 200-500Mbps。

数据库资源专项计算

数据库的资源需求和应用服务器不太一样，需要单独考虑。

数据库 CPU 计算公式

1	数据库 CPU 需求 = (QPS × 平均查询时间 × CPU 使用率) / 1000

不同数据库的资源需求对比表
数据库类型 CPU 效率内存需求存储 IO 适用场景
MySQL 中等中等高通用 OLTP
PostgreSQL 高中等中等复杂查询
MongoDB 中等高中等文档存储
Redis 高高低缓存/会话
Elasticsearch 低高高全文搜索

数据库内存分配建议表

组件	MySQL	PostgreSQL	MongoDB
缓冲池	70-80%	25%	50%
连接缓存	5-10%	10%	10%
查询缓存	5-10%	25%	20%
系统预留	10-20%	40%	20%

数据库性能基准测试表

配置	MySQL QPS	PostgreSQL QPS	MongoDB QPS	Redis QPS
2 核 4GB	1,000-2,000	800-1,500	2,000-4,000	50,000-80,000
4 核 8GB	3,000-5,000	2,500-4,000	6,000-10,000	100,000-150,000
8 核 16GB	8,000-12,000	6,000-10,000	15,000-25,000	200,000-300,000
16 核 32GB	15,000-25,000	12,000-20,000	30,000-50,000	400,000-600,000

注：QPS 数据基于标准 OLTP 场景，实际性能会因查询复杂度而变化

容器化环境资源计算

现在容器化部署越来越流行，资源计算方式也有所不同。

容器资源计算公式

1	容器总资源 = Σ(单容器资源 × 副本数 × 资源超分比)

Kubernetes 资源配置参考表
服务类型 CPU Request CPU Limit Memory Request Memory Limit 副本数建议
Web 前端 100m 500m 128Mi 512Mi 3-5
API 服务 200m 1000m 256Mi 1Gi 3-10
数据库 1000m 2000m 2Gi 4Gi 1-3
缓存服务 100m 500m 512Mi 2Gi 2-3
消息队列 200m 800m 512Mi 2Gi 2-3

容器资源超分配比例表

资源类型	开发环境	测试环境	生产环境	说明
CPU	4:1	2:1	1.5:1	超分比例
内存	2:1	1.5:1	1.2:1	相对保守
存储	3:1	2:1	1:1	生产不超分

ROI 计算公式

1	投资回报率 = (收益增长 - 成本增长) / 成本增长 × 100%

比如通过性能优化，响应时间从 3 秒降到 1 秒，转化率提升 20%，月收入增加 10 万，而优化成本只有 2 万，那么 ROI 就是 400%。

监控指标和告警阈值设置

监控系统一定要做好，这是运维的眼睛。我总结了一套完整的监控指标体系。

核心监控指标阈值表

指标类型	正常范围	警告阈值	严重阈值	监控频率
CPU 使用率	<60%	70%	85%	1 分钟
内存使用率	<70%	80%	90%	1 分钟
磁盘使用率	<70%	80%	90%	5 分钟
磁盘 IO 等待	<10%	20%	40%	1 分钟
网络带宽	<60%	70%	85%	1 分钟
响应时间	<500ms	1s	3s	实时
错误率	<0.1%	1%	5%	实时
连接数	<1000	根据配置	根据配置	1 分钟

应用层监控指标表

指标	Java 应用	Node.js 应用	Python 应用	Go 应用
堆内存使用	<80%	N/A	<80%	<80%
GC 频率	<10 次/分钟	N/A	<5 次/分钟	<1 次/分钟
线程数	<500	N/A	<200	<1000
连接池	<80%	<80%	<80%	<80%

性能测试和容量规划

光有理论计算还不够，性能测试是验证估算准确性的重要手段。

性能测试场景设计表
测试类型并发用户数持续时间目标指标测试目的
基准测试 10-50 10 分钟 QPS 建立基线
负载测试预期并发 30 分钟响应时间验证正常负载
压力测试 1.5× 预期 15 分钟系统不崩溃找到性能瓶颈
峰值测试 3× 预期 5 分钟快速恢复验证突发处理
稳定性测试 0.8× 预期 24 小时无内存泄漏长期稳定性

性能测试工具对比表
工具适用场景并发能力学习成本报告质量
JMeter 通用 Web 测试中等中等好
wrk 简单 HTTP 测试高低一般
LoadRunner 企业级测试很高高很好
Artillery Node.js 友好中等低好
Gatling 高性能测试很高中等很好

实际案例：电商平台完整资源规划

让我用一个完整的案例来演示整个资源估算过程。

业务需求分析
某电商平台预期指标：

注册用户：100 万
日活用户：10 万
峰值并发：5000 人
商品数量：50 万
日订单量：1 万单
图片文件：100 万张

详细资源计算过程

Web 服务器资源计算

CPU 需求：

并发用户：5000 人
单用户 CPU 消耗：100ms（复杂业务）
安全系数：1.8
CPU 利用率目标：70%

CPU 核心数 = (5000 × 0.1 × 1.8) / 0.7 = 1286 核

考虑到单机限制，建议配置：8 台 × 16 核 = 128 核

内存需求：

组件	计算	需求
系统基础	8 台 × 2GB	16GB
Java 应用	8 台 × 8GB	64GB
连接内存	5000 × 8KB	40MB
预留	20%	16GB
总计		96GB

数据库服务器资源计算

预估 QPS：

查询 QPS：2000
写入 QPS：500
总 QPS：2500

根据性能基准表，需要 8 核 16GB 配置，考虑到安全系数，建议 16 核 32GB。

缓存服务器资源计算

Redis 内存需求：

用户会话：10 万 × 2KB = 200MB
商品缓存：5 万 × 10KB = 500MB
查询缓存：预估 1GB
总计：1.7GB × 1.5 = 2.6GB

建议配置 4 核 8GB。

存储需求计算

数据类型	计算过程	存储需求
用户数据	100 万 × 2KB × 1.5	3GB
商品数据	50 万 × 20KB × 1.8	18GB
订单数据	365 万 × 5KB × 2.0	36GB
图片文件	100 万 × 800KB	800GB
日志文件	365 万 × 1KB × 2.0	50GB
备份空间	业务数据 × 3	171GB
总计		1078GB

带宽需求计算

使用 CDN 优化后：

动态内容：5000 用户 × 100KB × 8 / 2 秒 = 2Gbps
考虑安全系数：2Gbps × 1.5 = 3Gbps
实际配置：500Mbps（CDN 分担大部分流量）

最终配置方案

服务器类型	配置	数量	月成本
Web 服务器	16 核 32GB	8 台	10.8 万
数据库服务器	16 核 32GB	2 台	3.2 万
缓存服务器	4 核 8GB	2 台	0.8 万
负载均衡	标准配置	2 台	0.4 万
CDN 服务	500GB 流量	-	0.5 万
总计			15.7 万/月

动态扩容策略

静态配置往往无法应对业务的快速变化，动态扩容策略很重要。

自动扩容触发条件表

指标	扩容阈值	缩容阈值	冷却时间	扩容步长
CPU 使用率	> 70%	< 30%	5 分钟	+1 台
内存使用率	> 80%	< 40%	5 分钟	+1 台
响应时间	> 1s	< 300ms	3 分钟	+2 台
队列长度	> 100	< 10	2 分钟	+1 台
错误率	> 1%	< 0.1%	10 分钟	+2 台

扩容成本效益分析
扩容方式响应时间成本增加适用场景
垂直扩容 5-10 分钟 50-100% 短期突发
水平扩容 2-5 分钟 20-50% 持续增长
预热扩容即时 10-30% 可预期峰值

写在最后

服务器资源估算确实是个技术活，需要综合考虑业务需求、技术架构、成本预算等多个因素。通过这些公式和表格，我们可以更科学地进行资源规划：

核心要点回顾：

CPU 估算：基于并发用户数和单用户消耗计算
内存估算：分组件计算，预留 20%安全空间
存储估算：考虑数据增长和备份需求
带宽估算：结合 CDN 优化，避免过度配置
成本控制：对比不同方案，选择最优性价比

实用建议：

• 基于实际业务需求估算，不要拍脑袋决定
• 预留适当的扩容空间，但不要过度设计
• 重视监控和性能测试，数据说话
• 根据实际运行情况及时调整优化
• 考虑动态扩容，应对业务变化

最重要的是，要有持续优化的意识。系统上线只是开始，后续的监控、调优、扩容才是重头戏。技术在发展，业务在变化，资源配置也要跟着调整。

没有完美的架构，只有合适的架构。资源估算也是一样，关键是要找到性能、成本、可靠性之间的平衡点。

Docker Mirror

2024-08-20T17:44:23.000Z

Harbor Docker 镜像加速器

https://github.com/goharbor/harbor/blob/main/contrib/Configure_mirror.md

storage:
  filesystem:
    rootdirectory: /var/lib/registry
    # rootdirectory: /var/lib/registry-ghcr

proxy:
  remoteurl: https://registry-1.docker.io
  # remoteurl: https://ghcr.io
  username: $USERNAME

http:
  addr: 192.168.128.1:5000
  # addr: 192.168.128.1:5001

storage_service:
  s3:
    accesskey: xxxxxxx
    secretkey: xxxxxxx
    bucket: some-docker-registry
    regionendpoint: https://s3.xxx.com
    region: default
    v4auth: false
    chunksize: 5242880  #分段上传（由 WriteStream 执行）到 S3 的默认分段大小。
    multipartcopychunksize: 33554432
    multipartcopymaxconcurrency: 100
    multipartcopythresholdsize: 33554432 #这个值需要调大，最大5G
    rootdirectory: /
 redirect:
    disabled: true

Docker registry

version: 0.1
log:
  fields:
    service: registry
# storage:
#   cache:
#     blobdescriptor: inmemory
#   filesystem:
#     rootdirectory: /var/lib/registry
storage:
  s3:
    accesskey: XXXXXXXXXXXXXXXXXXXXXXX
    secretkey: YYYYYYYYYYYYYYYYYYYYYYYYY
    region: us-west-1
    bucket: my-docker-registry
    secure: true
    v4auth: true
    chunksize: 5242880
  cache:
    blobdescriptor: inmemory
  maintenance:
    uploadpurging:
      enabled: true
      age: 168h
      interval: 24h
      dryrun: false
    
http:
  addr: 0.0.0.0:5000
  headers:
    X-Content-Type-Options: [nosniff]
health:
  storagedriver:
    enabled: true
    interval: 10s
    threshold: 3
proxy:
  remoteurl: https://registry-1.docker.io
delete:
  enabled: true
maintenance:
  uploadpurging:
    enabled: true
    age: 24h
    interval: 1h
    dryrun: false
  readonly:
    enabled: false

ngrok server 简单部署

2017-12-10T05:43:52.000Z

ngrok 服务端部署与证书配置备忘。

ngrok下载
生成网站证书

openssl genrsa -out rootCA.key 4096
openssl req -x509 -new -nodes -key rootCA.key -subj "/CN=kebyn.cc" -days 36500 -out rootCA.pem
openssl genrsa -out device.key 4096
openssl req -new -key device.key -subj "/CN=kebyn.cc" -out device.csr
openssl x509 -req -in device.csr -CA rootCA.pem -CAkey rootCA.key -CAcreateserial -out device.crt -days 36500

替换 ngrok 默认证书

1
2
3

cp rootCA.pem ../assets/client/tls/ngrokroot.crt
cp device.crt ../assets/server/tls/snakeoil.crt
cp device.key ../assets/server/tls/snakeoil.key

非 root 用户

sudo GOOS=darwin GOARCH=386 make release-all && sudo GOOS=darwin GOARCH=amd64 make release-all &&sudo GOOS=linux GOARCH=386 make release-all && sudo GOOS=linux GOARCH=amd64 make release-all &&sudo GOOS=linux GOARCH=arm make release-all && sudo GOOS=linux GOARCH=arm64 make release-all &&sudo GOOS=windows GOARCH=386 make release-all && sudo GOOS=windows GOARCH=amd64 make release-all

root 用户

GOOS=darwin GOARCH=386 make release-all && GOOS=darwin GOARCH=amd64 make release-all && GOOS=linux GOARCH=386 make release-all && GOOS=linux GOARCH=amd64 make release-all && GOOS=linux GOARCH=arm make release-all && GOOS=linux GOARCH=arm64 make release-all && GOOS=windows GOARCH=386 make release-all && GOOS=windows GOARCH=amd64 make release-all

Linux 宕机急救

2017-09-29T09:37:43.000Z

在一般 Linux 當機的狀況下，若要重新啟動系統，可以按住 Alt + SysRq 兩個鍵，然後依序按下以下幾個指令鍵：

1	r e i s u b

系统宕机时救助
- Magic_SysRq_key
- safe-reboot-of-linux-using-magic-sysrq-key
内存故障

root@server-60:~# grep "[0-9]" /sys/devices/system/edac/mc/mc*/csrow*/ch*_ce_count
/sys/devices/system/edac/mc/mc0/csrow0/ch0_ce_count:0
/sys/devices/system/edac/mc/mc0/csrow0/ch1_ce_count:1
/sys/devices/system/edac/mc/mc0/csrow0/ch2_ce_count:71768
/sys/devices/system/edac/mc/mc0/csrow1/ch0_ce_count:0
/sys/devices/system/edac/mc/mc1/csrow0/ch0_ce_count:0
/sys/devices/system/edac/mc/mc1/csrow0/ch1_ce_count:0
/sys/devices/system/edac/mc/mc1/csrow0/ch2_ce_count:0
/sys/devices/system/edac/mc/mc1/csrow1/ch0_ce_count:12520
root@server-60:~# dmidecode -t memory |grep 'Locator: DIMM'
Locator: DIMM02
Locator: DIMM03
Locator: DIMM05
Locator: DIMM06
Locator: DIMM07
Locator: DIMM08
Locator: DIMM10
Locator: DIMM11
Locator: DIMM13
Locator: DIMM14
Locator: DIMM15
Locator: DIMM16

大部分鍵盤的 SysRq 鍵跟 PrtSc（print screen）鍵是同一個，而 SysRq 鍵的使用方式為：Alt + SysRq + 指令鍵，不同的指令鍵有不同的作用，下表是幾個比較常用的指令鍵。

指令鍵說明
r將鍵盤解除 raw 模式（unraw）。
e送出 SIGTERM 訊號至系統上所有的行程，讓所有正在執行中的程式正常關閉。
i送出 SIGKILL 訊號至系統上所有的行程，強制所有正在執行中的程式立即關閉。
s同步（sync）所有掛載磁碟的寫入，讓資料實際寫入實體磁碟。
u以唯讀（read-only）方式重新掛載所有磁碟。
b立即重新啟動系統（此動作並不會將資料同步寫入至硬碟，也不會讓硬碟卸載）。
n重設所有高優先順序（real-time）行程的 nice 設定值。
f呼叫 oom_kill 中止使用大量記憶體的行程。
o將電腦直接關機。
k中止目前 virtual console 下的所有程式（Secure Access Key，SAK）。

串口调试

2017-08-09T05:23:57.000Z

Linux下调试串口服务器的命令

minicom -D /dev/ttyUSB0 -H -w -o

  - -D 指定串口设备

  - -H 使用16进制输出

  - -w 滚屏输出

  - -o 不对设备进行初始化

  - -c on/off 输出开启颜色

Windows 下调试串口服务器的软件

common

ocs_ng 安装

2017-07-20T06:35:43.000Z

Unpack it.

1 2	tar –xvzf Ocsinventory-Agent-2.0.x.tar.gz cd Ocsinventory-Agent-2.0.x

Check perl configuration with the script Makefile.PL. Its looks at the configuration of Perl, machine, libraries … and it generates the Makefile. During this step, we will create a temporary environment variable to install agent non-interactively.

1	env PERL_AUTOINSTALL=1 perl Makefile.PL

Exemple :
Please install Crypt::SSLeay if you want to use SSL.
Please install nmap or ipdiscover if you want to use the network discover feature.
Please install Proc::Daemon and Proc::PID::File if you want to use the daemon monde.
3. Compilation

1 2	make make install

引用

git 添加 key

2017-07-13T08:14:43.000Z

1 2	$ ssh-add ~/.ssh/id_rsa.pub Could not open a connection to your authentication agent.

You might need to start ssh-agent before you run the ssh-add command:

1 2	eval `ssh-agent -s` ssh-add ~/.ssh/id_rsa

1 2	ssh -T git@github.com ssh -Tv git@github.com

github-testing-your-ssh-connection

openssl生成cert

2017-07-13T08:14:43.000Z

openssl genrsa -des3 -out server.key 2048
openssl rsa -in server.key -out server.key
openssl req -sha256 -new -key server.key -out server.csr -subj '/CN=localhost'
openssl x509 -req -sha256 -days 36500 -in server.csr -signkey server.key -out server.crt

https://stackoverflow.com/questions/10175812/how-to-create-a-self-signed-certificate-with-openssl

$ cat cert.pem
-----BEGIN CERTIFICATE-----
MIIDUzCCAjugAwIBAgIUc9s+2e+ABxNDunYGckzbCz+q4xMwDQYJKoZIhvcNAQEL
BQAwOTEUMBIGA1UEAwwLZXhhbXBsZS5jb20xFDASBgNVBAoMC0V4YW1wbGUgT3Jn
MQswCQYDVQQGEwJVUzAeFw0yNjExMTUwODA1MzNaFw0zNjExMTIwODA1MzNaMDkx
FDASBgNVBAMMC2V4YW1wbGUuY29tMRQwEgYDVQQKDAtFeGFtcGxlIE9yZzELMAkG
A1UEBhMCVVMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC0GV/qb354
zxZ8VFua2Tyb/Ox8lZNJSsG0XX2c3YELydHtEJyfHd72o/w/palCr2Rq2VxSX7dI
XlkuuWlfILgUVjfw/MIujmMIenlP4CUMQwDrMhnEE7U36r0xfXdHUdPTd47PR8cc
s+aXYHBlXPRc2EVVVBHY7SNAjZ0m2b8jZ9Vj9tYNBcAvHChi2iP5OsulPWQVxT4a
jgJURfMrYrw6K16ktYumASHKUs4t0XQzCfzadaHM0HW91GjdbzZ9axc9Ta2uizvv
RDc9iQ8bI29FRQN9Vtzmd0AV/HXioYdP78MwL6PPKFarAhpXNPpfxsB+sfUToyOR
QIJ6/IqDfOsDAgMBAAGjUzBRMB0GA1UdDgQWBBR1YsIR8Wcaz3RRugV7NW50b4zb
iDAfBgNVHSMEGDAWgBR1YsIR8Wcaz3RRugV7NW50b4zbiDAPBgNVHRMBAf8EBTAD
AQH/MA0GCSqGSIb3DQEBCwUAA4IBAQA4hzddmPOKy2dfrlFLgwdxYgGBmWGpWPkR
cSKvzx7flQt8ujMVStXw9GeBu0ajETR1kV791kUtgq043ixKDxcy9lvgm6pB9KmG
XzBwrlYl+XLUdvNe4reomVgej7455ozIyAsKf90Pfvhj1ZPyaP6EsU6Ce+tJm0ZQ
W4PJjJhsfVQzAUEhG89XdE1dovO2bT78FP21WHb9exwoZ2iAU1WbpxFIozx272Eh
cMa98IUND1sVjrbkqNC3FqdvkL7Fgy0ciV94/Jc103Rkc8YL1Z4VM5u92mIMm65r
+MjkPW0Ng+8b1iGUYdE/fxR3KjGk2bRwvKZL2KuZiaL+4LBJozOU
-----END CERTIFICATE-----

1 2	$ git config --local http.sslCAInfo /path/cert.pem $ git config --local --unset http.sslCAInfo

1 2	$ git config --local http.sslVerify false #NO NEED TO USE THIS $ git config --local --unset http.sslverify

Copy CA cert to /usr/local/share/ca-certificates.

1 2	sudo update-ca-certificates sudo service docker restart

openvpn 设置备忘

2017-07-09T05:23:57.000Z

opevpn 服务器开启

port 1194
proto udp
dev tun
ca ca.crt
cert xxx.crt
dh dh2048.pem
server 10.8.0.0 255.255.255.0  //openvpnIP段
ifconfig-pool-persist ipp.txt  //分配的地址记录在ipp.txt
client-config-dir ccd  //个人单独配置文件

client-to-client  //客户端可以互相连接
keepalive 10 120
comp-lzo

user nobody
group nogroup
persist-key
persist-tun
status /tmp/openvpn-status.log
log         /tmp/openvpn.log
verb 4

mode server  //运行模式
tls-server  //tls加密
topology subnet  //使用服务端子网
push "topology subnet"  //通知客户端使用子网

auth-user-pass-verify /etc/openvpn/checkpsw.js via-env  //密码认证
client-cert-not-required  //不认证证书
username-as-common-name  //使用用户名区别不同用户
script-security 3

route 192.168.2.0 255.255.255.0 10.8.0.2  //使用这个子网
push "route 192.168.2.0 255.255.255.0 10.8.0.2"  //通知客户端使用子网
route 10.8.0.0 255.255.255.0 10.8.0.1  //使用这个子网
push "route 10.8.0.0 255.255.255.0"  //通知客户端使用子网
route 192.168.3.0 255.255.255.0 10.8.0.2  //使用这个子网
push "route 192.168.3.0 255.255.255.0 10.8.0.2"  //通知客户端使用子网

连接到openvpn服务器

开启路由转发

1
2
3

echo 1 > /proc/sys/net/ipv4/ip_forward
sudo iptables -A FORWARD -i eth0 -j ACCEPT
sudo iptables -A FORWARD -i eth1 -j ACCEPT

配置路由
- 可以在路由器上配置全局路由
- 下面是需要连接 openvpn 的单独配置
  - Windows 需要cmd 管理员窗口执行:
    route add 10.8.0.0 mask 255.255.255.0 10.0.0.1
  - Linux 需要sudo 权限执行:
    ip route add 10.8.0.0/24 via 10.0.0.1

可以在各个网络出入口使用 tcpdump 抓包判断网络情况

redmine

2017-06-13T04:06:37.000Z

##403

There are no projects with trackers for which you can create an issue!

Issue statuses问题状态
- 设置问题状态
Trackers跟踪标签
- 设置跟踪标签,跟踪标签中需要设置问题状态
Roles and permissions角色和权限
- 设置跟踪标签的权限，给予new issue权限

Mariadb
cmake选项
- https://dev.mysql.com/doc/refman/5.7/en/source-configuration-options.html
下载
- https://downloads.mariadb.org/
初始化
- [https://dev.mysql.com/doc/refman/5.7/en/installing-source-distribution.html](https://dev- .mysql.com/doc/refman/5.7/en/installing-source-distribution.html)
授权

Your MariaDB connection id is 10
Server version: 10.2.6-MariaDB Source distribution

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> CREATE DATABASE redmine CHARACTER SET utf8;
Query OK, 1 row affected (0.00 sec)

MariaDB [(none)]> CREATE USER 'redmine'@'localhost' IDENTIFIED BY 'redmine';
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> GRANT ALL PRIVILEGES ON redmine.* TO 'redmine'@'localhost';
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> \q
Bye

Ruby

rbenv
- 安装

rbenv

1 2	$ git clone https://github.com/rbenv/rbenv.git ~/.rbenv $ cd ~/.rbenv && src/configure && make -C src

ruby-build

1
2
3

$ git clone https://github.com/rbenv/ruby-build.git
$ cd ruby-build
$ ./install.sh

- rbenv环境变量

# rbenv - setting
export PATH="$HOME/.rbenv/bin:$PATH"

# to detect .rbenv-version
eval "$(rbenv init -)"

# prod
export RAILS_ENV="production"

安装依赖

gem install bundler
sudo apt-get install libmagickwand-dev imagemagick
gem install rmagick -v '2.16.0'
gem install json -v '1.8.3'
bundle install --without development test
bundle exec rake generate_secret_token
bundle exec rake db:migrate
REDMINE_LANG=zh bundle exec rake redmine:load_default_data

启动rails

bundle exec rails server webrick -e production
bundle exec rails server webrick -b xxx.xxx.xxx.xxx -e production
bundle exec rails server webrick -p 3000 -e production

docker

2017-06-08T02:17:43.000Z

Docker 安装、代理与常用命令备忘。

docker engine安装

  curl -fsSL https://get.docker.com | bash

  dnf config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo
  curl -s https://download.docker.com/linux/centos/docker-ce.repo -o /etc/yum.repos.d/docker-ce.repo
  yum install -y docker-ce




2. docker官方文档
  - [docker administrator guide](https://docs.docker.com/engine/admin/start-containers-automatically/#restart-policy-details)
  - [docker user guide](https://docs.docker.com/engine/userguide/)
  - [docker proxy](https://stackoverflow.com/questions/23111631/cannot-download-docker-images-behind-a-proxy)

      $ cat /etc/docker/daemon.json        {          "registry-mirrors": ["https://www.example.cc"],          "data-root": "/data/docker",          "proxies": {            "http-proxy": "http://proxy.example.com:8080",            "https-proxy": "http://proxy.example.com:8080",            "no-proxy": "localhost,127.0.0.0/8,10.0.0.0/8,172.16.0.0/12,192.168.0.0/16"          },          "exec-opts": ["native.cgroupdriver=systemd"],          "log-driver": "json-file",          "log-opts": {            "max-size": "100m",            "max-file": "3",            "tag": "{{.ImageName}}|{{.Name}}|{{.ImageFullID}}|{{.FullID}}"          },          "storage-driver": "overlay2"        }      $ cat /etc/systemd/system/docker.service.d        Environment="HTTP_PROXY=http://proxy.example.com:8080"        Environment="HTTPS_PROXY=http://proxy.example.com:8080"        Environment="NO_PROXY=localhost,127.0.0.0/8,10.0.0.0/8,172.16.0.0/12,192.168.0.0/16"      $ systemctl daemon-reload && systemctl restart docker      $ systemctl show --property Environment docker        Environment=HTTP_PROXY=http://proxy.example.com:8080      1
2

  - [docker command](https://docs.docker.com/engine/reference/run/)
docker version/info/logindocker rundocker run -i -tdocker pull/search/commit/pushdocker start/stop/kill/restartdocker ps       正在运行的dockerdocker ps -a    所有的dockerdocker ps -l    最近运行的dockerdocker rm       删除dockerdocker images   列出imagedocker rmi     删除imagedocker rmi `docker images -f dangling=true -q`docker save/loaddocker network inspect bridgedocker inspect ID/Name1
2
3
3. ~~docker-compose~~`docker compose` `v3`版本是`docker`的子命令
  - [docker-compose command](https://docs.docker.com/compose/reference/overview/)
  - [docker-compose install](https://github.com/docker/compose/releases)
curl -L https://github.com/docker/compose/releases/download/1.14.0-rc2/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-composechmod +x /usr/local/bin/docker-compose```

ssh_tunnel

2017-06-03T01:17:43.000Z

ssh转发

ssh -N -f -L 5000:localhost:3306 root@23.226.78.113
-N 不启动shell
-f 后台执行
-T不分配TTY
-D动态转发、 -L本地转发、 -R 远程转发
SSH 端口转发自然需要 SSH 连接，而 SSH 连接是有方向的，从 SSH Client 到 SSH Server 。而我们的应用也是有方向的，比如需要连接 Server 时，Server 自然就是 Server 端，我们应用连接的方向也是从应用的 Client 端连接到应用的 Server 端。如果这两个连接的方向一致，那我们就说它是本地转发。而如果两个方向不一致，我们就说它是远程转发。本地转发与远程转发

autossh官方

README

1	autossh -M 0 -o "ServerAliveInterval 30" -o "ServerAliveCountMax 3" -L 5000:localhost:3306 root@23.226.78.113

参考文档

systemctl

workspace:~$ cat autossh-mysql-tunnel.service
[Unit]
Description=AutoSSH tunnel service everythingcli MySQL on local port 5000
After=network.target

[Service]
Environment="AUTOSSH_GATETIME=0"
ExecStart=/usr/bin/autossh -M 0 -o "ServerAliveInterval 30" -o "ServerAliveCountMax 3" -NL 5000:localhost:3306 root@23.226.78.113 -p 22

[Install]
WantedBy=multi-user.target

测试ssh_tunnel稳定性

workspace:~$ cat ssh_tunnel.sh
#!/bin/bash
#kebyn
#kebyn@kebyn.cc

export PATH=$PATH:/bin:/sbin:/usr/bin:/usr/sbin

case $1 in
start | run)
    #autossh
    /usr/bin/autossh -i /home/user/.ssh/id_rsa -M 0 -o "ServerAliveInterval 60" -o "ServerAliveCountMax 10" -N -L 4096:localhost:80 root@23.226.78.113 &
    sleep 3

    test_connect(){
        while true; do
        #test_connect
        web_code=$(curl --connect-timeout 1 127.0.0.1:4096 -i 2>/dev/null |head -1 |perl -lane 'print $F[1]')
        if [ "$web_code" != "200" ] ;then
            echo "$(date +%Y/%m/%d_%H:%M:%S)" >> ssh_tunnel_erro.log
            sleep 1
        else
            echo "$(date +%Y/%m/%d_%H:%M:%S)" > ssh_tunnel_success.log
            sleep 1
        fi
        done
    }
    test_connect &
    ;;
stop)
    if [ "$(/usr/bin/pgrep autossh)" ] ;then
        kill $(/usr/bin/pgrep autossh)
    fi
    if [ "$(/usr/bin/pgrep ssh_tunnel)" ] ;then
        kill $(/usr/bin/pgrep ssh_tunnel)
    fi
    ;;
*)
    echo 'Usage: ./ssh_tunnel.sh  [ OPTIONS ] { start | stop | run }'
    ;;
esac

rsapberry ssh 连接不上问题 (raspberry ssh connection failed)

2017-04-16T14:36:17.000Z

2016-11-25：

*默认情况下禁用SSH; 可以通过在引导分区中创建名为“ssh”的文件来启用
*启用默认密码时启用SSH时提示密码更改

官方文档

2017-04-10：
  * Wolfram Mathematica更新到11.0.1版本
  * Adobe Flash Player已更新至版本25.0.0.127
  *使用PARTUUID来支持USB启动
2017-03-02：
  *更新内核和固件（最终的Pi Zero W支持）
  * Wolfram Mathematica更新到版本11
  * NOOBS安装现在检查在NOOBS分区上是否存在'ssh'文件。
2017-02-16：
  * Chromium浏览器更新到版本56
  * Adobe Flash Player已更新至24.0.0.221版
  * RealVNC Server和Viewer更新到6.0.2版（RealVNC Connect）
  * Sonic Pi更新到2.11版本
  * Node-RED更新到版本0.15.3
  * Scratch更新到120117版本
  *使用默认密码检测启用的SSH已移至PAM
  *更新桌面GL驱动程序，以支持使用假KMS选项
  * Raspberry Pi配置和raspi-config允许设置固定的HDMI分辨率
  * raspi-config允许串行硬件独立于串行终端
  *更新内核和固件
  *各种小错误修复和可用性和外观调整
2017-01-11：
  *使用FAT32格式的引导分区重新发布2016-11-25图像
2016-11-25：
  *默认情况下禁用SSH; 可以通过在引导分区中创建名为“ssh”的文件来启用
  *启用默认密码时启用SSH时提示密码更改
  *包括Adobe Flash Player
  *更新Chromium浏览器中的硬件视频加速
  * Greeter现在使用外观设置中最后一个设置的背景图像，而不是pi用户
  *更新版本的Scratch
  *从raspi-config和Raspberry Pi Configuration中删除Rastrack选项
  *能够禁用图形启动启动屏幕添加到raspi-config和Raspberry Pi配置
  *外观设置对话框标签为在小屏幕上更好地工作
  * Raspberry Pi配置现在需要当前密码才能更改密码
  *各种小错误修复
  *更新固件和内核

2016-09-23：
  *新的PIXEL桌面环境 - 新的图标集，窗口设计，桌面图像，启动屏幕和恭喜
  *包含Chromium网络浏览器
  *包含Infinality字体渲染补丁
  *包括RealVNC服务器和查看器
  *包含SenseHAT仿真器
  * RFkill条目添加到Wifi和蓝牙面板插件
  *更新各种标准应用程序，包括Scratch和NodeRED
  *各种错误修复，调整和翻译更新
  *更新固件和内核（https://github.com/raspberrypi/firmware/commit/ad8608c08b122b2c228dba0ff5070d6e9519faf5）
至于27：
  *当D-bus不可访问时，修复了lxpanel的崩溃
  *固定D-bus蓝牙访问权限
  *从关闭选项中删除sudo
  *主题更新的工具提示的外观
  *固定弹出插件抓取焦点
  * raspi-config命令行和GUI应用程序整理; 删除不必要的重启
  *在piclone中更多错误检测; 复制添加的卷名称和ID
  *更新翻译文件
2016-05 -10：
  *新版Scratch，不再需要sudo
  *新版BlueJ
  *新版本的NodeRED
  *新版Pypy
  *包括pigpio
  *包括geany编辑器
  * SD卡复印机添加（可用于复制或备份Pi）
  *蓝牙插件添加到任务栏
  *任务栏上的音量控制现在与蓝牙设备兼容
  *新的关机助手应用程序
  *鼠标双击速度设置添加到鼠标和键盘首选项应用程序
  *选项启用/禁用1线接口和远程访问添加到Raspberry Pi配置应用程序的pigpio
  *文件系统在首次启动时自动扩展
  *添加空的废纸篓选项到右键菜单
  * Ctrl-Alt-T可用于打开终端窗口
  *各种小错误修复和外观调整
  *更新固件和内核（https://github.com/raspberrypi/firmware/commit/cc6d7bf8b4c03a2a660ff9fdf4083fc165620866）
2016-03-18：
  *更新固件和内核（https://github.com/raspberrypi/firmware/commit/951799bbcd795ddf27769d14acf4813fdcbe53dc）
  *在cmdline.txt中使用serial0
  * wpa_supplicant.conf国家默认为GB（允许使用通道12和13）
2016-02-26：
  *支持添加Pi 3，包括Wifi和蓝牙
  *将WiFi国家代码设置为raspi-config的选项
2016-02-09：
  * dtb使用mmc sdcard驱动程序（修复某些SD卡遇到的问题）
2016-02-03：
  *新版本的Sonic Pi（2.9）
  *新版Scratch（15/1/16）
  *新版本的Node-Red（2.5）
  *新版Wolfram（10.3）
  *可选实验GL桌面驱动程序（可以使用命令行raspi-config中的高级选项启用）
  *新版本的Java（1.8.0_65）
  *新版本的WiringPi
  *包含raspi-gpio
  * ping不再需要sudo（NOOBS安装除外）
  *支持lxpanel中的更多USB音频设备
  *在Alacarte中创建新菜单的错误修复
  *对raspi-config和GUI进行各种更改，以整理板支持和修复错误以及更新的翻译
  *小调整主题以支持GL驱动
2015-11-21：
  *包括IBM Node-RED IoT应用程序
  *包括图形包管理器
  *包含加速的pixman库
  *更新了Epiphany浏览器，以提高视频兼容性
  *更新Scratch与性能改进和错误修复
  *更新了Raspberry Pi配置，以允许启动暂停
    网络建立
  *各种小错误修复
2015-09-25：
  *基于Debian Jessie
  *升级应用程序 - 主显节浏览器，Scratch和Sonic Pi
  *包含的应用程序 -  LibreOffice，Claws Mail，Greenfoot，BlueJ
  *包含的实用程序 -  Alacarte菜单编辑器，Lxkeymap，scrot，tree，pip
  *新的基于GUI的Raspberry Pi配置应用程序
  * GPIO控制现在可以不需要sudo
  *包含Magpi杂志的网页链接
  *新的任务栏插件来弹出安装的USB驱动器
  *默认启动现在是GUI不是桌面
  *现在看起来基于GTK + 3默认主题
  *打印屏幕键启动scrot以产生截图
  *由GUI和驱动程序自动检测的通用键盘相应地加载
  *许多小的调整和错误修复
2015-05-05：
  *更新UI更改
  *更新固件
  *安装raspberrypi-net-mods
  *安装avahi-daemon
  *将用户pi添加到新的i2c和spi组
  * i2c和spi设备修改的udev规则
2015-02-16：
  *较新的固件与各种修复
  *新的Sonic Pi发行
  * Pi2兼容RPi.GPIO
  Wolfram数学更新
2015-01-31：
  *支持Pi2
  *较新的固件
  *新的Sonic Pi发行
  *更新划痕
  *新的Wolfram数学发行
  *更新主显节
2014-12-24：
  *通过省略python-pygame来修复回归
2014-12-22：
  *新固件与variosu修复和改进
  * lxde的新UI配置
  *各种包更新
  * python3-pygame预装
  *'nuscratch'，在Cog StackVM上运行
  *其他更改
2014-09-09：
  *具有各种修复和改进的新固件
  * Minecraft Pi预装
  * Sonic Pi升级到2.0
  *包括Collabora中的主显式浏览器工作
  *从Java 7切换到Java 8
  *更新数学
  *其他次要配置更改
2014-06-20：
  *具有各种修复的新固件和内核错误修复
2014-06-02：
  *许多固件更新与主要的USB改进
  * pyserial默认安装
  * picamera默认安装
2014-01-07：
  *固件更新
  *保存在根文件系统上的一些空间
2013-12-20：
  *固件更新，包括V4L2修复
  *更新omxplayer
2013-12-18：
  *固件更新，现在使用内核3.10。许多改进
  * fbturbo XOrg驱动程序默认包含并启用。谢谢
    ssvb https://github.com/ssvb/xf86-video-fbturbo
  *更新Scratch图像与进一步的错误修复
  *包括Wolfram Mathematica
  *更新到PyPy 2.2
  *更新omxplayer
  *包含v4l-utils用于实验V4L2 Raspberry Pi相机驱动程序
  *更新squeak-vm以解决加载JPEG的问题
2013-09-25：
  *更新Scratch图像以进一步提高性能
  *包括Oracle JDK
  *至少需要4GiB SD卡（见上文）
  *包含PyPy 2.1
  *包含基本的piface包
  *更新raspi-config以包含用于继承语言设置的错误修复
    来自NOOBS
2013-09-10：
  *更新到当前顶部的树固件
  *更新squeak-vm，包括针对Raspbery Pi优化的fastblit
  *包括Sonic Pi和固定的jackd2包
  *支持启动到Scratch
  *从NOOBS继承键盘和语言设置

MySQL无密码登陆（MySQL_config_editor用法）

2017-03-16T11:22:42.000Z

mysql_config_editor是MySQL5.6.6以后版本的工具。这个工具可以认证信息加密存储在`.mylogin.cnf`中，通常这个文件在Linux用户的`家目录`和Windows的`%APPDATA%\MySQL`目录中。

`.mylogin.cnf`文件未加密的示例如下：

[client]
user = mydefaultname
password = mydefaultpass
host = 127.0.0.1
[mypath]
user = myothername
password = myotherpass
host = localhost

实际使用时密码会被加密。
大坑！！！含有特殊字符的密码不能加密成功，没有报错，但是登陆会提示密码错误，让人迷惑。 —-于2017/04/01更新

mysql_config_editor的用法

shell> mysql_config_editor [program_options] command [command_options]

添加认证信息

#添加认证时查看帮助信息
shell> mysql_config_editor --help set
shell> mysql_config_editor set --help

#添加认证信息
shell> mysql_config_editor set --login-path=client
         --host=localhost --user=localuser --password
Enter password: enter password "localpass" here
shell> mysql_config_editor set --login-path=remote
         --host=remote.example.com --user=remoteuser --password
Enter password: enter password "remotepass" here

#查看已经添加的认证信息
shell> mysql_config_editor print --all
[client]
user = localuser
password = *****
host = localhost
[remote]
user = remoteuser
password = *****
host = remote.example.com

无密码登陆

shell> mysql --login-path=remote

shell> mysql --login-path=client
#因为mysql默认读取login-path=client的认证信息，所以上条命令可以简化如下
shell> mysql

shell> mysql --login-path=remote --host=remote2.example.com

移除认证信息

1 2	shell> mysql_config_editor remove --login-path=mypath --user shell> mysql_config_editor remove --login-path=mypath

查看帮助

shell> mysql_config_editor command --help

参考链接

https://dev.mysql.com/doc/refman/5.6/en/mysql-config-editor.html
https://dev.mysql.com/doc/refman/5.7/en/mysql-config-editor.html

数据库类型	CPU 效率	内存需求	存储 IO	适用场景
MySQL	中等	中等	高	通用 OLTP
PostgreSQL	高	中等	中等	复杂查询
MongoDB	中等	高	中等	文档存储
Redis	高	高	低	缓存/会话
Elasticsearch	低	高	高	全文搜索

服务类型	CPU Request	CPU Limit	Memory Request	Memory Limit	副本数建议
Web 前端	100m	500m	128Mi	512Mi	3-5
API 服务	200m	1000m	256Mi	1Gi	3-10
数据库	1000m	2000m	2Gi	4Gi	1-3
缓存服务	100m	500m	512Mi	2Gi	2-3
消息队列	200m	800m	512Mi	2Gi	2-3

测试类型	并发用户数	持续时间	目标指标	测试目的
基准测试	10-50	10 分钟	QPS	建立基线
负载测试	预期并发	30 分钟	响应时间	验证正常负载
压力测试	1.5× 预期	15 分钟	系统不崩溃	找到性能瓶颈
峰值测试	3× 预期	5 分钟	快速恢复	验证突发处理
稳定性测试	0.8× 预期	24 小时	无内存泄漏	长期稳定性

工具	适用场景	并发能力	学习成本	报告质量
JMeter	通用 Web 测试	中等	中等	好
wrk	简单 HTTP 测试	高	低	一般
LoadRunner	企业级测试	很高	高	很好
Artillery	Node.js 友好	中等	低	好
Gatling	高性能测试	很高	中等	很好

扩容方式	响应时间	成本增加	适用场景
垂直扩容	5-10 分钟	50-100%	短期突发
水平扩容	2-5 分钟	20-50%	持续增长
预热扩容	即时	10-30%	可预期峰值

觅回首

Unbound 与 BIND9：递归解析、DoT/DoH 与 RHEL 打包差异

结论与能力速览

递归解析的工作过程

Unbound 递归配置

BIND9 递归配置

Unbound 与 BIND9 对比

IPv6、DoT、DoH 支持矩阵

IPv6

DoT 服务端与上游客户端

作为 DoT 服务端

作为 DoT 客户端

DoH 服务端

http-notls-downstream 与反向代理

RHEL 8/9/10 的 DoT/DoH 打包差异

同一个 1.16.2，RHEL 8 和 RHEL 9 不同

在机器上确认

RHEL 8 想用 DoH 的三条路

容易混淆的点

用 acme.sh 管理 Unbound 证书

选择验证方式

签发证书

部署到 Unbound

Unbound 配置

自动续期

结合反向代理

验证与排障

检查服务与端口

IPv6

DoT

DoH

检查证书

常见问题

排查顺序

参考与时效

Dell 27 英寸 4K 显示器怎么选：U2718Q、U2720Q 与后续迭代

先给结论

U2718Q 与 U2720Q/U2720QM 参数对比

怎么选

二手检查点

戴尔显示器命名规则

系列字母

常见后缀

读型号时注意三点

27 英寸 4K UltraSharp 的迭代路线

每一代实际带来了什么

现在怎么选

容易混淆的型号

其他戴尔产品线怎么读

参考与时效

HuggingFace 模型下载

huggingface-cli

modelexpress

YABS

TYO

Geekbench 6

Mailbu

Geekbench 6

WEE

Geekbench 6

Linveo Ohio

Geekbench 5

Digitalfyre Singapore

Geekbench 6

Geekbench 5

Digitalfyre LAX

Geekbench 6

Onidel New York

Geekbench 6

Onidel Singapore

Geekbench 6

Geekbench 5

Other

vLLM Sleep Mode

需要手动指定–gpu-memory-utilization，否则多vLLM显存会冲突

Linux访问控制机制

Linux 访问控制机制：利用 POSIX 功能提升权限

前情提要

Python 后门

应用

`http-notls-downstream` 与反向代理

mysql_config_editor是MySQL5.6.6以后版本的工具。这个工具可以认证信息加密存储在`.mylogin.cnf`中，通常这个文件在Linux用户的`家目录`和Windows的`%APPDATA%\MySQL`目录中。

`.mylogin.cnf`文件未加密的示例如下：