fixed markdown

Paper-Dragon · Sep 22, 2024 · 15eab01 · 15eab01
1 parent d43cffd
commit 15eab01
Show file tree

Hide file tree

Showing 14 changed files with 47 additions and 48 deletions.
diff --git a/src/note-book/Docker/Docker跨宿主机通信overlay和macvlay.md b/src/note-book/Docker/Docker跨宿主机通信overlay和macvlay.md
@@ -229,7 +229,7 @@ macvlan这种技术能将一块物理网卡虚拟成多块虚拟网卡 ，相当
 
 弊端：可能会耗尽物理IP地址，网段内接入的物理机越多，广播的效率/性能就会下降。
 
-该模式，对linux系统的内核版本是有要求的，支持的版本有 v3.9-3.19 和 4.0+，比较稳定的版本推荐 4.0+。它一般是以内核模块的形式存在，我们可以通过以下方法判断当前系统是否支持：
+该模式，对Linux系统的内核版本是有要求的，支持的版本有 v3.9-3.19 和 4.0+，比较稳定的版本推荐 4.0+。它一般是以内核模块的形式存在，我们可以通过以下方法判断当前系统是否支持：
 
 ```bash
 modprobe macvlan  #如果没有返回任何信息，代表支持

diff --git a/src/note-book/Gitlab/CI/gitlab ci 编写.md b/src/note-book/Gitlab/CI/gitlab ci 编写.md
@@ -199,7 +199,7 @@ include: configs/**/*.yml
 
 #### file
 
-要导入相同gitlab服务器上其他仓库里的文件，可以使用file格式，这个时候需要使用绝对路径，如下所示：
+要导入相同Gitlab服务器上其他仓库里的文件，可以使用file格式，这个时候需要使用绝对路径，如下所示：
 
 ```yaml
 include:
@@ -264,10 +264,10 @@ include:
 
 ## variables
 
-用来定义变量，既可以在全局范围使用，也可以单任务级别使用。在gitlab里，变量分为两种类型：
+用来定义变量，既可以在全局范围使用，也可以单任务级别使用。在Gitlab里，变量分为两种类型：
 
 * 自定义变量，即使用variables关键字定义的变量
-* 预定义变量，即gitlab官方提前定义好的变量，可以直接使用。例如CI_COMMIT_REF_NAME，表示正在构建项目的分支或者tag名称。
+* 预定义变量，即Gitlab官方提前定义好的变量，可以直接使用。例如CI_COMMIT_REF_NAME，表示正在构建项目的分支或者tag名称。
 
 变量定义的一些规则：
 
@@ -1063,7 +1063,7 @@ job_no_git_strategy:
 
 | runner执行器类型                      | 缓存的路径                                                   |
 | ------------------------------------- | ------------------------------------------------------------ |
-| shell（linux主机类型）                | 本地目录，在gitlab-runner用户的家目录：`/home/gitlab-runner/cache/<user>/<project>/<cache-key>/cache.zip.` |
+| Shell（Linux主机类型）                | 本地目录，在gitlab-runner用户的家目录：`/home/gitlab-runner/cache/<user>/<project>/<cache-key>/cache.zip.` |
 | Docker （容器类型）                   | Docker卷下，路径是：`/var/lib/docker/volumes/<volume-id>/_data/<user>/<project>/<cache-key>/cache.zip` |
 | Docker主机（自动扩展runner，例如k8s） | 和Docker一样                                                 |
 

diff --git a/src/note-book/Gitlab/CI/gitlab ci 部署.md b/src/note-book/Gitlab/CI/gitlab ci 部署.md
@@ -14,7 +14,7 @@
 
 以gitlab-ci为例：
 
-(1)         通过在项目根目录下配置.gitlab-ci.yml文件，可以控制ci流程的不同阶段，例如install/检查/编译/打包等。gitlab平台会扫描.gitlab-ci.yml文件，并据此处理ci流程。
+(1)         通过在项目根目录下配置.gitlab-ci.yml文件，可以控制ci流程的不同阶段，例如install/检查/编译/打包等。Gitlab平台会扫描.gitlab-ci.yml文件，并据此处理ci流程。
 
 ![img](gitlab-ci部署.assets/clip_image005.jpg)
 
@@ -71,7 +71,7 @@ Runner可以理解为：在特定机器上根据项目的.gitlab-ci.yml文件，
 
 l Shared Runner是Gitlab平台提供的免费使用的runner程序，它由Google云平台提供支持，每个开发团队有十几个。对于公共开源项目是免费使用的，如果是私人项目则有每月2000分钟的CI时间上限。（**一般我们私有的gitlab不会用到**）
 
-l Specific Runner是我们自定义的，在自己选择的机器上运行的runner程序，gitlab给我们提供了一个叫gitlab-runner的命令行软件，只要在对应机器上下载安装这个软件，并且运行gitlab-runner register命令，然后输入从gitlab-ci交互界面获取的token进行注册, 就可以在自己的机器上远程运行pipeline程序了。
+l Specific Runner是我们自定义的，在自己选择的机器上运行的runner程序，Gitlab给我们提供了一个叫gitlab-runner的命令行软件，只要在对应机器上下载安装这个软件，并且运行gitlab-runner register命令，然后输入从gitlab-ci交互界面获取的token进行注册, 就可以在自己的机器上远程运行pipeline程序了。
 
 Shared Runner是所有项目都可以使用的，而Specific Runner只能针对特定项目运行
 
@@ -83,7 +83,7 @@ Shared Runner是所有项目都可以使用的，而Specific Runner只能针对
 
 这些关键字会在.gitlab-ci.yml中使用，并用来控制一个pipeline具体的运作过程
 
-gitlab提供了很多配置关键字，其中最基础和常用的有这么几个
+Gitlab提供了很多配置关键字，其中最基础和常用的有这么几个
 
 l stages
 
@@ -109,9 +109,9 @@ Script：
 
 Tags：
 
-tags是当前Job的标记，这个tags关键字是很重要，因为gitlab的runner会通过tags去判断能否执行当前这个Job
+tags是当前Job的标记，这个tags关键字是很重要，因为Gitlab的runner会通过tags去判断能否执行当前这个Job
 
-可以在gitlab的面板中能看到当前激活的runner的信息
+可以在Gitlab的面板中能看到当前激活的runner的信息
 
 **Gitlab项目首页=> setting => CI/CD => Runners**
 

diff --git a/src/note-book/Gitlab/CI/部署Kubernetes类型的gitlab-runner.md b/src/note-book/Gitlab/CI/部署Kubernetes类型的gitlab-runner.md
@@ -38,7 +38,7 @@ helm repo list
 helm search repo -l gitlab/gitlab-runner
 ```
 
-然后查询gitlab的版本，根据gitlab的版本选择gitlab-runner的版本。比如这里查询到gitlab的版本是14.9.0，runner选择0.39.0
+然后查询Gitlab的版本，根据Gitlab的版本选择gitlab-runner的版本。比如这里查询到Gitlab的版本是14.9.0，runner选择0.39.0
 
 ```bash
 helm fetch gitlab/gitlab-runner --version=0.39.0
@@ -77,7 +77,7 @@ helm install gitlab-runner --namespace gitlab-runner ./gitlab-runner
 helm upgrade gitlab-runner --namespace gitlab-runner ./gitlab-runner
 ```
 
-至此即可在gitlab上看到runner了
+至此即可在Gitlab上看到runner了
 ![image-20220815102732430](部署Kubernetes类型的gitlab-runner.assets/image-20220815102732430.png)
 
 ## 五、一份已经配置好的values文件

diff --git a/src/note-book/Gitlab/Gitlab的一些问题.md b/src/note-book/Gitlab/Gitlab的一些问题.md
@@ -52,7 +52,7 @@ gitlab启动报warning: redis: unable to open supervise/ok: file does not exist
 
 - 新打开一个窗口
 
-- 执行systemctl restart [gitlab](https://so.csdn.net/so/search?q=gitlab&spm=1001.2101.3001.7020)-runsvdir命令
+- 执行systemctl restart gitlab-runsvdir命令
 
 解决方案:
 在另外开启一个终端启动如下命令
@@ -75,7 +75,7 @@ sudo gitlab-ctl reconfigure
 
 # GitLab 未启动 systemctl start gitlab-runsvdir.service 无反应
 
-重启了一台服务器，发现配置的 gitlab 没有启动。手动启动`sudo gitlab-ctl start`提示一堆`runsv not running`的信息。
+重启了一台服务器，发现配置的 Gitlab 没有启动。手动启动`sudo gitlab-ctl start`提示一堆`runsv not running`的信息。
 
 
 

diff --git a/src/note-book/Iptables/linux下IPTABLES配置详解.assets/icon_weibo_24.png b/src/note-book/Iptables/linux下IPTABLES配置详解.assets/icon_weibo_24.png
diff --git a/src/note-book/Iptables/linux下IPTABLES配置详解.assets/wechat.png b/src/note-book/Iptables/linux下IPTABLES配置详解.assets/wechat.png
diff --git a/src/note-book/Iptables/linux下IPTABLES配置详解.md b/src/note-book/Iptables/linux下IPTABLES配置详解.md
@@ -1,4 +1,4 @@
-# linux下IPTABLES配置详解
+# Linux下Iptables配置详解
 
 ```bash
 **-A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 24000 -j ACCEPT
@@ -11,7 +11,7 @@
 
 **我们来配置一个filter表的防火墙.**
 
-### **(1)查看本机关于IPTABLES的设置情况**
+### **(1)查看本机关于Iptables的设置情况**
 
 ```bash
 [root@tp ~]# iptables -L -n
@@ -39,9 +39,9 @@ ACCEPT   tcp -- 0.0.0.0/0      0.0.0.0/0      state NEW tcp dpt:25
 REJECT   all -- 0.0.0.0/0      0.0.0.0/0      reject-with icmp-host-prohibited 
 ```
 
-可以看出我在安装linux时,选择了有防火墙,并且开放了22,80,25端口.
+可以看出我在安装Linux时,选择了有防火墙,并且开放了22,80,25端口.
 
-如果你在安装linux时没有选择启动防火墙,是这样的
+如果你在安装Linux时没有选择启动防火墙,是这样的
 
 ```bash
 [root@tp ~]# iptables -L -n
@@ -59,7 +59,7 @@ target   prot opt source        destination
 
 ### **(2)清除原有规则.**
 
-不管你在安装linux时是否启动了防火墙,如果你想配置属于自己的防火墙,那就清除现在filter的所有规则.
+不管你在安装Linux时是否启动了防火墙,如果你想配置属于自己的防火墙,那就清除现在filter的所有规则.
 
 ```bash
 [root@tp ~]# iptables -F   清除预设表filter中的所有规则链的规则
@@ -81,7 +81,7 @@ Chain OUTPUT (policy ACCEPT)
 target   prot opt source        destination   
 ```
 
-什么都没有了吧,和我们在安装linux时没有启动防火墙是一样的.(提前说一句,这些配置就像用命令配置IP一样,重起就会失去作用),怎么保存.
+什么都没有了吧,和我们在安装Linux时没有启动防火墙是一样的.(提前说一句,这些配置就像用命令配置IP一样,重起就会失去作用),怎么保存.
 
 ```bash
 [root@tp ~]# /etc/rc.d/init.d/iptables save
@@ -405,8 +405,10 @@ target   prot opt source        destination
 
 三、例子
 ①iptables -t filter -A INPUT -s 192.168.1.5 -i eth0 -j DROP
-禁止IP为192.168.1.5的主机从eth0访问本机②iptables -t filter -I INPUT 2 -s 192.168.5.0/24 -p tcp --dport 80 -j DROP
-禁止子网192.168.5.0访问web服务③iptables -t filter -I INPUT 2 -s 192.168.7.9 -p tcp --dport ftp -j DROP
+禁止IP为192.168.1.5的主机从eth0访问本机
+②iptables -t filter -I INPUT 2 -s 192.168.5.0/24 -p tcp --dport 80 -j DROP
+禁止子网192.168.5.0访问web服务
+③iptables -t filter -I INPUT 2 -s 192.168.7.9 -p tcp --dport ftp -j DROP
 禁止IP为192.168.7.9访问FTP服务
 ④iptables -t filter -L INPUT
 查看filter表中INPUT链的规则
@@ -429,6 +431,4 @@ kern.=notice                                            /var/log/firewall.log
 systemctl restart syslog rsyslog
 
 iptables –A FORWARD  –j LOG --log-level 5 --log-prefix ”IPTABLES FORWARD -> ”
-
-
 ```
diff --git a/src/note-book/Jenkins/jenkins备份.md b/src/note-book/Jenkins/jenkins备份.md
@@ -2,7 +2,7 @@
 
 　**1.手动备份**
 
-　　比较简单就像上述迁移步骤那样，把原始机器上的数据打包。打包后有两种选择，第一种是在原始机器上，其他路径下创建一个文件夹，把数据丢进去。例如原始机器上的数据是存储在/home/jenkins，我们打包后可以放到/home/backups，这样做的好处是如果误删了jenkins，我们可以到backups下找回原始数据；第二种是将打包的文件拷贝到另外一台物理机上，这样做的好处是如果原始机器宕机了，我们可以在另外一台机器上找到备份文件，在最短的时间内恢复工作。
+　　比较简单就像上述迁移步骤那样，把原始机器上的数据打包。打包后有两种选择，第一种是在原始机器上，其他路径下创建一个文件夹，把数据丢进去。例如原始机器上的数据是存储在/home/jenkins，我们打包后可以放到/home/backups，这样做的好处是如果误删了Jenkins，我们可以到backups下找回原始数据；第二种是将打包的文件拷贝到另外一台物理机上，这样做的好处是如果原始机器宕机了，我们可以在另外一台机器上找到备份文件，在最短的时间内恢复工作。
 
 ```bash
 
@@ -12,7 +12,7 @@
 
 　**2.自动备份**
 
-　　相对于手动备份，我们也可以编写脚本实现自动备份，例如linux系统中，使用shell脚本，如下命令可以实现备份：
+　　相对于手动备份，我们也可以编写脚本实现自动备份，例如Linux系统中，使用shell脚本，如下命令可以实现备份：
 
 ```bash
 　　cp -r /home/jenkins/需要备份的文件夹名 /home/backups/目标文件夹名
@@ -23,27 +23,27 @@
 
 
 
-当jenkins在用起来的时候，我们很难保证它不会出故障，除了故障怎么快速恢复呢？作为运维，备份极其重要。但jenkins本身不提供备份的功能，所以这里就需要借助jenkins自带的插件来进行备份恢复，jenkins自带的插件有thinbackup和periodic backup。下面进行分别介绍
+当Jenkins在用起来的时候，我们很难保证它不会出故障，除了故障怎么快速恢复呢？作为运维，备份极其重要。但Jenkins本身不提供备份的功能，所以这里就需要借助Jenkins自带的插件来进行备份恢复，Jenkins自带的插件有thinbackup和periodic backup。下面进行分别介绍
 
 ### 一、通过插件ThinBackup进行备份恢复
 
-**1.以管理员的身份登录jenkins，点击系统管理—>插件管理—->可选插件—>(过滤里面输入ThinBackup进行查找)**
+**1.以管理员的身份登录Jenkins，点击系统管理—>插件管理—->可选插件—>(过滤里面输入ThinBackup进行查找)**
 
-![img](jenkins备份.assets/1200.png)
+![img](Jenkins备份.assets/1200.png)
 
 查找thinbackup.png
 
 
 **2.勾选ThinBackup—>点击直接安装**
 
-![img](jenkins备份.assets/1200-16399812651583.png)
+![img](Jenkins备份.assets/1200-16399812651583.png)
 
 安装thinbackup.png
 
  等待安装完成。
 **3.点击系统管理—>选择ThinBackup插件**
 
-![img](jenkins备份.assets/1200-16399812683915.png)
+![img](Jenkins备份.assets/1200-16399812683915.png)
 
 选择插件.png
 
@@ -54,7 +54,7 @@
 >  Restore: 恢复备份
 >  Settings: 备份参数的设置
 
-![img](jenkins备份.assets/1200-16399812721917.png)
+![img](Jenkins备份.assets/1200-16399812721917.png)
 
 查看thinbackup.png
 
@@ -69,14 +69,14 @@ chown -R jenkins.jenkins /backup
 
 **5.设置定时备份，周一至周五的凌晨2点进行备份（可排除不需要备份的文件）**
 
-![img](jenkins备份.assets/1200-16399814764389.png)
+![img](Jenkins备份.assets/1200-16399814764389.png)
 
 thinbackup设置.png
 
 
 **6.手动备份**
 
-![img](jenkins备份.assets/1200-163998163919711.png)
+![img](Jenkins备份.assets/1200-163998163919711.png)
 
 手动备份.png
 
@@ -115,13 +115,13 @@ hudson.tasks.Maven.xml
 
 **7.恢复**
 
-![img](jenkins备份.assets/1200-163998165250813.png)
+![img](Jenkins备份.assets/1200-163998165250813.png)
 
 恢复.png
 
 
 
-![img](jenkins备份.assets/1200-163998165716515.png)
+![img](Jenkins备份.assets/1200-163998165716515.png)
 
 选择备份文件.png
 
@@ -134,7 +134,7 @@ hudson.tasks.Maven.xml
 备份除了上面提到的插件还有一个插件是Periodic Backup，安装Periodic Backup和安装thinbackup一样，安装完成后可以在系统管理菜单下面有一个Periodic Backup Manager菜单
  **1.打开Periodic Backup Manager，第一次打开是没有任何东西的，需要我们自己去建立一个规则，点击Configure**
 
-![img](jenkins备份.assets/1200-163998166702717.jpeg)
+![img](Jenkins备份.assets/1200-163998166702717.jpeg)
 
 Periodic Backup配置.jpg
 
@@ -151,6 +151,6 @@ Periodic Backup配置.jpg
 >  Storage Strategy: 存储策略，就是是否需要进行压缩存储
 >  Backup Location: 备份的位置，都是本地目录
 
-![img](jenkins备份.assets/1200-163998167455619.png)
+![img](Jenkins备份.assets/1200-163998167455619.png)
 
 配置.png
diff --git a/src/note-book/Jenkins/jenkins构建持续化集成平台.md b/src/note-book/Jenkins/jenkins构建持续化集成平台.md
@@ -46,7 +46,7 @@ SCM英文全称：Source Control Management (Software Version Control)中文全
 
 
 
-# gitlab
+# Gitlab
 
 清华镜像站
 
@@ -92,7 +92,7 @@ curl -sS https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/scrip
 
 ```
 
-5、安装gitlab
+5、安装Gitlab
 
 ```bash
 yum install gitlab-ce -y

diff --git a/src/note-book/MinIO/MinIO挂载到nfs不成功.md b/src/note-book/MinIO/MinIO挂载到nfs不成功.md
@@ -15,7 +15,7 @@
 
 参考
 
-gitlab底层也是用的minio,gitlab官方文档是这么写的
+Gitlab底层也是用的minio,Gitlab官方文档是这么写的
 
 File locking: GitLab requires advisory file locking, which is only supported natively in NFS version 4. NFSv3 also supports locking as long as Linux Kernel 2.6.5+ is used. We recommend using version 4 and do not specifically test NFSv3
 

diff --git a/...te-book/VirtualPrivateNetwork/狭义VirtualPrivateNetwork/Docker一键部署Clash服务与管理面板.md b/...te-book/VirtualPrivateNetwork/狭义VirtualPrivateNetwork/Docker一键部署Clash服务与管理面板.md
@@ -2,9 +2,9 @@
 
 > 部分资料来自： https://blog.laoyutang.cn/linux/clash.html
 
-官方Clash部署需要采用两个镜像分别启动服务和面板，博主使用官方server镜像和官方管理面板前端代码，重新修改打包构建，使用一个镜像可以直接启动服务和管理面板，简单轻量。
+官方Clash部署需要采用两个镜像分别启动服务和面板，博主使用官方Server镜像和官方管理面板前端代码，重新修改打包构建，使用一个镜像可以直接启动服务和管理面板，简单轻量。
 
->  clash和它的面板已经很久不更新了，建议使用Meta内核和MetaCube面板，随我来这个文档部署：
+>  Clash和它的面板已经很久不更新了，建议使用Meta内核和MetaCube面板，随我来这个文档部署：
 >
 >  [Docker一键部署Meta和MetacubexD面板](https://www.geekery.cn/note-book/VirtualPrivateNetwork/%E7%8B%AD%E4%B9%89VirtualPrivateNetwork/Docker%E4%B8%80%E9%94%AE%E9%83%A8%E7%BD%B2Meta%E5%92%8CMetacubexD%E9%9D%A2%E6%9D%BF.html)
 
@@ -20,9 +20,9 @@
 ## 修改内容
 
 - 修改前端接口baseurl，不再通过用户配置，使用页面相对路径`/api`。
-- 去除clash服务接口配置框。
-- docker镜像增加nginx和前端打包文件。
-- nginx反代clash管理接口，实现管理页面无需配置直接管理容器内clash服务。
+- 去除Clash服务接口配置框。
+- Docker镜像增加Nginx和前端打包文件。
+- Nginx反代Clash管理接口，实现管理页面无需配置直接管理容器内Clash服务。
 
 ## 启动容器
 

diff --git a/...e-book/VirtualPrivateNetwork/狭义VirtualPrivateNetwork/连接WARP为服务器添加IPv4和IPv6网络.md b/...e-book/VirtualPrivateNetwork/狭义VirtualPrivateNetwork/连接WARP为服务器添加IPv4和IPv6网络.md
@@ -2,7 +2,7 @@
 
 > 通常ip被污染之后使用 WARP进行增加ip复活
 >
-> 使用warp有概率刷出原生ip
+> 使用Warp有概率刷出原生ip
 >
 > 开源地址 https://github.com/fscarmen/warp
 

diff --git a/...note-book/VirtualPrivateNetwork/狭义VirtualPrivateNetwork/通过cdn流量伪装防止防火墙封ip和端口.md b/...note-book/VirtualPrivateNetwork/狭义VirtualPrivateNetwork/通过cdn流量伪装防止防火墙封ip和端口.md
@@ -57,7 +57,6 @@ category:
 ### 在Server端安装x-ui
 
 ```bash
-
 输入以下代码自动安装x-ui服务器
 bash <(curl -Ls https://raw.githubusercontent.com/chenyue168881/x-ui/master/install.sh)
 ```