王某某的笔记

Hexo配置Google Analytics

发表于 2024-09-29 分类于博客， Hexo 本文字数： 514 阅读时长 ≈ 2 分钟

配置Google Analytics

创建Google Analytics 账号

打开 Google Analytics 并使用你的 Google 帐户登录。

https://analytics.google.com/

按提示创建账号

创建资源

（就是一个名字）

目标选择流量分析

配置网站

获得追踪ID

之后就能得到一个ID，如：G-MXXXXXXXXX

配置hexo

这里使用的next主题，打开配置文件：_config.next.yml

找到：

# Google Analytics
# See: https://analytics.google.com
google_analytics:
  tracking_id: G-XXXXXXXXXX   # 替换为你的 GA4 追踪 ID
  
  # By default, NexT will load an external gtag.js script on your site.
  # If you only need the pageview feature, set the following option to true to get a better performance.
  only_pageview: true   # 如果只需要页面浏览量追踪，可以设置为 true

替换为你的 GA4 追踪 ID

保存配置并重新生成网站

在源代码中应该能看到 Google Analytics 相关的内容：

测试验证

访问你的网站，并在 Google Analytics 后台的“实时（Real-time）”页面查看是否能看到访客信息。如果能看到你的访问记录，说明 Google Analytics 已成功集成。

当访问页面时会向 www.google-analytics.com 发送一个post请求，内容如：

注意，这个脚本太老了，在google nalytics上看不到请求数据

重新配置

使用google提供的代码，通过自定义head部分的方式配置

参考文档：
https://theme-next.js.org/docs/advanced-settings/custom-files

在 source 目录中添加 _data 目录，然后添加：head.njk 文件

在文件中添加google提供的代码，内容如下：

<!-- Google tag (gtag.js) -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-MBG120GJ9P"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());

  gtag('config', 'G-MBG120GJ9P');
</script>

注意替换你自己的ID

然后取消NexT配置文件_config.next.yml 中 custom_file_path 下 head 的注释

# Define custom file paths.
# Create your custom files in site directory `source/_data` and uncomment needed files below.
custom_file_path:
  head: source/_data/head.njk
  #header: source/_data/header.njk
  #sidebar: source/_data/sidebar.njk

重新测试验证

重新发布，刷新页面查看效果

查看源代码可以看到head部分已经添加了上面的内容

请求如：

实时效果如：

Linux日志文件自动归档logrotate

发表于 2024-09-08 分类于操作系统， Linux 本文字数： 1.2k 阅读时长 ≈ 4 分钟

logrotate

logrotate 是 Linux 系统中用于管理日志文件的工具，它可以根据定义的规则对日志文件进行轮转、压缩、删除或归档，常用于防止日志文件占用过多的磁盘空间。

主要功能

轮转日志文件：当日志文件达到设定的大小或时间限制时，生成一个新的日志文件。
压缩旧日志：对轮转后的日志进行压缩（如 .gz 格式）。
删除旧日志：可以设置保留一定数量的日志文件，超过数量的旧日志会被删除。
发送信号：轮转后可以通知服务重新生成新的日志文件，通常通过 SIGHUP 信号完成。
灵活的配置：支持基于文件大小、日期等多种条件来轮转日志。

配置文件

logrotate 的配置文件位于 /etc/logrotate.conf，你可以在这里指定全局的日志轮转策略。此外，每个服务可以通过 /etc/logrotate.d/ 目录下的文件配置自己的日志轮转规则。

配置文件示例

/var/log/myapp/*.log {
    daily             # 每天轮转
    missingok         # 忽略不存在的日志文件
    rotate 7          # 保留7天的日志
    compress          # 轮转后压缩日志文件
    delaycompress     # 延迟到下一次轮转时才压缩
    notifempty        # 如果日志文件为空，不轮转
    create 0640 root root  # 轮转后创建新的日志文件，权限为0640，所有者为root
    postrotate        # 轮转后执行的命令
        systemctl reload myapp
    endscript
}

常用选项说明

daily/weekly/monthly：指定轮转周期为天、周、月。
rotate [数字]：指定保留日志文件的数量。
compress：启用压缩（默认使用gzip）。
create [权限] [所有者] [组]：轮转后创建一个新的日志文件，并指定权限和所有者。
postrotate/endscript：日志轮转完成后执行的脚本，可以用于通知服务重启或重新加载日志。

手动执行日志轮转

可以使用以下命令手动执行轮转：

1	logrotate -f /etc/logrotate.conf

-f 表示强制轮转，即使日志没有达到轮转条件。

nginx 日志文件

nginx 日志默认会自动归档，配置文件位于：/etc/logrotate.d/nginx

/var/log/nginx/*.log {
    create 0640 nginx root
    daily
    rotate 10
    missingok
    notifempty
    compress
    delaycompress
    sharedscripts
    postrotate
        /bin/kill -USR1 `cat /run/nginx.pid 2>/dev/null` 2>/dev/null || true
    endscript
}

但是只会归档/var/log/nginx/*.log，如果你配置了其他目录则需要自己写配置文件

/bin/kill -USR1 cat /run/nginx.pid 2>/dev/null 2>/dev/null || true 这一行是在日志轮转后通过向 Nginx 主进程发送USR1` 信号，通知 Nginx 重新打开日志文件。
-USR1 是用户定义的信号（SIGUSR1），Nginx 支持使用 USR1 信号来指示它重新打开日志文件。

java app out日志文件

在 Java 应用程序中，日志归档通常是通过日志框架如 Log4j、SLF4J（结合其他日志实现如 Logback 或 Log4j）来管理的。这些日志框架提供了非常灵活的日志输出和轮转功能，允许开发者对日志进行归档、压缩、删除等操作。

一般启动java应用还是会使用 nohup 命令生成一个 out 文件，确保即使日志配置不正确或者应用程序崩溃时，依然能保留日志信息。这是为了增加日志记录的安全性和完整性，尤其是在程序异常退出或日志框架配置出错的情况下。

1	nohup java -jar test.jar > test.out 2>&1 &

由于 test.out 文件包含了应用程序的所有输出（包括标准输出和错误输出），随着程序运行时间的增长，该日志文件会越来越大。为了避免 test.out 文件过大导致磁盘空间耗尽，可以使用 logrotate 管理 test.out 的日志轮转。

配置示例：

在 /etc/logrotate.d/ 下创建一个文件，比如 test，内容如下：

/opt/java/test/out/*.out {
    # 每天轮转一次
    daily
    # 如果日志文件不存在则跳过
    missingok
    # 保留 30 天的日志文件
    rotate 30
    # 轮转后压缩旧的日志文件
    compress
    # 延迟到下一次轮转时才压缩
    delaycompress
    # 如果文件为空，则不轮转
    notifempty
    # 复制日志文件并清空原始文件（避免重启应用）
    copytruncate
}

其中：

copytruncate：复制当前日志内容并清空原文件，而不需要重启 Java 程序。这是因为直接删除或移动 test.out 文件后，正在运行的程序仍然会继续写入已被删除的文件描述符，因此需要使用 copytruncate 来保留文件描述符。

使用命令进行测试：

1	logrotate -f /etc/logrotate.d/test

Prometheus收集Docker信息并使用Grafana展示

发表于 2024-08-22 分类于 DevOps ，监控与可视化本文字数： 1.3k 阅读时长 ≈ 5 分钟

Prometheus 收集 Docker 信息时，通常使用 cAdvisor（Container Advisor）作为收集器。cAdvisor 是一个开源的工具，专门用于收集容器运行时的资源使用情况和性能数据，支持 Docker 容器。它能够监控 CPU、内存、网络、磁盘 I/O 等多种指标，并将这些数据暴露为 Prometheus 可以抓取的指标。

官方地址：
https://github.com/google/cadvisor

在CentOS上运行参考地址：
https://github.com/google/cadvisor/blob/master/docs/running.md

运行 cAdvisor 容器

你可以通过 Docker 启动一个 cAdvisor 容器

命令如下：

docker run \
  --volume=/:/rootfs:ro \
  --volume=/var/run:/var/run:ro \
  --volume=/sys:/sys:ro \
  --volume=/var/lib/docker/:/var/lib/docker:ro \
  --volume=/cgroup:/cgroup:ro \
  --publish=8080:8080 \
  --detach=true \
  --restart unless-stopped \
  --name=cadvisor \
  google/cadvisor:latest

在 Docker 中，–volume（或者简写为 -v）选项用于将宿主机的文件或目录挂载到容器中。这里的命令示例中使用了多个 –volume 选项，每个选项都将宿主机上的目录或文件挂载到容器内的某个位置。以下是这些挂载的含义：

如：--volume=/:/rootfs:ro：

宿主机路径：/ （根目录）
容器内路径：/rootfs
挂载模式：ro （只读）
含义：将宿主机的根文件系统以只读模式挂载到容器的 /rootfs 目录中。这样容器能够访问宿主机的所有文件系统结构，但不能进行任何修改。

其他目录：

/var/run：通常包含一些运行时的进程和服务相关的文件，如 Docker 守护进程的 Unix socket，这样容器可以读取这些文件，但无法修改。
/sys：文件系统是 Linux 中用于存储和访问系统设备的信息和状态的虚拟文件系统，通过只读方式挂载，可以让容器获取系统的状态信息。
/var/lib/docker：宿主机的 Docker 数据目录（存放容器、镜像、网络等信息），cAdvisor 通过访问这个目录，可以获取有关 Docker 容器的信息。
cgroup 是 Linux 内核提供的一种机制，用于对系统资源（CPU、内存、I/O 等）进行分组管理和限制，通过访问 cgroup 文件系统，cAdvisor 可以获取和监控容器的资源使用情况。

查看指标

启动 cAdvisor 后，它会在 http://:8080/metrics 路径下暴露所有收集的指标数据。Prometheus 将按照配置的抓取间隔自动抓取这些指标。

如：

在 Prometheus 中配置抓取

在 Prometheus 的配置文件 prometheus.yml 中，添加一个 scrape job 来抓取 cAdvisor 暴露的指标。比如：

scrape_configs:
  - job_name: 'cadvisor'
    static_configs:
      - targets: ['<cAdvisor_host>:8080']

重启容器：

1	docker restart prometheus

prometheus 也是docker安装的

查看：

Grafana可视化配置

要在 Grafana 中展示 cAdvisor 收集的 Docker 容器信息，可以使用以仪表盘模板。这些模板已经预先配置好，可以直接导入并使用，从而快速开始监控 Docker 容器的资源使用情况。

使用模板

在仪表盘中选择新建 -> 导入，填如复制的模板ID，选择数据源，保存

搜索模板：

https://grafana.com/grafana/dashboards/?search=Docker

通过关键词如 “Docker” 或 “cAdvisor” 进行搜索

可用模板如：

cAdvisor Dashboard
- ID: 19792
Docker Dashboard for Prometheus 中文版
- ID：11558
Docker overview with Cadvisor + docker state exporter + node exporter
- ID：21154
Docker and system monitoring
- ID: 893
Docker Swarm and Containers
- ID：609
docker container & OS node(node_exporter, cadvisor)
- ID: 16314
- 中文 docker 容器 cadvisor 和主机指标面板
- 主机指标 ( 可绑定到主机，需要 node-exporter 的 instance 标签值与 cadvisor 的 instance 标签值相同 )

将 cadvisor 与 node_exporter 指标关联

有的面板可以同时监控 cadvisor 和 node_exporter 指标，如需将 cadvisor 与 node_exporter 指标关联，需要将 cadvisor 和 node_exporter 的 instance 标签设置为相同的值 ( 例如主机名、ip地址等 )

cAdvisor 和 node_exporter 是常用的两个数据源。cAdvisor 用于监控 Docker 容器的资源使用情况，而 node_exporter 用于监控主机级别的系统资源（如 CPU、内存、磁盘等）。

为了在同一个 Grafana 面板中同时展示这两者的数据，并确保它们的监控数据能够正确关联起来，你需要确保这两个数据源的 instance 标签具有相同的值。通常这个值是主机名或 IP 地址。

如何设置 instance 标签为相同值

你需要在 prometheus.yml 配置文件中使用 relabel_configs 来覆盖 instance 标签的默认值。
找到配置 cAdvisor 和 docker宿主机Node Exporter 的抓取任务的部分，并添加 relabel_configs 来替换 instance 标签的。
如：

 # 监控Docker宿主机主机的 Node Exporter
- job_name: 'docker_node_exporter' 
  static_configs:
    - targets: ['192.168.31.77:9100']  
  relabel_configs:
    - target_label: instance
      replacement: 'DockerHost'

# 监控Docker相关信息
- job_name: 'cadvisor' 
  static_configs:
    - targets: ['192.168.31.77:8080']
  relabel_configs:
    - target_label: instance
      replacement: 'DockerHost'

target_label 指定要替换或设置的目标标签。在这个例子中，instance 标签就是我们要替换的目标标签。

replacement 定义了 target_label 标签的新值。在这个例子中，我们将 instance 标签的值设置为 ‘DockerHost’。

重启

1	docker restart prometheus

在 Prometheus 的 Status -> Targets 中查看

这样 cAdvisor 的 instance 标签将与宿主机的 node_exporter 的 instance 标签一致。

展示效果如：

Grafana仪表盘Angular依赖问题

发表于 2024-08-21 分类于 DevOps ，监控与可视化本文字数： 392 阅读时长 ≈ 1 分钟

This dashboard depends on Angular, which is deprecated and will stop working in future releases of Grafana.

该仪表板依赖于 Angular，后者已被弃用，并将在 Grafana 的未来版本中停止工作。

官方说明：
https://grafana.com/docs/grafana/latest/developers/angular_deprecation/

Angular 插件支持已弃用，并将在未来版本中删除。有些旧版核心 Grafana 可视化和外部插件依赖 Grafana 的 Angular 插件支持才能工作。

从 Grafana v9 及更高版本开始，有一个服务器配置选项，它是整个实例的全局选项，用于控制是否提供 Angular 插件支持。在 Grafana 11 中，将更改配置的默认值以删除支持。

在 Grafana 11 中（该版本将于 2024 年 4 月发布预览版，并于 5 月正式发布），将更改 angular_support_enabled 配置参数的默认值为：false，以关闭对基于 AngularJS 的插件的支持。如果您仍然依赖内部或社区开发的基于 AngularJS 的插件，则需要启用此选项才能继续使用它们。
新的 Grafana Cloud 用户将无法请求将支持添加到他们的实例中。

目前的计划是完全删除版本 12 中对 Angular 插件的任何剩余支持。包括删除angular_support_enabled配置参数。

启用Angular支持

这里的版本是： Grafana V11.1.4

进入容器：

1	docker exec -it --user root grafana /bin/bash

编辑 Grafana 配置文件

1	vi /etc/grafana/grafana.ini

在配置文件中查找或添加以下内容：

1	angular_support_enabled = true

配置文件中默认是：

1	;angular_support_enabled = false

这个分号表示注释

重启 Grafana 容器

1	docker restart grafana

Prometheus 和 Grafana

发表于 2024-08-19 分类于 DevOps ，监控与可视化本文字数： 1.8k 阅读时长 ≈ 7 分钟

时间：2024-8-18
版本信息：

Prometheus V2.53.2

Grafana V11.1.4

Prometheus 和 Grafana 介绍

Prometheus 和 Grafana 是监控领域中经常搭配使用的两个开源工具，它们共同构成了一个强大的监控解决方案。

Prometheus

一个开源的监控系统和时间序列数据库，主要用于收集和存储各种指标数据。它具有强大的查询语言 PromQL，可以对时间序列数据进行灵活的查询和聚合。

Prometheus 主要分为两个部分：服务端（Prometheus Server）和数据收集端（ Exporter）

Prometheus Server（服务端）

Prometheus Server 负责从配置的目标（例如 Node Exporter）抓取数据，并存储这些数据。它执行数据采集、存储、查询和报警等任务。

主要组件：

数据采集：通过 HTTP 请求抓取暴露的时间序列数据。
时间序列数据库：存储和管理时间序列数据。
查询语言：提供 PromQL（Prometheus Query Language）用于查询数据。
报警管理：集成 Alertmanager 用于处理和发送报警通知。

Exporter（数据收集端）

Prometheus官方提供了很多Exporter，用于采集不同类型的指标数据，如Node Exporter、MySQL Exporter、Kafka Exporter等。

Node Exporter

Node Exporter 是一种常见的 Prometheus 导出器，用于从 Linux 系统上收集系统级的指标数据（如 CPU 使用率、内存、磁盘 IO 等）。它将这些数据暴露为 Prometheus 可抓取的格式。
它的主要功能是：

数据收集：从操作系统的各种指标中获取数据。
数据暴露：通过 HTTP 将这些数据暴露给 Prometheus Server。

Grafana

一个开源的分析和可视化平台，可以连接到多个数据源（包括 Prometheus），并以图形化的方式展示数据。Grafana 提供了丰富的图表类型、仪表盘和报警功能，使得监控数据更加直观易懂。

Grafana 的主要功能

创建仪表盘：将多个图表、表格等元素组合成一个仪表盘，以展示系统的整体运行状况。
自定义图表：支持多种图表类型，如折线图、柱状图、饼图、热力图等，可以对数据进行灵活的展示。
设置报警：当指标数据超出设定的阈值时，触发报警，及时通知相关人员。
探索数据：提供一个交互式的查询界面，方便用户探索和分析数据。

以Docker方式安装Prometheus和Grafana

安装在 DockerHost 192.168.31.77

创建目录和配置文件

创建目录

如果不想映射这两个数据，也可不用配置
映射数据目录只是为了删除容器之后数据不会丢失

1 2	mkdir -p /opt/prometheus/data mkdir -p /opt/grafana/data

修改目录权限

1 2	sudo chown -R 65534:65534 /opt/prometheus/data sudo chmod -R 775 /opt/prometheus/data

上面的 65534:65534 是 Docker 中常用的 nobody 用户和组的 UID 和 GID，确保 Prometheus 容器能够写入数据。

1	sudo chown -R 472:472 /opt/grafana/data

Grafana 容器中的进程通常以 grafana 用户（UID 为 472）运行，因此，你需要确保该用户对 /var/lib/grafana 有读写权限。
用户ID可以通过如：docker inspect grafana | grep User 之类的命令查看

也可以简单粗暴的让所有用户都有读写权限，如：

1 2	sudo chmod -R 777 /opt/prometheus/data sudo chmod -R 777 /opt/grafana/data

创建配置文件

为 Prometheus 创建一个配置文件 prometheus.yml：
vim /opt/prometheus/prometheus.yml

global:
  scrape_interval: 10s  # 抓取数据的时间间隔

scrape_configs:
  - job_name: 'prometheus'
    static_configs:
      - targets: ['localhost:9090']

  - job_name: 'node_exporter'
    static_configs:
      - targets: ['192.168.31.77:9100']  # 监控宿主机的 Node Exporter

这只是一个示例，先跑起来

拉取镜像

1 2	docker pull prom/prometheus docker pull grafana/grafana

需要科学上网，或者配置国内的镜像地址

启动容器

启动 Prometheus 容器

docker run -d \
  --name prometheus \
  --restart unless-stopped \
  -p 9090:9090 \
  -v /opt/prometheus/data:/prometheus \
  -v /opt/prometheus/prometheus.yml:/etc/prometheus/prometheus.yml \
  prom/prometheus

访问 http://192.168.31.77:9090 来查看 Prometheus 的 Web 界面

有防火墙的要注意开放端口

启动 Grafana 容器

docker run -d \
    --name grafana \
    --restart unless-stopped \
    -p 3000:3000 \
    -v /opt/grafana/data:/var/lib/grafana \
    grafana/grafana

访问 http://192.168.31.77:3000

默认用户名密码是：amdin/admin ，第一次登录会提示修改密码

有防火墙时需要开放对应端口

在目标机器上安装Node Exporter

安装在 192.168.31.77 这台docker宿主机上

首先，从 Prometheus 官方的 GitHub 仓库下载 Node Exporter 的最新版本。

1
2
3

mkdir -p /opt/prometheus/node_exporter
wget https://github.com/prometheus/node_exporter/releases/download/v1.8.2/node_exporter-1.8.2.linux-amd64.tar.gz

解压缩后运行

tar -zxvf node_exporter-1.8.2.linux-amd64.tar.gz 

cd node_exporter-1.8.2.linux-amd64

nohup ./node_exporter &

Node Exporter 默认会在端口 9100 上启动，并暴露 /metrics 端点。如果一切正常，你可以在浏览器中访问 http://<目标机器的IP地址>:9100/metrics，查看暴露的系统指标。
如：
http://192.168.31.77:9100/metrics

此时应该能在 prometheus 的 status菜单的 targets 中看到端点已连接

配置

配置 Grafana

添加 Prometheus 数据源：

左侧菜单 Connections -> Data Sources
点击Add data source
选择Prometheus
给数据源起一个有意义的名称，比如“Prometheus”
URL：输入Prometheus服务器的HTTP API地址，例如：http://192.168.31.77:9090

创建仪表盘：

选择 “Dashboards” 菜单，选择“Create dashboard”，选择“Add visualization”
选择刚刚添加的 Prometheus 数据源

配置面板：

Metric：选择要查询的指标，例如node_cpu_seconds_total
标签：根据需要过滤数据，例如{instance=”your_host”}。

给面板命名并保存即可

导入仪表盘

给一个个监控指标来配置图标的方式相对的麻烦，需要相关的经验也非常费时间，我们可以通过导入配置的方式快速搭建出专业的监控界面，而无需从头开始配置每一个图表和面板。可以提高效率，复用性和专业性。

官方网站上有各种各样的模板可以使用

如我们要监控linux主机的各种指标：

打开：https://grafana.com/grafana/dashboards
搜索：Node Exporter，点击第一个，如：https://grafana.com/grafana/dashboards/1860-node-exporter-full/
点击右边的复制模板ID （1860）
回到普罗米修斯中点击创建面板 –> Import dashboards from files or grafana.com.
在上面粘贴ID，点击Load，下一步选择数据源

其他

将Node Exporter配置为系统服务

为了确保 Node Exporter 在系统重启后自动启动，你可以将其配置为系统服务。

创建一个新的系统服务文件 /etc/systemd/system/node_exporter.service：
1
sudo vim /etc/systemd/system/node_exporter.service

在文件中添加以下内容：

[Unit]
Description=Node Exporter
Wants=network-online.target
After=network-online.target

[Service]
User=nobody
ExecStart=/usr/local/bin/node_exporter
Restart=on-failure

[Install]
WantedBy=default.target

如果你将 Node Exporter 安装在其他目录下，比如 /usr/local/bin，请相应地调整 ExecStart 路径。
这里使用软连接的方式

创建软链接

1	ln -s /opt/prometheus/node_exporter/node_exporter-1.8.2.linux-amd64/node_exporter /usr/local/bin/node_exporter

重新加载 systemd 配置以应用更改：
1
sudo systemctl daemon-reload
启动 Node Exporter 服务：
1
sudo systemctl start node_exporter
验证:
1
sudo systemctl status node_exporter
访问：http://192.168.31.85:9100/metrics
设置开机自启动：
1
sudo systemctl enable node_exporter

中文配置

设置 Grafana 语言为中文

点击页面左上角的个人头像，然后选择“Profile”（偏好设置）
在“Preferences”页面中，找到“Language”（语言）选项，设置为中文（简体）

使用中文监控面板

如：

Linux主机详情
（12633-linux）效果如下：

使用 github actions 部署 github pages

发表于 2024-08-08 分类于博客， Hexo 本文字数： 1.2k 阅读时长 ≈ 4 分钟

官方的和我实际想要实现的有一点差异，官方的是部署到当前仓库的 GitHub Pages

我这边是原来有一个网站，这次又使用Hexo重新做了一个博客，又新建了一个hexo-blog仓库

我想实现的效果是，往hexo-blog 仓库提交Markdown内容之后自动编译，然后将编译后的内容提交到 wangwen135.github.io这个仓库

官方的

先参考一下官方的文档说明

官方说明文档：https://hexo.io/zh-cn/docs/github-pages

.github/workflows/pages.yml 文件内容如下：

name: Pages

on:
  push:
    branches:
      - main # 当推送到 main 分支时触发工作流

jobs:
  build:
    runs-on: ubuntu-latest # 工作运行在最新的 Ubuntu 环境中
    steps:
      - uses: actions/checkout@v4 # 检出代码
        with:
          token: ${{ secrets.GITHUB_TOKEN }} # 使用 GitHub token
          submodules: recursive # 如果仓库依赖子模块，则递归检出
      - name: Use Node.js 20 # 使用 Node.js 20
        uses: actions/setup-node@v4
        with:
          node-version: "20" # 指定 Node.js 版本为 20
      - name: Cache NPM dependencies # 缓存 NPM 依赖
        uses: actions/cache@v4
        with:
          path: node_modules
          key: ${{ runner.OS }}-npm-cache
          restore-keys: |
            ${{ runner.OS }}-npm-cache
      - name: Install Dependencies # 安装依赖
        run: npm install
      - name: Build # 构建项目
        run: npm run build
      - name: Upload Pages artifact # 上传构建产物
        uses: actions/upload-pages-artifact@v3
        with:
          path: ./public # 指定上传的路径
  deploy:
    needs: build # 依赖 build 任务
    permissions:
      pages: write # 给予 GitHub Pages 写权限
      id-token: write # 给予 ID 令牌写权限
    environment:
      name: github-pages
      url: ${{ steps.deployment.outputs.page_url }}
    runs-on: ubuntu-latest # 工作运行在最新的 Ubuntu 环境中
    steps:
      - name: Deploy to GitHub Pages # 部署到 GitHub Pages
        id: deployment
        uses: actions/deploy-pages@v4

这个 GitHub Actions 配置文件用于将编译后的 HTML 文件自动部署到当前仓库的 GitHub Pages。
这里加上了一点注释

修改后的

完整的 GitHub Actions 工作流 YAML 文件

.github/workflows/deploy.yml

name: Deploy to GitHub Pages

# 触发条件：当推送到 main 分支时
on:
  push:
    branches:
      - main
  workflow_dispatch: # 允许手动触发

jobs:
  build:
    runs-on: ubuntu-latest

    steps:
      # 检出 hexo-blog 仓库的代码
      - name: Checkout repository
        uses: actions/checkout@v4

      # 设置 Node.js 环境
      - name: Setup Node.js
        uses: actions/setup-node@v4
        with:
          node-version: '20'

      # 缓存 NPM 依赖
      - name: Cache NPM dependencies
        uses: actions/cache@v4
        with:
          path: ~/.npm
          key: ${{ runner.os }}-node-${{ hashFiles('**/package-lock.json') }}
          restore-keys: |
            ${{ runner.os }}-node-

      # 安装依赖
      - name: Install dependencies
        run: npm install

      # 构建 Hexo 网站
      - name: Build Hexo site
        run: npm run build

      # 部署到 GitHub Pages
      - name: Deploy to GitHub Pages
        env:
          ACTIONS_DEPLOY_KEY: ${{ secrets.ACTIONS_DEPLOY_KEY }}
        run: |
          echo "创建 .ssh 目录"
          mkdir -p ~/.ssh
          echo '写入部署密钥到 id_ed25519 文件中'
          echo "${{ secrets.ACTIONS_DEPLOY_KEY }}" > ~/.ssh/id_ed25519
          echo "设置私钥文件权限"
          chmod 600 ~/.ssh/id_ed25519

          cat ~/.ssh/id_ed25519

          echo "添加 GitHub 的 SSH 主机密钥到 known_hosts 文件中"
          ssh-keyscan github.com >> ~/.ssh/known_hosts
          
          echo "配置 Git 用户信息"
          git config --global user.name 'github-actions[bot]'
          git config --global user.email 'github-actions[bot]@users.noreply.github.com'
          
          echo "克隆 wangwen135.github.io 仓库的 main 分支到 .deploy_repo 目录"
          git clone --branch main git@github.com:wangwen135/wangwen135.github.io.git .deploy_repo

          echo "切换到 .deploy_repo 目录"
          cd .deploy_repo

          echo "更新一下代码"
          git pull

          echo "使用 rsync 将 public 目录中的内容同步到 .deploy_repo 目录"
          rsync -av --delete --exclude '.git' ../public/ .

          echo "添加所有更改"
          git add .
          echo '提交更改，提交信息为 "Deploy updates"'
          git commit -m "Deploy updates"
          echo "推送更改到远程仓库的 main 分支"
          git push

相关步骤上面都有注释

因为要使用git将文件推送到仓库wangwen135.github.io 需要配置ssh key，还需要进行下面的步骤

配置 Secrets

在 GitHub Actions 中，Secrets 是一种安全存储和管理敏感信息的方法，例如访问令牌、API 密钥、SSH 密钥等。Secrets 可以在工作流中使用，但不会在日志中显示，确保了敏感信息的安全。

设置步骤

生成 SSH 部署密钥

在本地机器上生成 SSH 密钥对：

1	ssh-keygen -t ed25519 -C "wangwen135@gmail.com" -f ./id_ed25519

按提示操作，将会在当前执行的目录中生成 id_ed25519 和 id_ed25519.pub 两个文件

添加 id_ed25519 到 hexo-blog 的 GitHub Secrets

将生成的私钥 id_ed25519 的内容添加到 hexo-blog 仓库的 GitHub Secrets 中，步骤如下：

打开 GitHub，进入你的 hexo-blog 仓库。
点击 “Settings” 选项卡。
在左侧边栏中，找到并点击 “Secrets and variables” 下的 “Actions”。
点击 “New repository secret” 按钮。
在 “Name” 字段中输入 ACTIONS_DEPLOY_KEY，在 “Secret” 字段中粘贴 id_ed25519 文件的内容。
点击 “Add secret” 按钮保存。

添加 id_ed25519.pub 到目标仓库的部署密钥

将生成的公钥 id_ed25519.pub 添加到 wangwen135.github.io 仓库的部署密钥中，步骤如下：

打开 GitHub，进入你的 wangwen135.github.io 仓库。
点击 “Settings” 选项卡。
在左侧边栏中，找到并点击 “Deploy keys”。
点击 “Add deploy key” 按钮。
在 “Title” 字段中输入一个描述性的名称，例如 “GitHub Actions Deploy Key”。
在 “Key” 字段中粘贴 id_ed25519.pub 文件的内容。
确保勾选 “Allow write access” 复选框。
点击 “Add key” 按钮保存。

ssh 端口转发

发表于 2024-08-05 分类于网络与安全， SSH 本文字数： 1.1k 阅读时长 ≈ 4 分钟

SSH 端口转发可以灵活的解决网络访问受限的问题

通常分为两种方式：

本地端口转发
远程（反向）端口转发

本地端口转发

SSH本地端口转发（Local Port Forwarding）是一种通过SSH隧道将本地计算机的某个端口转发到远程服务器的某个端口的技术。这样，访问本地端口的请求会通过SSH隧道传输到远程服务器，从而实现安全的通信。

使用场景

访问内网服务：通过SSH隧道访问公司内网或远程服务器上的服务，避免直接暴露服务端口。
安全传输数据：将本地端口转发到远程服务器上的敏感服务，实现加密传输。
绕过防火墙：通过SSH隧道绕过防火墙限制访问某些服务。

基本命令格式

1	ssh -L [本地端口]:[目标主机]:[目标端口] [用户名]@[SSH服务器]

配置示例

示例 1

假设你有一台远程服务器remote_server_ip，上面运行了一个Web服务，监听在端口80。你希望通过SSH隧道，将本地计算机的端口8080转发到远程服务器的端口80，以便在本地浏览器中访问localhost:8080时能够访问远程服务器的Web服务。

1	ssh -L 8080:localhost:80 user@remote_server_ip

-L 8080:localhost:80：指定本地端口8080转发到远程服务器的localhost:80。
user@remote_server_ip：SSH登录的用户名和远程服务器的IP地址。

访问方法

在执行上述命令后，在本地浏览器中访问http://localhost:8080，这将通过SSH隧道转发到远程服务器的端口80。

示例 2

又比如假设你想访问远程服务器上的MySQL服务，该服务只监听localhost。

1	ssh -L 3306:localhost:3306 user@remote-ssh-server

这会将本地计算机的3306端口上的所有连接通过remote-ssh-server，转发到其localhost的3306端口。

访问方法

使用Mysql客户端工具连127.0.0.1:3306

转发到不同的远程主机

如果需要转发到远程服务器能访问到的另一台主机（ssh服务器作为跳板），可以使用远程主机的IP或域名。

1	ssh -L 8080:target_host:80 user@remote_server_ip

target_host：远程服务器可以访问的目标主机的IP或域名。

远程端口转发

远程端口转发（Remote Port Forwarding）是指在远程计算机上创建一个端口，并将其流量通过 SSH 隧道转发到本地计算机的指定目标。通常用于让外部网络访问本地服务。

使用场景

让外部访问内部服务：适合在远程服务器不能直接访问本地服务时，通过中间服务器进行访问。
绕过防火墙限制：利用远程端口转发，通过中间服务器绕过防火墙访问内部服务。
安全访问：让远程用户安全地访问公司内部网络中的资源。
反向 SSH 隧道：将本地机器的端口暴露到远程服务器，方便远程访问本地服务。

基本命令格式

1 2	ssh -R [远程端口]:[目标主机]:[目标端口] [用户名]@[SSH服务器]

配置示例

假设你想让远程服务器（remote.example.com）通过其 8080 端口访问你本地机器上的一个运行在 localhost:3000 的服务，可以使用以下命令：

1	ssh -R 8080:localhost:3000 user@remote.example.com

-R：用于指定反向隧道的选项。
8080：远程服务器上的端口号。
localhost:3000：本地机器上运行服务的地址和端口号。
user@remote.example.com：远程服务器的 SSH 用户和地址。

访问方法

在执行上述命令后，你可以在远程服务器上访问 http://localhost:8080 来访问本地机器上 localhost:3000 端口运行的服务。

通过ssh实现socks代理

发表于 2024-08-05 分类于网络与安全， SSH 本文字数： 592 阅读时长 ≈ 2 分钟

通过SSH实现SOCKS代理

它允许你通过SSH隧道加密你的网络流量，并通过SSH服务器转发

用途

安全访问：

在不安全的网络环境中，使用SSH隧道可以加密流量并保护隐私。

绕过地理限制：

可以通过SSH隧道访问被地理位置限制的内容。

测试和调试：

开发和测试应用程序时，可以使用SOCKS代理来模拟不同的网络环境。

设置SSH动态端口转发（SOCKS代理）的步骤如下：

1. 安装SSH客户端

确保你的计算机上安装了SSH客户端。大多数Unix-like系统（如Linux和macOS）都预装了SSH客户端。在Windows上，你可以使用PuTTY或者安装Windows的Linux子系统。

这里用Git Bash 实现

2. 连接到SSH服务器

使用以下命令连接到你的SSH服务器，并通过SSH建立SOCKS代理：

1 2	ssh -D 本地端口用户名@ssh服务器地址

这里的本地端口是你希望在本地机器上监听的端口，用于SOCKS代理。用户名和ssh服务器地址是你在SSH服务器上的登录凭证。

如：

ssh -D 8080 user@ssh.example.com

ssh -D 8080 -N -f user@remote_server_ip

这个命令会在本地机器上开启一个监听在8080端口的SOCKS代理。

参数说明：

-D 8080：指定本地端口8080作为SOCKS代理端口。
-N：不执行远程命令，只进行端口转发。
-f：后台运行SSH会话。

3. 配置你的应用程序或浏览器

一旦SSH隧道建立，你需要配置你的应用程序或浏览器使用这个SOCKS代理。

对于浏览器：

在Chrome或Firefox中，你可以安装一个代理扩展，如”Proxy SwitchyOmega”，并设置SOCKS5代理为localhost，端口为8080。
在其他浏览器中，通常在设置中找到网络或代理设置，并手动配置SOCKS代理。

对于其他应用程序：

查找应用程序的网络设置或代理设置，并配置SOCKS5代理为localhost，端口为8080。

4. 测试连接

现在，当你通过配置了SOCKS代理的应用程序或浏览器访问网络时，所有的流量都应该通过SSH隧道加密并转发。

如打开你的浏览器访问目标地址

使用python脚本为markdown笔记批量生成yaml头部信息

发表于 2024-07-25 分类于博客， Hexo 本文字数： 464 阅读时长 ≈ 2 分钟

为了快速的将其他地方Markdown笔记导入到Hexo中，使用Python脚本为Markdown笔记批量生成YAML头部信息

整理笔记目录

比如已经规划好了目录，如：


├─开发
│  ├─java
│  │      Java入门.md
│  │      Java数据结构.md 
│  │      xxxx.md
│  │
│  ├─Spring
│  │      Spring MVC.md
│  │      Spring AOP.md
│  │      Spring Data.md
│  │
│  └─网络
│          协议.md
│          网络通信.md

生成YAML头部信息要求

目标是为将目录和下级目录中全部的Markdown文件自动生成YAML头部信息，如在文件：
.\博客\Hexo\Hexo安装使用.md
的头部添加：

---
title: Hexo安装使用
date: 2024-07-24 23:31
tags: 
  - Hexo
categories:
  - [博客, Hexo]
---

要求：

title：为文件名称，不要后缀
date：随机时间（小于当前时间）
tags: 为最近一级的目录名称
categories：为多级目录名称

Python脚本

创建Python脚本文件：add_front_matter.py
内容如下：

import os
import random
import datetime

def get_random_date():
    now = datetime.datetime.now()
    random_days = random.randint(1, 365 * 5)  # 过去五年中的随机天数
    random_date = now - datetime.timedelta(days=random_days)
    return random_date.strftime('%Y-%m-%d %H:%M')

def add_front_matter(directory):
    for root, _, files in os.walk(directory):
        print(f"Scanning directory: {root}")
        for file in files:
            if file.endswith('.md'):
                file_path = os.path.join(root, file)
                print(f"Found markdown file: {file_path}")

                try:
                    with open(file_path, 'r', encoding='utf-8') as f:
                        content = f.read()
                    
                    title = os.path.splitext(file)[0]
                    date = get_random_date()
                    tags = os.path.basename(root)
                    categories = os.path.relpath(root, directory).split(os.sep)

                    front_matter = f'''---
title: {title}
date: {date}
tags: 
  - {tags}
categories:
  - [{', '.join(categories)}]
---

'''

                    new_content = front_matter + content
                    with open(file_path, 'w', encoding='utf-8') as f:
                        f.write(new_content)

                    print(f"Updated: {file_path}")
                except Exception as e:
                    print(f"Error updating {file_path}: {e}")

if __name__ == "__main__":
    directory = r"D:\develop\blog\hexo-blog\source\_posts"  # 替换为你的Markdown文件所在目录
    print(f"Starting to update markdown files in: {directory}")
    add_front_matter(directory)
    print("Finished updating markdown files.")

执行脚本更新文件

注意：将上面脚本中的Markdown文件所在目录替换为你的整理后的笔记目录

打开终端或命令提示符，导航到脚本所在目录，运行脚本：

1 2	python add_front_matter.py

问题：时间不好处理，需要自己修改

配置Google Analytics

创建Google Analytics 账号

创建资源

目标选择流量分析

配置网站

获得追踪ID

配置hexo

测试验证

重新配置

重新测试验证

logrotate

主要功能

配置文件

手动执行日志轮转

nginx 日志文件

java app out日志文件

配置示例：

sshuttle 一个使用ssh协议的透明代理VPN

安装 sshuttle

Debian/Ubuntu:

CentOS/RHEL:

使用 sshuttle

示例用法

将所有网络流量转发到远程主机：

仅转发特定网络的流量：

后台运行：

注意事项

检测和验证

查看当前的iptables NAT规则

增加调试日志

运行 cAdvisor 容器

查看指标

在 Prometheus 中配置抓取

Grafana可视化配置

使用模板

搜索模板：

可用模板如：

将 cadvisor 与 node_exporter 指标关联

如何设置 instance 标签为相同值

启用Angular支持

进入容器：

编辑 Grafana 配置文件

重启 Grafana 容器

Prometheus 和 Grafana 介绍

Prometheus

Prometheus Server（服务端）

主要组件：

Exporter（数据收集端）

Node Exporter

Grafana

Grafana 的主要功能

以Docker方式安装Prometheus和Grafana

创建目录和配置文件

创建目录

修改目录权限

创建配置文件

拉取镜像

启动容器

启动 Prometheus 容器

启动 Grafana 容器

在目标机器上安装Node Exporter

配置

配置 Grafana

添加 Prometheus 数据源：

创建仪表盘：

配置面板：

导入仪表盘

其他

将Node Exporter配置为系统服务

中文配置

设置 Grafana 语言为中文

使用中文监控面板

官方的

修改后的

完整的 GitHub Actions 工作流 YAML 文件

配置 Secrets

设置步骤

生成 SSH 部署密钥

添加 id_ed25519 到 hexo-blog 的 GitHub Secrets

添加 id_ed25519.pub 到目标仓库的部署密钥