1. 获得一个服务器
我们可以自己在腾讯云上购买一个云服务器，之后我们就可以对它进行随意的折腾。如果资金紧缺，可以在本地使用虚拟机，再分配 ip 进行映射使用。
这里我们就直接使用科协的服务器举例，那么首先，我们不可能在整个服务器上都配置你的环境。我们需要一个虚拟机，然后我们在虚拟机上对环境进行配置。这里我们使用 ESXi，ESXi 是 VMware 推出的一款优秀的服务器级别的虚拟机。它与我们常用的虚拟机不同的是，日常使用的虚拟机是需要依赖于一个操作系统的，比如在 Windows 上使用 VMware，或者 Linux 上使用 virtualbox。而 ESXi 不依赖于任何操作系统，它本身就可以看作一个操作系统，然后可以在它上面安装系统。
1.1 创建一个虚拟机
有了 ESXi 我们可以直接在上面创建一个虚拟机：
当然，如果你觉得 ESXI 的界面实在过于丑陋，你可以直接去 VMware 上进行连接。
在进行各种配置之后，我们的虚拟机就创建好了。但是有一个问题，这个虚拟机是没有 ip 地址的！这就导致我们只能在内网连接虚拟机才能使用，所以我们需要给我们的虚拟机分配 ip了。
1.2 分配 ip
分配 ip 的话我们首先得修改一个 centos 的配置（这个东西坑了我一晚上，因为 ubuntu 是不需要配置的）。
我们首先需要进入 /etc/sysconfig/network-scripts/ 进入网卡配置的文件夹，之后把 ifcfg-ens192 里面的 ONBOOT 改成 yes，这样我们就可以分配 IP 了（ONBOOT 表示是否开机激活网卡）。
使用 systemctl restart network，重启网卡（ESXI 在重启的时候也需要进入虚拟机执行这个命令，才能重新被分配 IP）。
之后我们使用 ip addr 查看我们的 Mac 地址和当前的 ip 地址，通过图片可以知道，我们的 Mac 地址是 00:0c:29:26:60:1b，ip 地址目前为空，也就表示我们还没进行地址的分配。
说到地址的分配，我们就会使用 openwrt 进行简化操作：
然后我们使用 systemctl restart network 重启网卡配置之后，我们就可以正常获取 ip 了。当然，如果担心，可以直接用 ip addr 检查一下。我们会用 DHCP 进行 ip 分配。DHCP(Dynamic Host Configuration Protocol，动态主机配置协议)是一个局域网的网络协议，使用 UDP 协议工作，主要有两个用途：给内部网络或网络服务供应商自动分配IP地址，给用户或者内部网络管理员作为对所有计算机作中央管理的手段。
说明我们的 ip 已经分配上去了，过期时间是无限。如果不放心，可以使用 Xshell 进行测试。
1.3 端口转发
如果我们单纯使用局域网，那么我们就只能在目前服务器 lan（Local Area Network，即局域网） 的网络下进行访问。这个时候我们就采取端口转发，相当于我们在局域网的请求都转发到到 wan（Wide Area Network，即广域网） 上。因为科协的路由器的 wan 口对应的是校园网，这样只要连接上校园网，用户就可以进行访问了。
要注意的是，服务器默认是开启22端口的，如果我们以后需要转发其他端口我们得先在防火墙中开放端口：
这样，位于 lan 内部的这个 ip 的 22 端口就转发到了路由器对应 ip 的 7500 端口。
2. 部署 jar 包
2.1 配置环境
运行 Jar 环境需要对应的 JRE 环境（对于高版本可能需要 JDK 才能运行），以及其他数据库或者中间件。
2.1.1 安装 jre
首先我们需要配置 jre(Java runtime environment) 这样我们才能运行 Java 程序。
在这之前我们需要安装一个 wget 命令，可以使用 yum install wget 来安装它。
#查看版本
yum list |grep java
#安装jre
yum install java java-devel
#配置环境变量
vi /etc/profile
#set java environment
JAVA_HOME=/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.171-7.b10.e17.x86_64
JRE_HOME=$JAVA_HOME/jre
CLASS_PATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib
PATH=$PATH:$JAVA_HOME/BIN:$JRE_HOME/bin
export JAVA_HOME JRE_HOME CLASS_PATH PATH
#使环境变量即时生效
source /etc/profile2.1.2 安装 Docker
因为在 centos 中配置 mysql 实在是太麻烦了，我们就直接使用 docker 了
首先是对 docker 的安装
#使用国内源一键安装命令
curl -sSL https://get.daocloud.io/docker | sh
#设置仓库
sudo yum install -y yum-utils \
device-mapper-persistent-data \
lvm2
#选择国内的一些源地址，设置清华大学源
sudo yum-config-manager \
--add-repo \
https://mirrors.tuna.tsinghua.edu.cn/docker-ce/linux/centos/docker-ce.repo
#安装 Docker Engine-Community
sudo yum install docker-ce docker-ce-cli containerd.io
#启动 Docker
sudo systemctl start docker2.1.3 安装 MySQL
#拉取 mysql 的镜像
docker pull mysql
#创建数据挂载点（即存储数据的地方，这样即便mysql容器删除了，数据还是在）
docker volume create mysql_data
#运行 mysql 容器
#如果是需要开放外网端口，则不建议直接开放 3306 端口，以免造成安全问题。最好的方式是使用 navicat 的 ssh 桥接登录模式
#$PWD 表示当前目录的环境变量参数
#对于 MySQL 的容器来说，password 是一个特殊的环境参数，
docker run -p 7001:3306 --name mysql -v $PWD/conf:/etc/mysql/conf.d -v $PWD/logs:/logs -v $PWD/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 -d mysql:latest
#进入容器 /bin/bash
docker exec -it mysql bash
#进入 mysql
mysql -u root -p
#之后会提示你输入你设定的 root password
#mysql 授权
GRANT ALL PRIVILEGES ON *.* TO 'root'@'%'WITH GRANT OPTION;
#刷新
FLUSH PRIVILEGES;—name 镜像名称；
-p映射端口；
-v /mysql/datadir:/var/lib/mysql 设置本地挂载点；
-e MYSQL_ROOT_PASSWORD=123456 设置密码；
-d mysql 容器名称。
这样我们在本机已经配置好了一个 mysql 的环境，但是这个环境只能在本机启动。这个时候我们就需要使用端口转发，这样我们也能在校园网内使用 navicat 操作 mysql 了。
#查看防火墙的状态
firewall-cmd --state;
#如果没有开启，输入命令
systemctl start firewalld.service;
#开启对应端口
firewall-cmd --zone=public --add-port="对应端口"/tcp --permanent;
#重启防火墙
systemctl restart firewalld.service;
#重新载入配置
firewall-cmd --reload;
2.1.4 安装 rz sz
安装这个之后我们就可以直接从我们本机直接上传文件到 ssh 连接的服务器上
这个对于我们上传 jar 包是必要的
#安装 rz
yum install -y lrzsz.x86_64
#使用
rz2.2 部署项目
2.2.1 上传 jar 包
在 Spring-Boot 中，jar 包内置了一个 tomcat。tomcat 简单地说就是一个运行 Java 的网络服务器，可以让别人也能访问我们的前端页面。所以我们把 jar 上传到我的服务器之后，只需要在后台一运行就可以跑了
首先是通过 idea 进行 package 操作
我们将打包好的 jar 包拷贝下来，使用 rz 命令进行上传，这样就可以了：
2.2.2 nohup
#当前ssh窗口被锁定，可按CTRL + C打断程序运行，或直接关闭窗口，程序退出
java -jar shareniu.jar
#java -jar shareniu.jar &
java -jar shareniu.jar &
#nohup 意思是不挂断运行命令,当账户退出或终端关闭时,程序仍然运行
#当用 nohup 命令执行作业时，缺省情况下该作业的所有输出被重定向到nohup.out的文件中，除非另外指定了输出文件
nohup java -jar shareniu.jar &
#command >out.txt command 的输出重定向到 out.txt 文件，即输出内容不打印到屏幕上，而是输出到 out.txt 文件中
nohup java -jar shareniu.jar >temp.txt &2.2.3 Screen
当然，我们可以使用更加优雅的 Screen 方法。
GNU Screen 是一款由 GNU 计划开发的用于命令行终端切换的自由软件。用户可以通过该软件同时连接多个本地或远程的命令行会话，并在其间自由切换。
GNU Screen 可以看作是窗口管理器的命令行界面版本。它提供了统一的管理多个会话的界面和相应的功能，可以类比 Windows 开多个桌面，熟练使用之后比直接后台运行更加优雅。
yum install -y screen
screen -S yourname -> 新建一个叫yourname的session
screen -ls -> 列出当前所有的session
screen -r yourname -> 回到yourname这个session
screen -d yourname -> 远程detach某个session
#通过快捷键 ctrl+a+d 快速从我们创建的 screen 中回到我们的主窗口中
#从我个人的角度来看，使用 screen 无疑是更加优雅的一种方法
#但是 nohup 的好处在于生成日志文件，方便随时查看如果还想使用端口转发进行访问，需要提前开启对应端口的防火墙
2.2.4 配置 IPV4
运行 jar 包时，使用指令 java -jar 时，如果涉及 IPV4,一定要把 IPv4 参数放前面，jar 包参数置后，不然 IPv4 不生效
java -Djava.net.preferIPv4Stack=true -jar test.jar3. laravel
在经历两个晚上的小崩溃之后，最后还是发现还是使用宝塔界面更加方便。手动配置 PHP 环境的时候，不知道为什么就会出现未知的错误（甚至需要你使用 gcc 手动编译）。再加上国内糟糕的编程论坛环境，导致这成一个非常麻烦的点。
（不过好像 ubuntu 只需要正常安装就可以了，不明白问什么 centos 需要编译）
3.1 配置宝塔面板
#安装最新的宝塔面板
yum install -y wget && wget -O install.sh http://download.bt.cn/install/install_6.0.sh && sh install.sh
#如果想要进行端口转发，首先得先开启 8888 端口，之后得删除一个配置文件
rm -f /www/server/panel/data/admin_path.pl
之后我们就可以直接搭建 lnmp 环境（Linux Nginx MySQL PHP），然后我们就可以开始准备 laravel 项目的构建了。
3.2 配置 git
因为 laravel 跟 jar 包不同，我们需要的是一个完整的项目，所以最好的办法是使用 git 将我们的项目 clone 到服务器上。
#开启 Wandisco GIT 源，这样能保证下载到较新版本的 git
vi /etc/yum.repos.d/wandisco-git.repo
#这样就在 /etc/yum.repos.d/ 目录新建了一个 yum 源文件，我们修改它的配置
[wandisco-git]
name=Wandisco GIT Repository
baseurl=http://opensource.wandisco.com/centos/7/git/$basearch/
enabled=1
gpgcheck=1
gpgkey=http://opensource.wandisco.com/RPM-GPG-KEY-WANdisco
#导入 GPG keys
rpm --import http://opensource.wandisco.com/RPM-GPG-KEY-WANdisco
#安装 git
yum install git
#查看版本号
git --version
#配置 git 对应的用户名和邮箱
git config --global user.name "Your Name"
git config --global user.email "youremail@yourdomain.com"
#通过以下命令生成我们的公钥
ssh-keygen -t rsa之后将我们的公钥添加到我们 GitHub 的 ssh 中就可以使用了。
3.3 配置 Composer
#Composer 依赖 PHP-cli，该应用已经在搭建 LNMP 环境的时候安装了
yum -y update
cd /tmp
curl -sS https://getcomposer.org/installer | PHP
#在执行第三步之前，我们先换源，这里使用阿里源
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
#让 composer 全局可用
mv composer.phar /usr/local/bin/composer3.4 安装 redis
#安装 redis 依次执行以下命令
yum install epel-release
yum install redis -y
systemctl start redis.service
systemctl enable redis
#查看运行状态
systemctl status redis.service
#测试 redis
redis-cli ping3.5 配置 laravel
接下来就是比较麻烦的一个地方了，因为 PHP 默认禁止了一堆函数，所以在部署的使用我们可能需要开启一些。这里我们根据报错，一边看一边添加对应的配置。
#如果觉得 clone 下来的文件名太长，可以使用 mv 进行更改
#首先我们先进入我们的项目文件夹，你们可能还需要一个 fileinfo 的配置并开启 putenv()、proc_open
composer install
#在安装失败之后，我们使用更新命令
composer update
P.S. 分享一个小笑话，之前在部署中，遇到了 undefined name 的错误。在 StackOverFlow 上查询还以为是版本的问题，结果对 Composer 进行换源之后，再执行 composer update 就可以了。
#复制 .env.example 为 .env
cp .env.example .env
#生成 APP_KEY
PHP artisan key:generate
#打开.env 进行配置
vi ./.env
#需更改的配置如下，依照备注进行修改
APP_NAME=你的APP名字
APP_ENV=production # 这里设为生成环境
APP_KEY=base64:前面生成的key不用改
APP_DEBUG=false # 关闭调试模式
APP_URL=你的主机地址
LOG_CHANNEL=stack
DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=larabbs
DB_USERNAME=root
DB_PASSWORD=你的数据库密码
BROADCAST_DRIVER=log
CACHE_DRIVER=redis # 这里使用redis
SESSION_DRIVER=file
SESSION_LIFETIME=120
QUEUE_DRIVER=redis # 这里使用redis
.
.
.
MAIL_DRIVER=smtp
MAIL_HOST=smtp.qq.com
MAIL_PORT=25
MAIL_USERNAME=你的QQ邮箱
MAIL_PASSWORD=你的smtp服务的密码
MAIL_ENCRYPTION=tls
MAIL_FROM_ADDRESS=你的邮箱地址
MAIL_FROM_NAME=LaraBBS
.
.
.
BAIDU_TRANSLATE_APPID=你的百度翻译APPID
BAIDU_TRANSLATE_KEY=你的百度翻译KEY
#将数据库进行迁移
PHP artisan migrate
#运行 passport:install 命令来创建生成安全访问令牌时所需的加密密钥，同时，这条命令也会创建用于生成访问令牌的「个人访问」客户端和「密码授权」客户端
PHP artisan passport:install3.6 配置 Nginx
在 /www/server/Nginx/conf 中配置 Nginx 的配置文件
server {
listen 80;
server_name localhost;
root /home/laravel/sast;
add_header X-Frame-Options "SAMEORIGIN";
add_header X-XSS-Protection "1; mode=block";
add_header X-Content-Type-Options "nosniff";
index index.PHP index.html index.htm;
charset utf-8;
location / {
try_files $uri $uri/ /index.PHP?$query_string;
}
location = /favicon.ico { access_log off; log_not_found off; }
location = /robots.txt { access_log off; log_not_found off; }
error_page 404 /index.PHP;
location ~ \.PHP$ {
root /home/laravel/sast;
fastcgi_split_path_info ^(.+\.PHP)(/.+)$;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.PHP;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
location ~ /\.(?!well-known).* {
deny all;
}
}3.7 Crontab 配置
#对 crontab 进行配置
export EDITOR=vi && crontab -e
* * * * * PHP /home/vagrant/Code/larabbs/artisan schedule:run >> /dev/null 2>&13.8 启动 laravel
PHP artisan serve --port 8080 --host 0.0.0.0
#--host 防止 ip 无法被访问
#注意，这个只是在开发环境使用的运行命令，最多支持三个并发量4. CICD
对于 CICD，最常见的操作就是持续的部署和集成，包括自动部署，代码审计，单元测试。
配置好之后，只需要对应的分支出现 push 或者 pr，就可以自动执行命令的操作。
4.1 GitHub Action
GitHub 自带 GitHub Action，方便我们进行操作。但是因为 GitHub 的服务器还是在国外，所以在传输的过程中，速率是及其底下的。经过测试，16MB 的 jar 包可能都需要传输近 15分钟。
可能的解决方法在于：
- 能否在本地使用 docker 打包进入服务器，然后自动拉取镜像运行；
- 使用国内的软件进行替代；
- 在第一次部署结束之后，之后的连接传输速度会快很多。
通过 GitHub Action 传输 jar 包并运行：
name: Maven Package
on:
push:
branches: [ master ]
pull_request:
branches: [ master ]
jobs:
build:
# 设置运行环境，在最新版本的 ubuntu 中
runs-on: ubuntu-latest
permissions:
contents: read
packages: write
steps:
- uses: actions/checkout@v2
- name: Set up JDK 11
uses: actions/setup-java@v2
with:
java-version: '11'
distribution: 'temurin'
cache: 'maven'
- name: Build with Maven
run: mvn -B package --file pom.xml
- name: Rename maven package
run: |
mv target/*.jar target/docker-test.jar
- name: Deploy jar to server
uses: garygrossgarten/github-action-scp@release
with:
# 本地 jar 包的位置
local: target/docker-test.jar
# Remote file path
remote: /var/www/test/docker-test.jar
host: ${{ secrets.HOST }}
username: root
privateKey: ${{ secrets.SSH_PRIVATE }} # optional
- name: Run java -jar
if: always()
uses: fifsky/ssh-action@master
with:
user: root # optional, default is root
host: ${{ secrets.HOST }}
key: ${{ secrets.SSH_PRIVATE }}
args: "-tt"
command: |
cd /var/www/test && java -jar docker-test.jar &默认的用户可能没有对应的权限，可以通过开放 root 用户的权限来解决。
4.1.1 Docker
通过 Dockerfile build push 在服务器拉取会更加“优雅”。
name: Docker Spring
on:
push:
branches: [ docker ]
pull_request:
branches: [ docker ]
env:
IMAGE_TOTAL_NAME: ${{ secrets.DOCKER_USER }}/${{ secrets.SERVICE_CONTAINER_NAME }}
IMAGE_TAG: latest
jobs:
build:
runs-on: ubuntu-latest
permissions:
contents: read
packages: write
steps:
- uses: actions/checkout@v2
- name: Set up JDK 11
uses: actions/setup-java@v3
with:
java-version: '11'
distribution: 'temurin'
cache: 'maven'
- name: Build with Maven
run: mvn -B -DskipTests=true package --file pom.xml
# docker 构建多平台
- name: Set up QEMU
uses: docker/setup-qemu-action@v2
- name: Set up Docker Buildx
# 初始化构建环境
uses: docker/setup-buildx-action@v2
- name: Login to DockerHub
uses: docker/login-action@v2
with:
username: ${{ secrets.DOCKER_USER }}
password: ${{ secrets.DOCKER_PASSWORD }}
- name: Build and push
uses: docker/build-push-action@v3
with:
# 当前工作目录
context: .
# 构建完成后 push
push: true
# github 账号 tag
tags: ${{ env.IMAGE_TOTAL_NAME }}:${{ env.IMAGE_TAG }}
- name: executing docker container
uses: appleboy/ssh-action@master
with:
host: ${{ secrets.HOST }}
username: ${{ secrets.SSH_USER }}
key: ${{ secrets.SSH_PRIVATE }}
script: |
docker login -u ${{ secrets.DOCKER_USER }} -p ${{ secrets.DOCKER_PASSWORD }}
docker pull ${{ env.IMAGE_TOTAL_NAME }}:${{ env.IMAGE_TAG }}
docker stop ${{ secrets.SERVICE_CONTAINER_NAME }}
docker rm ${{ secrets.SERVICE_CONTAINER_NAME }}
docker run -d \
--name ${{ secrets.SERVICE_CONTAINER_NAME }} \
-p 10001:10000 \
${{ env.IMAGE_TOTAL_NAME }}:${{ env.IMAGE_TAG }}4.2 Coding CICD
在 Coding 中选择 Java + Spring + Docker 进行配置，但是因为 Coding 中的 CICD 是 gradle，所以有些设置需要我们自己更改。
因为 maven 中配置了多环境，所以使用mvn clean package -P dev，使用 dev profile 打包 jar。
（不会使用 docker 可以先参考这篇文章）
#基础镜像使用 Java jdk11
FROM openjdk:11
#作者
MAINTAINER cxy621 <cxyphp@gmail.com>
# VOLUME 指定了临时文件目录为/tmp。
# 其效果是在主机 /var/lib/docker 目录下创建了一个临时文件，并链接到容器的/tmp
VOLUME /tmp
#定义工作目录
WORKDIR /app
#把项目中的所有东西都复制到工作目录下面
COPY . .
# 将 jar 包添加到容器中并更名为 app.jar
ADD target/*.jar /app/app.jar
#改变容器时区
RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
RUN echo 'Asia/Shanghai' >/etc/timezone
#端口号
EXPOSE 10000
#运行 jar 包
ENTRYPOINT ["java","-Djava.security.egd=file:/dev/./urandom","-jar","/app/app.jar"]之后在 Coding 中的 docker hub 创建一个仓库存储项目的镜像，除此之外，还需要在项目管理中添加你的私钥。
注意：这里的密钥需要转换成 RSA 格式，可以使用 Sourcetree 对私钥进行转换。
在 Docker 的仓库管理中，我们需要生成一个个人令牌，对应的参数需要写入 CICD 的全局变量中。
图形化界面转文本编辑如下：
pipeline {
agent any
stages {
stage('检出') {
steps {
checkout([$class: 'GitSCM',
branches: [[name: GIT_BUILD_REF]],
userRemoteConfigs: [[
url: GIT_REPO_URL,
credentialsId: CREDENTIALS_ID
]]])
}
}
stage('编译') {
agent {
docker {
reuseNode 'true'
registryUrl 'https://coding-public-docker.pkg.coding.net'
image 'public/docker/openjdk:11'
}
}
steps {
sh 'mvn clean install package'
}
}
stage('构建镜像并推送到 CODING Docker 制品库') {
steps {
sh "docker build -t ${CODING_DOCKER_IMAGE_NAME}:${DOCKER_IMAGE_VERSION} -f ${DOCKERFILE_PATH} ${DOCKER_BUILD_CONTEXT}"
useCustomStepPlugin(key: 'coding-public:artifact_docker_push', version: 'latest', params: [image:"${CODING_DOCKER_IMAGE_NAME}:${DOCKER_IMAGE_VERSION}",repo:'nginxtest',properties:'[]'])
}
}
stage('部署到远端服务') {
steps {
script {
def remoteConfig = [:]
remoteConfig.name = "my-remote-server"
remoteConfig.host = "${REMOTE_HOST}"
remoteConfig.port = "${REMOTE_SSH_PORT}".toInteger()
remoteConfig.allowAnyHosts = true
withCredentials([
sshUserPrivateKey(
credentialsId: "${REMOTE_CRED}",
keyFileVariable: "privateKeyFilePath"
),
usernamePassword(
credentialsId: "${CODING_ARTIFACTS_CREDENTIALS_ID}",
usernameVariable: 'CODING_DOCKER_REG_USERNAME',
passwordVariable: 'CODING_DOCKER_REG_PASSWORD'
)
]) {
// SSH 登陆用户名
remoteConfig.user = "${REMOTE_USER_NAME}"
// SSH 私钥文件地址
remoteConfig.identityFile = privateKeyFilePath
// 请确保远端环境中有 Docker 环境
sshCommand(
remote: remoteConfig,
command: "docker login -u ${CODING_DOCKER_REG_USERNAME} -p ${CODING_DOCKER_REG_PASSWORD} ${CODING_DOCKER_REG_HOST}",
sudo: true,
)
// 删除之前的容器，开启新的容器
sshCommand(
remote: remoteConfig,
command: "docker rm -f nginxtest | true",
sudo: true,
)
// DOCKER_IMAGE_VERSION 中涉及到 GIT_LOCAL_BRANCH / GIT_TAG / GIT_COMMIT 的环境变量的使用
// 需要在本地完成拼接后，再传入到远端服务器中使用
DOCKER_IMAGE_URL = sh(
script: "echo ${CODING_DOCKER_REG_HOST}/${CODING_DOCKER_IMAGE_NAME}:${DOCKER_IMAGE_VERSION}",
returnStdout: true
)
sshCommand(
remote: remoteConfig,
// 可以根据需要对命令进行修改
command: "docker run -d -p 11000:10000 --name nginxtest ${DOCKER_IMAGE_URL}",
sudo: true,
)
echo "部署成功，请到 http://${REMOTE_HOST}:11000 预览效果"
}
}
}
}
}
environment {
CODING_DOCKER_REG_HOST = "${CCI_CURRENT_TEAM}-docker.pkg.${CCI_CURRENT_DOMAIN}"
CODING_DOCKER_IMAGE_NAME = "${PROJECT_NAME.toLowerCase()}/${DOCKER_REPO_NAME}/${DOCKER_IMAGE_NAME}"
}
}5. Azure
- 在选择订阅中需要选中 B1S；
- 地区可以选择 East Asia/Japan（现在好像没有港区的选项了）；
- 在出入站规则中统一有限级，开起所有端口。
100$ 的额度大概能支撑 480G 的流量，对于平时使用还是需要注意，作为生产力内容是足够使用了。
6. Nginx
Nginx 是一款轻量级的 Web 服务器、反向代理服务器，由于它的内存占用少，启动极快，高并发能力强，在互联网项目中广泛应用。
6.1 结构内容
#user nobody;
#== 工作进程数，一般设置为cpu核心数，可以设置为 auto
worker_processes 1;
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#pid logs/nginx.pid;
events {
#==最大连接数，一般设置为 cpu*2048
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
#log_format main '$remote_addr - $remote_user [$time_local] "$request" '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';
#access_log logs/access.log main;
sendfile on;
#tcp_nopush on;
#keepalive_timeout 0;
#==客户端链接超时时间
keepalive_timeout 65;
#gzip on;
#当配置多个server节点时，默认server names的缓存区大小就不够了，需要手动设置大一点
server_names_hash_bucket_size 512;
#server表示虚拟主机可以理解为一个站点，可以配置多个server节点搭建多个站点
#每一个请求进来确定使用哪个server由server_name确定
server {
#站点监听端口
listen 8800;
# 可以使用正则表达式进行匹配
listen [::]:8800
#站点访问域名
server_name localhost;
#编码格式，避免url参数乱码
charset utf-8;
#access_log logs/host.access.log main;
#location用来匹配同一域名下多个URI的访问规则
#比如动态资源如何跳转，静态资源如何跳转等
#location后面跟着的/代表匹配规则
location / {
# 站点根目录，可以是相对路径，也可以使绝对路径
root html;
# 默认主页
index index.html index.htm;
# 转发后端站点地址，一般用于做软负载，轮询后端服务器
#proxy_pass http://10.11.12.237:8080;
# 拒绝请求，返回 403，一般用于某些目录禁止访问
#deny all;
# 允许请求
#allow all;
add_header 'Access-Control-Allow-Origin' '*';
add_header 'Access-Control-Allow-Credentials' 'true';
add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
add_header 'Access-Control-Allow-Headers' 'DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type';
# 重新定义或者添加发往后端服务器的请求头
# 给请求头中添加客户请求主机名
proxy_set_header Host $host;
# 给请求头中添加客户端IP
proxy_set_header X-Real-IP $remote_addr;
#将$remote_addr变量值添加在客户端“X-Forwarded-For”请求头的后面，并以逗号分隔。 如果客户端请求未携带“X-Forwarded-For”请求头，$proxy_add_x_forwarded_for变量值将与$remote_addr变量相同
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
#给请求头中添加客户端的Cookie
proxy_set_header Cookie $http_cookie;
#将使用代理服务器的主域名和端口号来替换。如果端口是80，可以不加。
proxy_redirect off;
# 浏览器对 Cookie 有很多限制，如果 Cookie 的 Domain 部分与当前页面的 Domain 不匹配就无法写入。
# 所以如果请求 A 域名，服务器 proxy_pass 到 B 域名，然后 B 服务器输出 Domian=B 的 Cookie，
# 前端的页面依然停留在 A 域名上，于是浏览器就无法将 Cookie 写入。
# 不仅是域名，浏览器对 Path 也有限制。我们经常会 proxy_pass 到目标服务器的某个 Path 下，
# 不把这个 Path 暴露给浏览器。这时候如果目标服务器的 Cookie 写死了 Path 也会出现 Cookie 无法写入的问题。
#设置 “Set-Cookie” 响应头中的 domain 属性的替换文本，其值可以为一个字符串、正则表达式的模式或一个引用的变量
#转发后端服务器如果需要 Cookie 则需要将 cookie domain 也进行转换
否则前端域名与后端域名不一致cookie就会无法存取
#配置规则：proxy_cookie_domain serverDomain(后端服务器域) nginxDomain(nginx服务器域)
proxy_cookie_domain localhost .testcaigou800.com;
#取消当前配置级别的所有proxy_cookie_domain指令
#proxy_cookie_domain off;
#与后端服务器建立连接的超时时间。一般不可能大于75秒；
proxy_connect_timeout 30;
}
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
# 当需要对同一端口监听多个域名时，使用如下配置，端口相同域名不同，server_name 也可以使用正则进行配置
# 但要注意 server 过多需要手动扩大 server_names_hash_bucket_size 缓存区大小
server {
listen 80;
server_name www.abc.com;
charset utf-8;
location / {
proxy_pass http://localhost:10001;
}
}
server {
listen 80;
server_name aaa.abc.com;
charset utf-8;
location / {
proxy_pass http://localhost:20002;
}
}
}6.1.1 全局块
全局块是默认配置文件从开始到 events 块之间的一部分内容，主要设置一些影响 Nginx 服务器整体运行的配置指令，因此，这些指令的作用域是 Nginx 服务器全局。
通常包括配置运行 Nginx 服务器的用户（组）、允许生成的 worker process 数、Nginx 进程 PID 存放路径、日志的存放路径和类型以及配置文件引入等。
# 指定可以运行 nginx 服务的用户和用户组，只能在全局块配置
# user [user] [group]
# 将user指令注释掉，或者配置成 nobody 的话所有用户都可以运行
user nobody nobody;
# user 指令在 Windows 上不生效，如果你制定具体用户和用户组会报小面警告
# nginx: [warn] "user" is not supported, ignored in D:\software\nginx-1.18.0/conf/nginx.conf:2
# 指定工作线程数，可以制定具体的进程数，也可使用自动模式，这个指令只能在全局块配置
# worker_processes number | auto；
# 列子：指定 4个工作线程，这种情况下会生成一个 master 进程和 4个 worker 进程
worker_processes 4;
# 指定pid文件存放的路径，这个指令只能在全局块配置
# pid logs/nginx.pid;
# 指定错误日志的路径和日志级别，此指令可以在全局块、http 块、server 块以及 location 块中配置。
# 其中 debug 级别的日志需要编译时使用 --with-debug 开启 debug 开关
# error_log [path] [debug | info | notice | warn | error | crit | alert | emerg]
# error_log logs/error.log notice;
# error_log logs/error.log info;6.1.2 events 块
events 块涉及的指令主要影响 Nginx 服务器与用户的网络连接。常用到的设置包括是否开启对多 worker process下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型处理连接请求，每个 worker process 可以同时支持的最大连接数等。
这一部分的指令对 Nginx 服务器的性能影响较大，在实际配置中应该根据实际情况灵活调整。
# 当某一时刻只有一个网络连接到来时，多个睡眠进程会被同时叫醒，但只有一个进程可获得连接。如果每次唤醒的进程数目太多，会影响一部分系统性能。在 Nginx 服务器的多进程下，就有可能出现这样的问题。
# 开启的时候，将会对多个 Nginx 进程接收连接进行序列化，防止多个进程对连接的争抢
# 默认是开启状态，只能在 events 块中进行配置
# accept_mutex on | off;
# 如果 multi_accept 被禁止了，Nginx 一个工作进程只能同时接受一个新的连接。否则，一个工作进程可以同时接受所有的新连接。
# 如果 nginx 使用 kqueue 连接方法，那么这条指令会被忽略，因为这个方法会报告在等待被接受的新连接的数量。
# 默认是 off 状态，只能在 event 块配置
# multi_accept on | off;
# 指定使用哪种网络 IO 模型
# method 可选择的内容有：select、poll、kqueue、epoll、rtsig、/dev/poll 以及 eventport
# 一般操作系统不是支持上面所有模型的。
# 只能在events块中进行配置
# use method
# use epoll
# 设置允许每一个worker process同时开启的最大连接数，当每个工作进程接受的连接数超过这个值时将不再接收连接
# 当所有的工作进程都接收满时，连接进入 logback，logback 满后连接被拒绝
# 只能在 events 块中进行配置
# 注意：这个值不能超过超过系统支持打开的最大文件数，也不能超过单个进程支持打开的最大文件数，具体可以参考这篇文章：https://cloud.tencent.com/developer/article/1114773
# connection 一般是 CPU * 1024
worker_connections 1024;6.1.3 http 块
http 块是 Nginx 服务器配置中的重要部分，代理、缓存和日志定义等绝大多数的功能和第三方模块的配置都可以放在这个模块中。http 块中可以包含自己的全局块，也可以包含 server 块，server 块中又可以进一步包含 location 块。
可以在 http 全局块中配置的指令包括文件引入、MIME-Type 定义、日志自定义、是否使用 sendfile 传输文件、连接超时时间、单连接请求数上限等。
# 常用的浏览器中，可以显示的内容有 HTML、XML、GIF 及 Flash 等种类繁多的文本、媒体等资源，浏览器为区分这些资源，需要使用MIME Type。换言之，MIME Type 是网络资源的媒体类型。Nginx 服务器作为 Web 服务器，必须能够识别前端请求的资源类型。
# mime.types 包括各种格式的映射关系
# include 指令，用于包含其他的配置文件，可以放在配置文件的任何地方，但是包含进来的配置文件一定符合配置规范
# 将 mime.types 包含进来，mime.types 和 nginx.config 同级目录，不同级的话需要指定具体路径
include mime.types;
# 配置默认类型，如果不加此指令，默认值为 text/plain。
# 此指令还可以在 http 块、server 块或者 location 块中进行配置。
default_type application/octet-stream;
# access_log 配置，此指令可以在 http 块、server 块或者 location 块中进行设置
# 在全局块中，我们介绍过 errer_log 指令，其用于配置 Nginx 进程运行时的日志存放和级别，此处所指的日志与常规的不同，它是指记录 Nginx 服务器提供服务过程应答前端请求的日志
# access_log path [format [buffer=size]]
# 如果要关闭 access_log，你可以使用下面的命令
# access_log off;
# log_format 指令，用于定义日志格式，此指令只能在 http 块中进行配置
# log_format main '$remote_addr - $remote_user [$time_local] "$request" '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';
# 定义了上面的日志格式后，可以以下面的形式使用日志
# access_log logs/access.log main;
# 开启关闭 sendfile 方式传输文件，可以在 http 块、server 块或者 location 块中进行配置
# sendfile on | off;
# 设置 sendfile 最大数据量,此指令可以在 http 块、server 块或 location 块中配置
# sendfile_max_chunk size;
# 其中，size 值如果大于 0，Nginx 进程的每个 worker process 每次调用 sendfile() 传输的数据量最大不能超过这个值(这里是128k，所以每次不能超过128k)；如果设置为0，则无限制。默认值为0。
# sendfile_max_chunk 128k;
# 配置连接超时时间,此指令可以在http块、server块或location块中配置。
# 与用户建立会话连接后，Nginx服务器可以保持这些连接打开一段时间
# timeout，服务器端对连接的保持时间。默认值为 75s；header_timeout，可选项，在应答报文头部的Keep-Alive域设置超时时间：“Keep-Alive:timeout= header_timeout”。报文中的这个指令可以被Mozilla或者Konqueror识别。
# keepalive_timeout timeout [header_timeout]
# 下面配置的含义是，在服务器端保持连接的时间设置为 120s，发给用户端的应答报文头部中 Keep-Alive 域的超时时间设置为 100s。
keepalive_timeout 120s 100s
# 配置单连接请求数上限，此指令可以在 http 块、server 块或 location 块中配置。
# Nginx 服务器端和用户端建立会话连接后，用户端通过此连接发送请求。指令 keepalive_requests 用于限制用户通过某一连接向 Nginx 服务器发送请求的次数。默认是 100
# keepalive_requests number;6.1.4 server 块
server 块和“虚拟主机”的概念有密切联系。
虚拟主机，又称虚拟服务器、主机空间或是网页空间，它是一种技术。该技术是为了节省互联网服务器硬件成本而出现的。这里的“主机”或“空间”是由实体的服务器延伸而来，硬件系统可以基于服务器群，或者单个服务器等。虚拟主机技术主要应用于 HTTP、FTP 及 EMAIL 等多项服务，将一台服务器的某项或者全部服务内容逻辑划分为多个服务单位，对外表现为多个服务器，从而充分利用服务器硬件资源。从用户角度来看，一台虚拟主机和一台独立的硬件主机是完全一样的。
在使用 Nginx 服务器提供 Web 服务时，利用虚拟主机的技术就可以避免为每一个要运行的网站提供单独的 Nginx 服务器，也无需为每个网站对应运行一组 Nginx 进程。虚拟主机技术使得 Nginx 服务器可以在同一台服务器上只运行一组 Nginx 进程，就可以运行多个网站。
在前面提到过，每一个 http 块都可以包含多个 server 块，而每个 server 块就相当于一台虚拟主机，它内部可有多台主机联合提供服务，一起对外提供在逻辑上关系密切的一组服务（或网站）。
和 http 块相同，server 块也可以包含自己的全局块，同时可以包含多个 location 块。在 server 全局块中，最常见的两个配置项是本虚拟主机的监听配置和本虚拟主机的名称或IP配置。
listen
listen 表示监听的端口，可以使用正则表达式进行匹配，也可以同时监听一个端口。
listen 127.0.0.1:8000; # 只监听来自 127.0.0.1 这个 IP，请求 8000 端口的请求
listen 127.0.0.1; # 只监听来自 127.0.0.1 这个 IP，请求 80 端口的请求（不指定端口，默认 80）
listen 8000; # 监听来自所有 IP，请求 8000 端口的请求
listen *:8000; # 和上面效果一样
listen localhost:8000; # 和第一种效果一致server_name
虽然 listen 也可以指定监听的 IP + port，但是一般在 server_name 中指定 IP/域名
listen 10000;
server_name localhost *.cxy621.sast;多个域名使用空格分离，可以使用 * 通配符。在出现重复匹配的时候拥有一套自己的优先级规则。
- 准确匹配 server_name；
- 通配符在开始时匹配 server_name 成功；
- 通配符在结尾时匹配 server_name 成功；
- 正则表达式匹配 server_name 成功。
6.1.5 location 块
location 跟的是待匹配的请求 uri。可以是不含正则表达的字符串，如 /myserver.php 等；也可以是包含有正则表达的字符串，如 .php$（表示以.php结尾的URL）等。
- “=”，用于标准 uri 前，要求请求字符串与 uri 严格匹配。如果已经匹配成功，就停止继续向下搜索并立即处理此请求。
- “^～”，用于标准 uri 前，要求 Nginx 服务器找到标识 uri 和请求字符串匹配度最高的 location 后，立即使用此 location 处理请求，而不再使用 location 块中的正则 uri 和请求字符串做匹配。
- “～”，用于表示 uri 包含正则表达式，并且区分大小写。
- “～
*”，用于表示 uri 包含正则表达式，并且不区分大小写。注意如果uri包含正则表达式，就必须要使用“～”或者“～*”标识。
root & index
用于设置请求寻找资源的跟目录，此指令可以在 http 块、server 块或者 location 块中配置。由于使用 Nginx 服务器多数情况下要配置多个 location 块对不同的请求分别做出处理，因此该指令通常在 location 块中进行设置。
index 用于指定首页显示的内容，一般为 index.html
6.2 负载均衡
负载均衡默认是轮询，按时间顺序逐一分配到不同的后端服务器。
upstream nacos-cluster {
ip_hash; # 每个请求按访问 ip 的 hash 结果分配，这样每个访客固定访问一个后端服务器，可以解决 session 的问题
server 127.0.0.1:8845 weight=10;
# 指定轮询几率，weight 和访问比率成正比，用于后端服务器性能不均的情况。
server 127.0.0.1:8846;
server 127.0.0.1:8847;
fair; # 按后端服务器的响应时间来分配请求，响应时间短的优先分配。
}
server {
listen 10000;
server_name localhost;
location /nacos {
# 转发到对应地址
proxy_pass http://nacos-cluster;
# http://localhost:10000/nacos-cluster hui'tiao
}
}每个设备的状态设置为:
- down：表示单前的 server 暂时不参与负载；
- weight：默认为 1。weight越大，负载的权重就越大；
- max_fails：允许请求失败的次数默认为 1。当超过最大次数时，返回 proxy_next_upstream 模块定义的错误；
- fail_timeout：max_fails 次失败后，暂停的时间；
- backup：其它所有的非 backup 机器 down 或者忙的时候，请求 backup 机器。所以这台机器压力会最轻。
6.3 include
通过在不同块中 include 其他配置文件，可以做到分离的作用。在主块中调用 include test.conf;。
# test.conf 文件
server {
listen 10040;
server_name localhost;
location / {
root E:\Blog\Hexo\Blog_ver1.0\public;
index index.html;
}
}7. JMeter
针对服务部署之后的压力测试，除了指令式的 ApacheBench(ab)，Apache 公司还提供了 JMeter。JMeter 能做的事情包括压力测试、负载均衡测试、JDBC 数据库连接等等。
在 Apache Jmeter 官网下载对应压缩包。在 Windows 环境中，在 bin 目录中点击 jmeter.bat 启动 JMeter。
JMeter 默认语言是英文，可以在 jmeter.properties 中修改 language=zh_CN 来更改语言。
7.1 基本使用
在测试计划上点鼠标右键，选择添加 > 线程（用户） > 线程组：
在新增的线程组中，填写线程信息：
给线程组点鼠标右键，添加http取样器：
添加监听器 -> 汇总报告和查看结果树：
7.2 测试问题
7.2.1 Address already in use
Java 的 Socket.close() 并不能立即释放连接，会造成一段时间内 TIME_WAIT 的状态。操作系统可供使用的连接数有默认限制，很快会被占满。
8. VMware
在 Docker 的容器化思想问世前，虚拟化硬件的技术就已经十分成熟。
虚拟机是一种高度隔离的软件容器，它可以运行自己的操作系统和应用程序，就好像它是一台物理计算机一样。虚拟机的行为完全类似于一台物理计算机，它包含自己的虚拟（即基于软件实现的）CPU、RAM 硬盘和网络接口卡 (NIC)。
底层实现在 Docker 学习中有提及，通过 Hypervisor 在宿主机系统上或者直接管理多个虚拟机。
+-----+-----+-----+-----+
|App A|App B|App C|App D|
+-----+-----+-----+-----+ +-----+-----+-----+-----+
|App A|App B|App C|App D| |Guest|Guest|Guest|Guest|
+-----+-----+-----+-----+ | OS0 | OS1 | OS2 | OS3 |
|Guest|Guest|Guest|Guest| +-----+-----+-----+-----+
| OS0 | OS1 | OS2 | OS3 | | Hypervisor |
+-----+-----+-----+-----+ +-----------------------+
| Hypervisor | | Host OS |
+-----------------------+ +-----------------------+
| Hardware | | Hardware |
+-----------------------+ +-----------------------+
Type I Type IIVMware 虚拟化的工作原理是，直接在计算机硬件或主机操作系统上面插入一个精简的软件层。该软件层包含一个以动态和透明方式分配硬件资源的虚拟机监视器（或称“管理程序”）。多个操作系统可以同时运行在单台物理机上，彼此之间共享硬件资源。由于是将整台计算机（包括 CPU、内存、操作系统和网络设备）封装起来，因此虚拟机可与所有标准的 x86 操作系统、应用程序和设备驱动程序完全兼容。可以同时在单台计算机上安全运行多个操作系统和应用程序，每个操作系统和应用程序都可以在需要时访问其所需的资源。
比起需要花费高代价配置的双系统或者是云服务器，虚拟机的使用就更加简单和快速。通过硬件模拟的操作系统，可以完成绝大部分的操作，或是针对一些特定环境的开发。
8.1 配置 Ubuntu
首先需要镜像文件作为系统支撑，类似于压缩包，可以被特定的软件识别并可直接刻录到光盘上，镜像文件就是光盘的“提取物”。VMware 中模拟了光盘读取操作系统安装的流程。
经典安装会自动配置 VM Tools，这是一个用于管理宿主机和虚拟机的工具。可以直接创建出一个共享于宿主机和虚拟机的文件夹，也能共享各种操作。
# 如果 VM-Tools 无法正常使用，需要重新安装并重启
sudo apt-get autoremove open-vm-tools
sudo apt-get install open-vm-tools-desktop8.2 ssh 连接虚拟机
8.2.1 分配 ip
VMware 默认使用 NAT 模式。VMware 最多可以创建 255 个虚拟网络，但每个虚拟网络仅能连接 32 个虚拟机网络设备。
安装 VMware 时，VMware 会自动为 3 种网络连接模式各自创建 1 个虚拟机网络：VMnet0（桥接模式）、VMnet8（NAT 模式）、VMnet1（仅主机模式）。也可以根据需要自行创建更多的虚拟网络。
- 桥接模式：虚拟机中的虚拟网络适配器可通过主机中的物理网络适配器直接访问到外部网络，同时虚拟机会占用局域网中的一个端口，可以和其他终端进行访问；
- NAT 模式：VMware 会在主机上建立单独的专用网络，用以在主机和虚拟机之间相互通信。宿主机/虚拟机发送的网络请求，都会通过 NAT 适配器进行对应转发；
- 仅主机模式：仅主机模式的虚拟网络适配器仅对主机可见，并在虚拟机和主机系统之间提供网络连接。
动态 IP
对于 NAT 模式，只需要配置对应的转发即可。
】
但是默认的 IP 是动态分配的，所以每次都需要使用 ip addr 查看 IP 进行映射。
静态 IP
配置静态 IP 需要在网卡配置中加入网关、子网掩码等内容。
如果是 CentOS 的系统，需要在 /etc/sysconfig/network-scripts/ifcfg-ens33 对应网卡中进行配置；在 /etc/resolv.conf 中配置 DNS；在 /etc/sysconfig/network 中配置 network。
BOOTPROTO=static
# IP 地址
IPADDR=192.168.188.3
# 子网掩码
NETMASK=255.255.255.0
# 网关
GATEWAY=192.168.188.2
# 开机加载启动网卡
ONBOOT=yes
# 配置 DNS
nameserver 192.168.188.2
# 配置 network
NETWORKING=yes在 ubuntu 中，首先要确认 VMware 提供的子网 IP 和 子网掩码。取消本地的 DHCP 服务自动提供 IP 给虚拟机，改为使用自定义的 NAT 模式。确认网段中 IP 地址不能与虚拟机的地址冲突。
这里需要注意是，如果整个关闭了 VMware 中网络设置中的 DHCP，之后创建的所有虚拟机都无法获得对应的 IP。在使用完之后记得重新打开。
ubuntu 的网络配置文件存放在 /etc/netplan 目录下：
sudo gedit /etc/netplan/01-network-manager-all.yaml
sudo netplan apply # 命令编译网络配置
ping www.baidu.com # 使用 ping 检测 DNS 是否c修改对应配置：
network:
version: 2
renderer: NetworkManager
ethernets:
ens33: # 网卡名，以 ubuntu 操作系统的网卡名称为准
dhcp4: no # ipv4 关闭 DHCP，用 static 模式
dhcp6: no # ipv6 关闭 DHCP
addresses:
- 192.168.114.136/24 # 本机 IP 地址
gateway4: 192.168.114.2 # VMware 网关的的 IP 地址
nameservers: # DNS 服务器
addresses: [114.114.114.114, 8.8.8.8, 1.1.1.1]8.2.2 配置 ssh
# 安装 openssh-client
sudo apt-get install openssh-client
# 安装 openssh-server
sudo apt-get install openssh-server
# 启动 ssh-server
sudo /etc/init.d/ssh restart
# 确认 ssh-server 工作正常（看到 ssh 表示工作正常）
netstat -tpl在这之后还需要对防火墙放行：
# 启动 22 端口
firewall-cmd --permanent --add-port=22/tcp
firewall-cmd --reload
# 或者直接关闭防火墙
systemctl stop firewalld.service之后配置密钥：
ssh-keygen
# 之后在 authorized_keys 中放置其他公钥
mv id_rsa.pub authorized_keys参考文章
- Centos 7 网卡配置——动态与静态
- Centos 7.0 安装 Java JRE 环境
- Centos 7 开放防火墙端口
- rz 与 sz
- Linux jar 包后台运行
- Ubuntu 20.04 安装 JDK 11 的过程
- GitHub Actions 自动打包部署 Spring Boot 项目到服务器
- Coding 平台进行 SpringBoot 项目持续化集成部署
- Github Actions 使用 Docker 部署 SpringBoot
- 通过 Github Action 发布 SpringBoot Docker 项目到云服务器
- Sourcetree 官网
- Azure Build
- nginx 之 proxy_pass 详解
- 深入浅出搞懂 Nginx
- Nginx 配置文件详解
- Nginx 负载均衡配置
- Nginx 的配置，域名分发与负载均衡
- ApacheBench
- Address already in use:connect 异常
- 镜像文件 百度百科
- 虚拟化 VMware 简介
- VMware 网络连接模式
- VM-Tools 的安装及安装后无法正常使用解决办法
- Windows 宿主机如何 SSH 连接 VMware 的 Linux 虚拟机
- 使用 Xshell 连接 VMware 上的 Linux 虚拟机
- VMware 虚拟机配置 ubuntu 18.04 静态 IP 地址