问轩博客

在 CentOS 7 上验证是否能访问使用 DigiCert Global Root G2 根证书签发的网站

Thu, 23 Apr 2026 10:11:03 +0800

在 CentOS 7 上验证是否能访问使用 DigiCert Global Root G2 根证书签发的网站（如 https://www.digicert.com/），可以通过以下步骤进行验证。这主要涉及检查系统是否信任该根证书、能否成功建立 TLS 连接。

✅ 步骤 1：确认系统时间正确

TLS 证书验证依赖于系统时间。若时间偏差过大，会导致验证失败。

date

如果时间不正确，请同步时间：

sudo yum install -y ntp
sudo ntpdate pool.ntp.org
# 或使用 chrony（CentOS 7 默认可能用 chrony）
sudo chronyc sources -v

✅ 步骤 2：使用 `curl` 测试 HTTPS 访问

curl -I https://www.digicert.com/

如果返回 HTTP 状态码（如 200 OK 或 301/302），说明访问成功，且证书链被系统信任。
如果出现类似 SSL certificate problem: unable to get local issuer certificate 错误，说明系统缺少根证书或中间证书。

? curl 在 CentOS 7 中默认使用系统的 CA 证书包（由 ca-certificates 软件包提供）。

✅ 步骤 3：确认 DigiCert Global Root G2 是否在系统信任库中

DigiCert Global Root G2 的指纹（SHA1）为：

CB3CCB256E9F84510C9A2E624E87122DBB474DF0

查看系统是否包含该根证书：

awk -v cmd='openssl x509 -noout -subject -fingerprint -sha1' '
    /BEGIN CERT/,/END CERT/{cert=cert$0"\n";next}
    /END CERT/{print cmd | cert; close(cmd); cert=""}
' < /etc/ssl/certs/ca-bundle.crt | grep -A1 "DigiCert Global Root G2"

或者直接搜索指纹：

openssl x509 -in <(openssl s_client -connect www.digicert.com:443 -servername www.digicert.com 2>/dev/null | sed -n '/-----BEGIN CERTIFICATE-----/,/-----END CERTIFICATE-----/p') -noout -fingerprint -sha1

但这只是服务器证书，不是根证书。更可靠的方式是检查本地 CA 包是否包含 DigiCert G2。

✅ 步骤 4：更新 CA 证书包（确保最新）

DigiCert Global Root G2 自 2017 年起被主流系统信任。但老旧的 CentOS 7 可能未包含（取决于 ca-certificates 版本）。

更新 CA 证书：

sudo yum update ca-certificates

⚠️ 注意：某些非常老的 CentOS 7 镜像（如 7.0~7.4）可能默认不包含 DigiCert G2。建议升级到 CentOS 7.9 并保持 ca-certificates 最新。

✅ 步骤 5：使用 `openssl` 手动验证 TLS 握手

echo | openssl s_client -connect www.digicert.com:443 -servername www.digicert.com 2>/dev/null | grep "Verify return code"

如果输出为 Verify return code: 0 (ok)，表示验证成功。
如果是 21 或其他非零值，说明证书链验证失败。

? 补充：DigiCert Global Root G2 是否被 CentOS 7 支持？

是的，只要 ca-certificates 版本 ≥ 2015.2.6（实际在 CentOS 7.6+ 中已包含）。
可通过以下命令查看版本：

rpm -q ca-certificates

典型输出：ca-certificates-2022.2.54-72.el7_9.noarch（说明已更新）

✅ 总结：快速验证命令

# 1. 更新证书（推荐）
sudo yum update -y ca-certificates

# 2. 测试访问
curl -sI https://www.digicert.com/ | head -n1

# 3. 验证 TLS 证书链
echo | openssl s_client -connect www.digicert.com:443 -servername www.digicert.com 2>/dev/null | grep "Verify return code"

如果以上都正常，则说明你的 CentOS 7 系统可以正常访问使用 DigiCert Global Root G2 签发的网站。

如仍有问题，请提供具体错误信息。

在 CentOS 7 上升级 OpenSSL 到 1.1.1

Tue, 07 Apr 2026 09:34:47 +0800

在 CentOS 7 上升级 OpenSSL 到 1.1.1，最稳妥的方式是源码编译安装。因为 CentOS 7 官方仓库的默认版本是 1.0.2，并且不会提供 1.1.1 的大版本升级。

这里有一个核心原则需要注意：不要覆盖系统自带的 OpenSSL 1.0.2。很多系统工具（如 yum、ssh）都依赖旧版本，强行替换可能导致系统故障。我们的目标是“新旧共存”，让需要 TLS 1.3 的新应用（如重新编译 Nginx）能找到新版即可。

? 操作步骤：源码编译安装 OpenSSL 1.1.1

1. 安装编译依赖

首先，需要安装编译所需的工具和库。

sudo yum groupinstall -y "Development Tools"
sudo yum install -y perl-IPC-Cmd perl-core wget zlib-devel

2. 下载并解压源码

进入一个临时目录，下载 OpenSSL 1.1.1 源码。这里以 1.1.1w 版本为例，你可以在 OpenSSL 官网找到其他小版本。

# 创建工作目录
mkdir -p ~/openssl-build && cd ~/openssl-build

# 下载源码（请根据需要替换版本号）
wget https://www.openssl.org/source/old/1.1.1/openssl-1.1.1w.tar.gz

# 解压并进入目录
tar -xzf openssl-1.1.1w.tar.gz
cd openssl-1.1.1w

3. 配置、编译与安装

这一步是最关键的。配置的核心是指定一个独立于系统的安装路径（如 /usr/local/openssl-1.1.1），这是实现版本共存的基础。

# 配置安装路径和编译选项
./config --prefix=/usr/local/openssl-1.1.1 \
         --openssldir=/usr/local/openssl-1.1.1/ssl \
         shared \
         zlib-dynamic

# 开始编译（-j$(nproc) 可以利用所有CPU核心加速）
make -j$(nproc)

# 运行测试（可选，但强烈建议执行，确保编译无误）
make test

# 安装到指定目录
sudo make install

⚙️ 配置系统识别新版 OpenSSL

安装完成后，新版 OpenSSL 已存在于 /usr/local/openssl-1.1.1 目录，但系统还找不到它。需要完成以下配置：

配置动态链接库 让系统能够找到新版 OpenSSL 的动态库文件（.so 文件）。

# 创建新的配置文件
echo '/usr/local/openssl-1.1.1/lib' | sudo tee /etc/ld.so.conf.d/openssl-1.1.1.conf
# 更新动态链接库缓存
sudo ldconfig

配置命令行环境（可选） 如果你希望在终端直接使用新版 openssl 命令，可以设置环境变量。建议创建一个独立的脚本，而不是直接覆盖 /usr/bin/openssl。

# 创建环境变量脚本
sudo tee /etc/profile.d/openssl-1.1.1.sh << 'EOF'
export PATH=/usr/local/openssl-1.1.1/bin:$PATH
export LD_LIBRARY_PATH=/usr/local/openssl-1.1.1/lib:$LD_LIBRARY_PATH
export PKG_CONFIG_PATH=/usr/local/openssl-1.1.1/lib/pkgconfig:$PKG_CONFIG_PATH
EOF

# 加载环境变量（或重新登录终端）
source /etc/profile.d/openssl-1.1.1.sh

✅ 验证与后续使用

完成以上步骤后，进行验证：

# 检查默认命令版本（应显示新版本号 1.1.1w）
openssl version

# 检查系统原生版本（应仍为旧版本 1.0.2k）
/usr/bin/openssl version

后续提醒：

本次操作仅为系统安装了 OpenSSL 1.1.1 的库和命令。
若要让你的 Nginx 支持 TLS 1.3，还需要使用这个新路径（--with-openssl=/usr/local/openssl-1.1.1）重新编译 Nginx，让 Nginx 在编译时链接到新的 OpenSSL 库。
如果在验证时发现 openssl version 显示的版本号未变，请重新登录 SSH 会话或检查 source 命令是否已正确执行。

VMware克隆Ubuntu网络配置冲突问题

Wed, 11 Feb 2026 09:18:28 +0800

这个问题通常是因为两台虚拟机使用了相同的 MAC 地址 或 机器 ID（machine-id） 导致的网络配置冲突。在 VMware 中克隆 Ubuntu 系统时，如果没有特殊处理，克隆出的虚拟机可能会保留原虚拟机的网络标识信息，导致冲突。

主要可能原因及解决方法：

1. MAC 地址冲突

克隆虚拟机时，如果选择了“创建完整克隆”但未重新生成 MAC 地址，可能会导致两台虚拟机使用相同的 MAC 地址。

解决步骤：

关闭两台虚拟机。
在 VMware 中编辑每台虚拟机的设置，确保网络适配器中的 MAC 地址不同（可以点击“生成”按钮重新生成）。
启动虚拟机后，可能需要更新网络配置文件中的 MAC 地址绑定（如果使用了静态 IP 且绑定了 MAC）。

2. 机器 ID（/etc/machine-id）重复

Ubuntu 使用 /etc/machine-id 作为唯一标识，如果克隆后未重新生成，可能导致网络服务（如 DHCP、Avahi 等）行为异常。

解决步骤：

启动第二台虚拟机（第一台关闭）。

在第二台虚拟机中执行以下命令：

sudo rm /etc/machine-id
sudo systemd-machine-id-setup

重启网络服务或直接重启虚拟机。

3. DHCP 租约冲突

如果使用了 DHCP 且两台虚拟机在 DHCP 服务器中使用了相同的标识，可能导致 IP 分配冲突。

解决：在 DHCP 服务器上清除旧租约，或确保两台虚拟机的唯一标识不同。

4. 静态 IP 配置冲突

检查两台虚拟机的网络配置文件，确保 IP 地址、网关、DNS 等配置正确且不冲突。

配置文件路径（根据 Ubuntu 版本）：

Ubuntu 18.04+：/etc/netplan/*.yaml
Ubuntu 16.04：/etc/network/interfaces

示例 Netplan 配置（确保每台设备的 addresses 唯一）：

network:
  version: 2
  ethernets:
    ens33:
      addresses: [10.0.0.101/24]   # 另一台改为 10.0.0.250/24
      gateway4: 10.0.0.1
      nameservers:
        addresses: [8.8.8.8]

应用配置：sudo netplan apply

5. ARP 缓存问题

主机或网络设备可能缓存了 IP 与 MAC 的映射关系，导致流量被错误转发。

在主机（或路由器）上清除 ARP 缓存：

# Windows 主机
arp -d 10.0.0.101
arp -d 10.0.0.250

# Linux 主机
sudo ip neigh flush dev <网卡名>

6. 检查 VMware 网络模式

确保两台虚拟机使用相同的网络模式（如 NAT、桥接等），且网络配置允许同时运行多台设备。

建议操作顺序：

修改 MAC 地址（在 VMware 设置中）。
更新网络配置文件，确保 IP 地址正确。
重新生成 machine-id（仅第二台需要）。
重启两台虚拟机，并检查网络状态：ip addr show。

如果问题依旧，可以在两台虚拟机上抓包分析（如 tcpdump -i ens33 -n），观察 ARP 请求和响应情况。

01-二进制部署docker安装和卸载

Tue, 20 Jan 2026 09:26:36 +0800

一、安装

1.下载安装包

参考地址：https://docs.docker.com/engine/install/binaries/#install-daemon-and-client-binaries-on-linux

root@docker:~# wget https://download.docker.com/linux/static/stable/x86_64/docker-27.0.3.tgz

2.解压软件包

root@docker:~# tar xf docker-27.0.3.tgz

3.拷贝到PATH变量

root@docker:~# cp docker/* /usr/local/bin/

4.启动docker

root@docker:~# dockerd &

5.查看docker的版本号

root@docker:~# docker version
Client:
 Version:           27.0.3
 API version:       1.46
 Go version:        go1.21.11
 Git commit:        7d4bcd8
 Built:             Sat Jun 29 00:01:25 2024
 OS/Arch:           linux/amd64
 Context:           default

Server: Docker Engine - Community
 Engine:
  Version:          27.0.3
  API version:      1.46 (minimum version 1.24)
  Go version:       go1.21.11
  Git commit:       662f78c
  Built:            Sat Jun 29 00:03:05 2024
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          v1.7.18
  GitCommit:        ae71819c4f5e67bb4d5ae76a6b735f29cc25774e
 runc:
  Version:          1.1.13
  GitCommit:        v1.1.13-0-g58aa920
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

二、卸载

1.停止docker服务

root@docker:~# pkill dockerd

温馨提示: 停止服务后，再次版本会出现如下的提示 Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?

2.删除docker相关的程序

root@docker:~# for i in `ls docker`;do rm -f /usr/local/bin/$i ;done

3.查看卸载结果

root@docker101:~# docker

Command 'docker' not found, but can be installed with:

snap install docker     # version 24.0.5, or
apt  install docker.io  # version 20.10.12-0ubuntu2~20.04.1

See 'snap info docker' for additional versions.

Ubuntu24.04如何部署gitlab

Thu, 08 Jan 2026 15:02:49 +0800

在 Ubuntu 24.04 上部署 GitLab 有多种方式，以下是几种常见的方法：

方法一：使用官方 Omnibus 包（推荐）

1. 安装必要依赖

sudo apt update
sudo apt install -y curl openssh-server ca-certificates tzdata perl

2. 添加 GitLab 官方仓库

# 信任 GitLab GPG 密钥
curl -fsSL https://packages.gitlab.com/gitlab/gitlab-ce/gpgkey | sudo gpg --dearmor -o /etc/apt/keyrings/gitlab.gpg

# 添加仓库
echo "deb [signed-by=/etc/apt/keyrings/gitlab.gpg] https://packages.gitlab.com/gitlab/gitlab-ce/ubuntu $(lsb_release -cs) main" | sudo tee /etc/apt/sources.list.d/gitlab_gitlab-ce.list

3. 安装 GitLab CE

sudo apt update
sudo apt install gitlab-ce

4. 配置 GitLab

# 编辑配置文件
sudo nano /etc/gitlab/gitlab.rb

# 修改关键配置（根据你的环境调整）
external_url 'http://your-domain.com'  # 或 'http://your-server-ip'

5. 重新配置并启动

sudo gitlab-ctl reconfigure
sudo gitlab-ctl start

# 查看状态
sudo gitlab-ctl status

方法二：使用 Docker 部署

1. 安装 Docker

sudo apt update
sudo apt install -y docker.io docker-compose

# 启动 Docker 服务
sudo systemctl enable --now docker

2. 创建 docker-compose.yml

mkdir gitlab-docker && cd gitlab-docker
nano docker-compose.yml

version: '3.6'
services:
  web:
    image: 'gitlab/gitlab-ce:latest'
    restart: always
    hostname: 'gitlab.example.com'
    environment:
      GITLAB_OMNIBUS_CONFIG: |
        external_url 'http://your-server-ip'
        # 可添加其他配置
    ports:
      - '80:80'
      - '443:443'
      - '22:22'
    volumes:
      - './config:/etc/gitlab'
      - './logs:/var/log/gitlab'
      - './data:/var/opt/gitlab'
    shm_size: '256m'

3. 启动 GitLab

docker-compose up -d

# 查看日志
docker-compose logs -f

方法三：使用 Snap 包（最简单）

# 安装 Snap（如果未安装）
sudo apt update
sudo apt install -y snapd

# 安装 GitLab
sudo snap install gitlab-ce

# 配置
sudo snap set gitlab-ce external-url="http://your-server-ip"

# 等待配置完成（大约需要几分钟）
sudo gitlab-ctl reconfigure

初始配置和访问

1. 获取初始 root 密码

# Omnibus 安装
sudo cat /etc/gitlab/initial_root_password

# Docker 安装
docker exec -it gitlab-docker_web_1 grep 'Password:' /etc/gitlab/initial_root_password

2. 访问 GitLab

打开浏览器访问：http://your-server-ip
使用用户名：root
使用上面获取的密码

3. 常用管理命令

# 查看状态
sudo gitlab-ctl status

# 启动/停止/重启服务
sudo gitlab-ctl start
sudo gitlab-ctl stop
sudo gitlab-ctl restart

# 查看日志
sudo gitlab-ctl tail

# 重新配置
sudo gitlab-ctl reconfigure

# 更新 GitLab
sudo apt update
sudo apt install gitlab-ce
sudo gitlab-ctl reconfigure

配置优化建议

1. 调整资源配置

编辑 /etc/gitlab/gitlab.rb：

# 根据服务器内存调整
puma['worker_processes'] = 2  # 默认为 CPU 核心数
sidekiq['concurrency'] = 10   # 默认为 25

# PostgreSQL 配置
postgresql['shared_buffers'] = "256MB"
postgresql['max_worker_processes'] = 8

# Redis 配置
redis['maxmemory'] = "256mb"

2. 配置电子邮件

gitlab_rails['smtp_enable'] = true
gitlab_rails['smtp_address'] = "smtp.gmail.com"
gitlab_rails['smtp_port'] = 587
gitlab_rails['smtp_user_name'] = "your-email@gmail.com"
gitlab_rails['smtp_password'] = "your-password"
gitlab_rails['smtp_domain'] = "gmail.com"
gitlab_rails['smtp_authentication'] = "login"
gitlab_rails['smtp_enable_starttls_auto'] = true
gitlab_rails['smtp_tls'] = false
gitlab_rails['gitlab_email_from'] = 'your-email@gmail.com'

3. 启用 HTTPS（需要域名和 SSL 证书）

external_url 'https://gitlab.example.com'

# 使用 Let's Encrypt
letsencrypt['enable'] = true
letsencrypt['contact_emails'] = ['admin@example.com']
letsencrypt['auto_renew'] = true

防火墙配置

# 开放必要端口
sudo ufw allow http
sudo ufw allow https
sudo ufw allow ssh
sudo ufw allow 22/tcp  # Git over SSH

# 启用防火墙
sudo ufw enable
sudo ufw status

备份和恢复

# 创建备份
sudo gitlab-backup create

# 备份存储在 /var/opt/gitlab/backups/
# 恢复备份（需要先停止服务）
sudo gitlab-ctl stop unicorn
sudo gitlab-ctl stop sidekiq
sudo gitlab-rake gitlab:backup:restore BACKUP=备份文件名
sudo gitlab-ctl start

常见问题解决

1. 502 错误

# 检查服务状态
sudo gitlab-ctl status

# 查看日志
sudo gitlab-ctl tail nginx
sudo gitlab-ctl tail puma

2. 内存不足

# 增加交换空间
sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

# 永久添加
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

3. 启动缓慢

首次启动需要较长时间（10-30分钟），请耐心等待。

系统要求建议

最低配置：4GB RAM，2 CPU 核心，10GB 存储
推荐配置：8GB RAM，4 CPU 核心，50GB+ 存储
支持 100 用户以上：16GB RAM，8 CPU 核心，100GB+ 存储

选择哪种方式取决于你的需求：

生产环境：推荐 Omnibus 包
测试/开发：Docker 或 Snap
快速体验：Snap 最简单

对容器进行压测

Thu, 18 Dec 2025 14:22:05 +0800

启动容器

拉取：docker pull jasonyin2020/oldboyedu-linux-tools:v0.1

(1).运行容器

docker container run --rm -it  --name oldboyedu-linux  -m 1g --cpus=2 jasonyin2020/oldboyedu-linux-tools:v0.1

(2).单独开启一个终端，查看容器状态

docker stats oldboyedu-linux

对容器进行压测

(1).CPU压力测试 ----> 产生4个cpu进程1分钟后停止运行（注意观察CPU的使用率，尽管我指定了4颗CPU，但应该不会超过200%）

stress -c 4 --verbose --timeout 1m

(2).Memory压力测试 ---> 产生5个work工作经常，并且每个工作经常占用200000000 Bytes(即200MB)，且不释放内存，但不会超过1G的使用空间。

stress  -m 5 --vm-bytes 200000000 --vm-keep --verbose

其他帮助信息

"stress --help" or stress -h

CentOS 7配置操作记录到messages

Fri, 14 Nov 2025 17:23:28 +0800

vi /etc/bashrc
在最后添加
PROMPT_COMMAND='{ msg=$(history 1 | { read x y; echo $y; });logger "[euid=$(whoami)]":$(who am i):[`pwd`]"$msg"; }'
source /etc/bashrc 

验证
tail -f /var/log/messages

mysql参数之key_buffer_size 设置多大合适

Mon, 20 Oct 2025 10:28:28 +0800

key_buffer_size 是 MySQL 中一个非常重要的参数，专门用于 MyISAM 存储引擎，用来缓存 MyISAM 表的索引块（index blocks）。它对 MyISAM 表的读写性能有显著影响。

重要提示： 如果你主要使用的是 InnoDB 存储引擎（现代应用的主流选择），那么 key_buffer_size 的重要性就大大降低了，InnoDB 使用自己的缓冲池 innodb_buffer_pool_size。

一、`key_buffer_size` 的作用

该参数决定了 MySQL 为 MyISAM 索引文件（.MYI 文件）分配多少内存用于缓存索引数据。
更大的 key_buffer_size 可以减少磁盘 I/O，提高 MyISAM 表的查询和索引操作性能。

二、如何设置合适的大小？

✅ 基本原则：

只影响 MyISAM 表：如果你的数据库中几乎没有 MyISAM 表，可以设置为较小值（如 8M~64M）。
不要超过 MyISAM 索引总大小：设置过大会浪费内存，甚至导致系统交换（swap）。
一般不超过物理内存的 25%：尤其在混合使用 MyISAM 和 InnoDB 时，要为 innodb_buffer_pool_size 留出足够空间。

✅ 推荐设置方法：

方法 1：根据 MyISAM 索引实际大小设置

-- 查看所有 MyISAM 表的索引大小总和（单位：MB）
SELECT 
    CONCAT(ROUND(SUM(INDEX_LENGTH) / (1024*1024), 2), ' MB') AS 'Total MyISAM Index Size'
FROM information_schema.TABLES
WHERE ENGINE = 'MyISAM';

假设查询结果是 128MB，那么你可以设置：

key_buffer_size = 192M  # 略大于实际索引大小，留出增长空间

建议设置为实际索引大小的 1.5 倍左右。

方法 2：通用经验值（适用于 MyISAM 为主）

服务器内存	建议 `key_buffer_size`
1GB	128M ~ 256M
2GB	256M ~ 512M
4GB+	512M ~ 1G

⚠️ 如果你使用的是 64 位系统且内存充足，可以设置到 1G~2G，但不要超过 MyISAM 索引总大小的 2 倍。

方法 3：监控使用情况，动态调整

查看 key_buffer_size 的使用率：

-- 查看 key buffer 使用情况
SHOW VARIABLES LIKE 'key_buffer_size';
SHOW STATUS LIKE 'Key_read%';
SHOW STATUS LIKE 'Key_write%';
SHOW STATUS LIKE 'Key_blocks_used';
SHOW STATUS LIKE 'Key_blocks_unused';

计算使用率：

-- 计算已使用的 key buffer 比例
-- 公式：(Key_blocks_unused / key_blocks_total) * 100
-- 如果 unused 很小，说明 buffer 快满了，可能需要增大

Key_blocks_unused：未使用的 block 数
key_buffer_size / 1024 ≈ 总 block 数（每个 block 1KB）

如果 Key_blocks_unused 很小，说明 key_buffer_size 可能不足。

三、性能相关状态值

状态变量	含义	理想状态
`Key_read_requests`	索引读请求总数	越大越好
`Key_reads`	实际从磁盘读取索引的次数	应远小于 `Key_read_requests`
`Key_write_requests`	索引写请求总数	越大越好
`Key_writes`	实际写入磁盘的次数	应远小于 `Key_write_requests`

命中率计算：

索引读命中率 = (Key_read_requests - Key_reads) / Key_read_requests ≈ 99%+

如果命中率低于 90%，考虑增大 key_buffer_size。

四、配置示例（my.cnf）

[mysqld]
# 如果 MyISAM 使用较多
key_buffer_size = 512M

# 如果几乎全是 InnoDB，可设小
# key_buffer_size = 32M

# 其他相关参数（可选）
read_buffer_size = 2M
read_rnd_buffer_size = 1M

五、总结：设置建议

场景	建议值
纯 MyISAM，内存充足	设置为 MyISAM 索引总大小的 1.5 倍，最大不超过 1G~2G
混合引擎（MyISAM + InnoDB）	256M ~ 512M，优先保证 `innodb_buffer_pool_size`
几乎全是 InnoDB	8M ~ 64M 即可
低内存服务器（<1G）	16M ~ 64M

六、额外建议

尽量使用 InnoDB：MyISAM 已逐渐被淘汰，不支持事务、行锁、崩溃恢复等。新项目建议使用 InnoDB。
定期监控：使用 SHOW STATUS 观察 key buffer 命中率和使用情况。
不要盲目设大：过大的 key_buffer_size 会导致内存紧张，反而降低性能。

✅ 最终建议：先运行 SQL 查询 MyISAM 索引总大小，然后设置 key_buffer_size 为该值的 1.5 倍，并监控命中率和系统内存使用情况，逐步优化。

关于ubuntu24.04的php7.2版本 php curl https gnutls recv error -110 The TLS connection was non-properly ter

Thu, 16 Oct 2025 16:52:02 +0800

关于ubuntu24.04的php7.2版本 php curl https gnutls recv error -110 The TLS connection was non-properly terminated报错误问题

原因ubuntu的php7.2版本 php请求 curl https gnutls recv error -110 The TLS connection was non-properly terminated.[ssl_version] => GnuTLS/3.8.3 ，[version_number] => 525568，[libz_version] => 1.3出现这个错误

因为系统curl使用的 GnuTLS/3.8.3 不兼容导致

解决办法：

要让 PHP 使用 OpenSSL 作为 cURL 的 TLS 后端，最彻底、最可控的方法是：先手动编译 OpenSSL，再编译 libcurl（链接到你编译的 OpenSSL），最后编译 PHP（链接到你编译的 libcurl）。

这样可以完全绕过系统 libcurl 使用 GnuTLS 或 NSS 的问题。

# 创建工作目录
mkdir ~/build && cd ~/build

# 安装编译依赖
sudo apt update
sudo apt install -y build-essential autoconf libtool pkg-config git

? 第一步：编译 OpenSSL（推荐 1.1.1 或 3.0 ）

PHP 7.2 兼容 OpenSSL 1.1.1 和 3.0，推荐使用 OpenSSL 1.1.1w（稳定）

方式 A：编译 OpenSSL 1.1.1（推荐用于 PHP 7.2）

cd ~/build
wget https://www.openssl.org/source/openssl-1.1.1w.tar.gz
tar -xzf openssl-1.1.1w.tar.gz
cd openssl-1.1.1w

# 配置（安装到 /usr/local/openssl-1.1.1）
./config --prefix=/usr/local/openssl-1.1.1 --openssldir=/usr/local/openssl-1.1.1 shared zlib

# 编译并安装
make -j$(nproc)
sudo make install

方式 B：编译 OpenSSL 3.0

cd ~/build
wget https://www.openssl.org/source/openssl-3.0.13.tar.gz
tar -xzf openssl-3.0.13.tar.gz
cd openssl-3.0.13

./config --prefix=/usr/local/openssl-3.0 --openssldir=/usr/local/openssl-3.0 shared zlib
make -j$(nproc)
sudo make install

第二步：编译 libcurl（链接到你编译的 OpenSSL）

下载 libcurl 源码

cd ~/build
wget https://curl.se/download/curl-8.5.0.tar.gz
tar -xzf curl-8.5.0.tar.gz
cd curl-8.5.0

# 创建安装目录
sudo mkdir -p /usr/local/curl

配置（关键：指定 OpenSSL 路径）

如果你编译了 OpenSSL 1.1.1：

./configure \
  --prefix=/usr/local/curl \
  --with-openssl=/usr/local/openssl-1.1.1 \
  --without-gnutls \
  --without-nss \
  --enable-shared \
  --enable-optimize \
  --disable-ldap \
  --disable-ldaps

如果你编译了 OpenSSL 3.0：

./configure \
  --prefix=/usr/local/curl \
  --with-openssl=/usr/local/openssl-3.0 \
  --without-gnutls \
  --without-nss \
  --enable-shared \
  --enable-optimize \
  --disable-ldap \
  --disable-ldaps

关键参数：

--with-openssl=/path：指定你编译的 OpenSSL 路径

--without-gnutls --without-nss：禁用其他 TLS 后端

--enable-shared：生成动态库（PHP 需要）

编译并安装 libcurl

make -j$(nproc)
sudo make install

验证 libcurl 是否使用 OpenSSL

# 临时设置库路径 可以不加
export LD_LIBRARY_PATH="/usr/local/curl/lib:/usr/local/openssl-1.1.1/lib:$LD_LIBRARY_PATH"
# 或如果是 OpenSSL 3.0: /usr/local/openssl-3.0/lib

# 运行 curl --version
/usr/local/curl/bin/curl --version

正确输出应为：

curl 8.5.0 (x86_64-pc-linux-gnu) libcurl/8.5.0 OpenSSL/1.1.1w

如果显示 OpenSSL，说明成功！

配置系统库路径（可选）

为了让系统找到你编译的库，添加库路径：

echo '/usr/local/curl/lib' | sudo tee /etc/ld.so.conf.d/curl.conf
echo '/usr/local/openssl-1.1.1/lib' | sudo tee /etc/ld.so.conf.d/openssl.conf

# 更新动态链接库缓存
sudo ldconfig

第三步：后续编译 PHP 时使用自编译的 libcurl

当你编译 PHP 7.2 时，使用：

cd php-7.2.34

./configure \
  --prefix=/usr/local/php72 \
  --with-config-file-path=/usr/local/php72/etc \
  --with-curl=/usr/local/curl \
  --with-openssl=/usr/local/openssl-1.1.1 \
  --enable-mbstring \
  --enable-fpm \
  ...

关键：

--with-curl=/usr/local/curl：指向你编译的 libcurl

--with-openssl=/usr/local/openssl-1.1.1：指向你编译的 OpenSSL

make -j$(nproc)
sudo make install

最终验证 PHP cURL

<?php
$curl = curl_version();
echo "SSL Version: " . $curl['ssl_version'] . "\n";
echo "cURL Version: " . $curl['version'] . "\n";
?>

运行：

/usr/local/php72/bin/php test.php

输出：

SSL Version: OpenSSL/1.1.1w
cURL Version: 8.5.0

或者
/usr/local/php72/bin/php -r "var_dump(curl_version());"

输出
string(14) "OpenSSL/1.1.1w"

Ubuntu 24.04 LTS开机自启动脚本设置方法

Fri, 22 Aug 2025 10:12:32 +0800

Ubuntu中设置开机自启动脚本 Ubuntu 24.04 LTS 使用systemd作为服务管理器，开机自启动脚本可以通过systemd来管理一个服务，通过设置该服务来执行脚本，早些的做法是把自启动脚本通过rc.local文件来进行设置，但是在ubuntu中，管理这个文件的服务默认是不开启的，所以必须先配置rc-local.service，然后再建立rc.local文件来实现目的。

步骤1：修改 rc-local.service文件首先，需要编辑 /lib/systemd/system/rc-local.service文件，原文件中没有[Install]部分，要自行添加[Install] 部分定义开机自启动的行为，修改为如图所示：

[Unit]
Description=/etc/rc.local Compatibility
After=network.target

[Service]
Type=forking
ExecStart=/etc/rc.local start
TimeoutSec=0
RemainAfterExit=yes
GuessMainPID=no

[Install]
WantedBy=multi-user.target
Alias=rc-local.service

步骤2：创建/etc/rc.local文件由于Ubuntu默认不存在这个文件，需要手动在/etc 路径下创建 rc.local文件并添加自启动的脚本内容，假如我们的账户是test，在test的家目录下存在一个mount.sh的脚本文件，需要开机的时候系统自动执行这个脚本，那么在rc.local的文件中应该这样写：

#！/bin/bash
/home/test/mount.sh
exit 0

步骤3：修改/etc/rc.local的权限

sudo chmod +x /etc/rc.local

或者直接切换到root用户，在root用户的终端下执行

chmod +x /etc/rc.local

步骤4：启动rc-local.service

使用systemctl来启动服务
sudo systemctl enable rc-local.service
sudo systemctl start rc-local.service

或者直接切换到root用户，在root用户的终端下执行

systemctl start rc-local.service
systemctl enable rc-local.service

步骤5：查看rc-local.service的服务状态

使用systemctl来查看服务状态

sudo systemctl status rc-local.service

或者直接切换到root用户，在root用户的终端下执行

systemctl status rc-local.service

问轩博客

在 CentOS 7 上验证是否能访问使用 DigiCert Global Root G2 根证书签发的网站

✅ 步骤 1：确认系统时间正确

✅ 步骤 2：使用 curl 测试 HTTPS 访问

✅ 步骤 3：确认 DigiCert Global Root G2 是否在系统信任库中

✅ 步骤 4：更新 CA 证书包（确保最新）

✅ 步骤 5：使用 openssl 手动验证 TLS 握手

? 补充：DigiCert Global Root G2 是否被 CentOS 7 支持？

✅ 总结：快速验证命令

在 CentOS 7 上升级 OpenSSL 到 1.1.1

? 操作步骤：源码编译安装 OpenSSL 1.1.1

1. 安装编译依赖

2. 下载并解压源码

3. 配置、编译与安装

⚙️ 配置系统识别新版 OpenSSL

✅ 验证与后续使用

VMware克隆Ubuntu网络配置冲突问题

主要可能原因及解决方法：

1. MAC 地址冲突

2. 机器 ID（/etc/machine-id）重复

3. DHCP 租约冲突

4. 静态 IP 配置冲突

5. ARP 缓存问题

6. 检查 VMware 网络模式

建议操作顺序：

01-二进制部署docker安装和卸载

一、安装

1.下载安装包

2.解压软件包

3.拷贝到PATH变量

4.启动docker

5.查看docker的版本号

二、卸载

1.停止docker服务

2.删除docker相关的程序

3.查看卸载结果

Ubuntu24.04如何部署gitlab

方法一：使用官方 Omnibus 包（推荐）

1. 安装必要依赖

2. 添加 GitLab 官方仓库

3. 安装 GitLab CE

4. 配置 GitLab

5. 重新配置并启动

方法二：使用 Docker 部署

1. 安装 Docker

2. 创建 docker-compose.yml

3. 启动 GitLab

方法三：使用 Snap 包（最简单）

初始配置和访问

1. 获取初始 root 密码

2. 访问 GitLab

3. 常用管理命令

配置优化建议

1. 调整资源配置

2. 配置电子邮件

3. 启用 HTTPS（需要域名和 SSL 证书）

防火墙配置

备份和恢复

常见问题解决

1. 502 错误

2. 内存不足

3. 启动缓慢

系统要求建议

对容器进行压测

启动容器

拉取：docker pull jasonyin2020/oldboyedu-linux-tools:v0.1

(2).单独开启一个终端，查看容器状态

对容器进行压测

(1).CPU压力测试 ----> 产生4个cpu进程1分钟后停止运行（注意观察CPU的使用率，尽管我指定了4颗CPU，但应该不会超过200%）

(2).Memory压力测试 ---> 产生5个work工作经常，并且每个工作经常占用200000000 Bytes(即200MB)，且不释放内存，但不会超过1G的使用空间。

其他帮助信息

CentOS 7配置操作记录到messages

mysql参数之key_buffer_size 设置多大合适

一、key_buffer_size 的作用

二、如何设置合适的大小？

✅ 基本原则：

✅ 推荐设置方法：

方法 1：根据 MyISAM 索引实际大小设置

方法 2：通用经验值（适用于 MyISAM 为主）

方法 3：监控使用情况，动态调整

✅ 步骤 2：使用 `curl` 测试 HTTPS 访问

✅ 步骤 5：使用 `openssl` 手动验证 TLS 握手

一、`key_buffer_size` 的作用