系统PLUS博客

1Panel安装及使用（Ubuntu服务器运维面板工具）

Wed, 13 Aug 2025 00:37:32 +0800

1Panel 是一个现代化的 Linux 服务器运维管理面板，支持可视化管理服务器、网站、数据库等。在 Ubuntu 上安装 1Panel 非常简单，以下是具体步骤：

安装步骤

更新系统包（可选但推荐）：
bash
sudo apt update && sudo apt upgrade -y

执行官方安装脚本：
1Panel 提供了一键安装脚本，直接运行以下命令：

                                    bash
                                
                        curl -sSL https://resource.fit2cloud.com/1panel/package/quick_start.sh -o quick_start.sh && sh quick_start.sh

按照提示完成安装：

脚本运行后会提示选择安装路径（默认 /opt/1panel），可直接按回车使用默认路径。
安装过程中会自动下载并配置依赖，耐心等待即可（通常几分钟）。

记录登录信息：
安装完成后，会显示面板访问地址、用户名和密码，类似如下输出：

                                    plaintext
                                
                        1Panel 安装成功!
----------------------------------------------------------------------
访问地址: http://服务器IP:8888
用户名: admin
密码: xxxxxxxx
----------------------------------------------------------------------

请务必保存好这些信息，首次登录需要使用。

访问 1Panel 面板：
在浏览器中输入提示的访问地址（如 http://你的服务器IP:8888），输入用户名和密码登录即可开始使用。

注意事项

端口开放：确保服务器的 8888 端口已开放（默认端口，可在安装后修改），如果使用防火墙，需要允许该端口访问：
bash
sudo ufw allow 8888/tcp
重置密码：如果忘记密码，可通过以下命令重置：
bash
1panel reset-password
卸载方法：如需卸载，执行命令：
bash
/opt/1panel/bin/1panel remove

安装完成后，你可以通过 1Panel 可视化界面管理服务器、部署应用、配置数据库等，非常适合新手和需要高效管理服务器的用户。

Linux系统备份及恢复的一个方案

Wed, 13 Aug 2025 00:35:55 +0800

本文为借鉴经验并按实际梳理，测试成功，环境如下:

VMware虚拟机Ubuntu20.04系统、实体电脑Ubuntu20.04系统

主要思路如下：由于linux系统一切皆文件的理念。通过tar工具将除启动分区（/boot）、/etc/fstab和动态生成的文件夹（media、proc等，下详细列出）将根目录下所有文件夹打包并压缩成一个文件backup.tar.gz。恢复时，通过Ubuntu Desktop版的ISO镜像进入试用环境（可直接进入其他系统或者系统ISO镜像写U盘进入试用环境，不能直接进入目标恢复系统），然后将backup.tar.gz解压到目标系统的根目录，恢复/etc/fstab，重启系统后正常运行。

原电脑：A，实体电脑，安装了Ubuntu20.04系统，安装有nginx、anaconda等软件

恢复的电脑：B，VMware虚拟机，安装了纯净的Ubuntu20.04系统（本次测试为异地恢复，非恢复原系统，原理一样）

1、将A电脑的相关文件打包到一个压缩文件

（c 创建，v 显示指令执行过程，p 保留原来权限，z 进行压缩，f指定备份文件， --exclude 指不打包的文件/夹）
tar cvpzf backup.tgz --exclude=/proc --exclude=/lost+found --exclude=/backup.tgz --exclude=/mnt --exclude=/sys --exclude=/media  --exclude=/swap.img  --exclude=/boot /

2、B电脑安装好纯净的系统（如果在原电脑恢复，可以跳过这步），提前将backup.tar.gz拷贝到一个U盘

将Ubuntu 20.04 desktop版本的ISO镜像装载到虚拟机B电脑（实际操作可以用U盘写desktop镜像启动）并启动进入bois，选择优先光驱启动

启动时选择Try Ubuntu，进入试用系统环境，挂载U盘

3、系统文件恢复

可以通过查看待恢复B电脑硬盘的文件了解路径，一般路径都是 /media/ubuntu/xxxxxxxxxxxxxxxxxxxxxxxxxxx/ ,xxx代表不同的磁盘分区，其中B电脑和U盘的不同路径

进入到B电脑硬盘分区的目录，通过sudo cp 命令备份/etc/fstab到U盘目录。（注意如果boot是单独一个分区，无需理会，但是在当前分区下，则注意不能删/boot，最好就是直接保留/boot）

然后删除除了第一步压缩--exclude 排除的文件/夹，即保留proc、lost+found、mnt、sys、media、swap.img、boot

解压 /为具体解压到那个目录（x 还原，v 显示指令执行过程，p 保留原来权限，z 进行压缩，f指定备份文件），注意backup.tar.gz文件路径和解压目标路径需要根据实际补全。
tar xvpzf backup.tar.gz -C /
解压完，恢复B电脑备份的/etc/fstab文件,Axxx-Bxxx指U盘所在路径,当前路径为B电脑的分区根目录
sudo cp /media/ubunt/Axxx-Bxxx/fstab ./etc/fstab

4、重启电脑，恢复完成，查询原A电脑的环境已经恢复到了B电脑

Mysql数据库主从模式配置及切换方案

Wed, 13 Aug 2025 00:34:43 +0800

有一个项目的需求，同时配置两台服务器，两台服务器的mysql数据库、系统图片、视频等资源等实时同步，在出现故障时迅速切换。（通过mysql主从复制、rsync数据同步、nginx负载均衡的方案实现）

通过实现MySQL数据库的从数据库实时备份，以便在故障发生时能迅速切换到从数据库。同时，为了避免在服务器切换时手动拷贝图片、视频资源，采用rsync同步复制技术。系统正常运行的情况下，两台服务器分别有一条线路，采用云解释分别访问两台服务器，然后通过nginx负载均衡，mysql默认访问主服务器的mysql。

关于MySQL的主从配置，下面详细记录，参考了其他博主的方法。

主库：192.168.100.60    3306     
从库：192.168.100.101    3306

1、主从原理

主从原理大致有三个步骤：

在主库上把数据更改记录到二进制日志中（Binary Log）中，这些记录称为二进制日志事件。
从库通过IO线程将主库上的日志复制到自己的中继日志（Relay Log）中。
从库通过SQL线程读取中继日志中的事件，将其重放到自己数据上。
配置前，要保证主从库数据的数据一致。

原理图如下：

2、主从配置

（1）配置主库

修改my.cnf文件，在[mysqld]加入下面的内容：

# 服务的唯一编号
server-id = 1
# 开启mysql binlog功能
log-bin = mysql-bin
# binlog记录内容的方式，记录被操作的每一行
binlog_format = ROW
# 减少记录日志的内容，只记录受影响的列
binlog_row_image = minimal
# 指定需要复制的数据库名为test
binlog-do-db = test

修改好配置文件，重启mysql服务

service mysqld restart

在mysql命令终端执行下面指令，创建从库用于同步数据的账号（主库ip为：192.168.100.60，192.168.100.101为从库ip，也可以直接用 % 代替）

CREATE USER 'test'@'192.168.100.101' IDENTIFIED BY 'test123';
GRANT REPLICATION SLAVE ON *.* TO 'test'@'192.168.100.101';
flush privileges;

（2）配置从库

同配置主库步骤配置从库的my.cnf文件，唯一不同的是：

server-id = 2

以下在mysql终端执行：

# 设置主服务器ip，同步账号密码，同步位置，这两个信息在主库mysql终端执行 show master status\G; 可得
CHANGE MASTER TO MASTER_HOST='192.168.100.60',MASTER_USER='test',MASTER_PASSWORD='test123',MASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=4778;
# 开启同步功能
start slave;

查看从库的运行状态：

show slave status\G;

#成功的标志是：
...
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
...

注意：

（1）报错Authentication plugin 'caching_sha2_password' reported error: Authentication requires secure connection，文心一言建议：如果你没有打算使用SSL/TLS，或者只是为了测试目的，你可以尝试更改MySQL用户的身份验证插件。例如，你可以将其更改为“mysql_native_password”。

ALTER USER 'test'@'192.168.100.101' IDENTIFIED WITH mysql_native_password BY 'test123';  
FLUSH PRIVILEGES;

（2）如果需要重新运行Change master....，需要先STOP SLAVE IO_THREAD;

（3）从库需要禁止写入，防止不同步。

# 选定数据库
use test;
# 读锁定，禁止写操作
FLUSH TABLES WITH READ LOCK;
# 解锁
UNLOCK TABLES;

虚拟机模拟mongodb配置多节点副本集，实现事务特性

Wed, 13 Aug 2025 00:33:50 +0800

一、环境环境：Ubuntu 22，完成mongd、mongosh、mongodump安装，第一步先进行备份（这里端口用的是27070）：（注意，这里配置内部地址，在远程连接时无法连接，或者加上直连参数；正式环境时可以配置内部地址，因为数据库和服务器在同一设备或者一个网络内）

mongodb://35.109.172.62:27070/emanyuen?directConnection=true&replicaSet=rs0'})  #地址非真实

mongodump --port 27070 --out ./backup

二、新建2个节点，1个仲裁节点，通过docker创建。事先下载mongo:latest镜像

docker network create mongo-cluster #创建虚拟网络
docker run -d --name mongo-secondary1 --network mongo-cluster -p 27071:27017 mongo:latest mongod --replSet rs0
docker run -d --name mongo-secondary2 --network mongo-cluster -p 27072:27017 mongo:latest mongod --replSet rs0
docker run -d --name mongo-arbiter --network mongo-cluster -p 27073:27017 mongo:latest mongod --replSet rs0

三、修改/etc/mongd.conf配置，重新启动 mongod

storage:
  dbPath: /var/lib/mongodb
systemLog:
  destination: file
  logAppend: true
  path: /var/log/mongodb/mongod.log
# network interfaces
net:
  port: 27070
  bindIp: 0.0.0.0
# how the process runs
processManagement:
  timeZoneInfo: /usr/share/zoneinfo
#security:
security:
 authorization: disabled
#operationProfiling:
replication:
  replSetName: rs0  #这里重点统一副本集名称

四、进入mongo shell进行配置

mongo --port 27070

// 初始化副本集,注意host要么都使用localhost，要么全部不能使用，这里使用mongo-cluster的ip
var config = {
    "_id": "rs0",
    "members": [
        {
            "_id": 0,
            "host": "172.18.0.1:27070"
        },
        {
            "_id": 1,
            "host": "172.18.0.2:27071"
        },
        {
            "_id": 2,
            "host": "172.18.0.3:27072"
        },
        {
            "_id": 3,
            "host": "172.18.0.4:27073",
                "arbiterOnly": true
        }
    ]
};
rs.initiate(config);

可以通过rs.status()查看状态

rs0 [direct: primary] test> rs.status()
{
  set: 'rs0',
  date: ISODate('2025-03-08T06:11:27.651Z'),
  myState: 1,
  term: Long('2'),
  syncSourceHost: '',
  syncSourceId: -1,
  heartbeatIntervalMillis: Long('2000'),
  majorityVoteCount: 3,
  writeMajorityCount: 3,
  votingMembersCount: 4,
  writableVotingMembersCount: 3,
  optimes: {
    lastCommittedOpTime: { ts: Timestamp({ t: 1741414278, i: 1 }), t: Long('2') },
    lastCommittedWallTime: ISODate('2025-03-08T06:11:18.725Z'),
    readConcernMajorityOpTime: { ts: Timestamp({ t: 1741414278, i: 1 }), t: Long('2') },
    appliedOpTime: { ts: Timestamp({ t: 1741414278, i: 1 }), t: Long('2') },
    durableOpTime: { ts: Timestamp({ t: 1741414278, i: 1 }), t: Long('2') },
    lastAppliedWallTime: ISODate('2025-03-08T06:11:18.725Z'),
    lastDurableWallTime: ISODate('2025-03-08T06:11:18.725Z')
  },
  lastStableRecoveryTimestamp: Timestamp({ t: 1741414238, i: 1 }),
  electionCandidateMetrics: {
    lastElectionReason: 'electionTimeout',
    lastElectionDate: ISODate('2025-03-08T05:45:38.697Z'),
    electionTerm: Long('2'),
    lastCommittedOpTimeAtElection: { ts: Timestamp({ t: 0, i: 0 }), t: Long('-1') },
    lastSeenOpTimeAtElection: { ts: Timestamp({ t: 1741412554, i: 1 }), t: Long('1') },
    numVotesNeeded: 1,
    priorityAtElection: 1,
    electionTimeoutMillis: Long('10000'),
    newTermStartDate: ISODate('2025-03-08T05:45:38.699Z'),
    wMajorityWriteAvailabilityDate: ISODate('2025-03-08T05:45:38.702Z')
  },
  members: [
    {
      _id: 0,
      name: '172.18.0.1:27070',
      health: 1,
      state: 1,
      stateStr: 'PRIMARY',
      uptime: 1550,
      optime: { ts: Timestamp({ t: 1741414278, i: 1 }), t: Long('2') },
      optimeDate: ISODate('2025-03-08T06:11:18.000Z'),
      lastAppliedWallTime: ISODate('2025-03-08T06:11:18.725Z'),
      lastDurableWallTime: ISODate('2025-03-08T06:11:18.725Z'),
      syncSourceHost: '',
      syncSourceId: -1,
      infoMessage: '',
      electionTime: Timestamp({ t: 1741412738, i: 1 }),
      electionDate: ISODate('2025-03-08T05:45:38.000Z'),
      configVersion: 6,
      configTerm: 2,
      self: true,
      lastHeartbeatMessage: ''
    },
    {
      _id: 1,
      name: '172.18.0.2:27017',
      health: 1,
      state: 2,
      stateStr: 'SECONDARY',
      uptime: 44,
      optime: { ts: Timestamp({ t: 1741414278, i: 1 }), t: Long('2') },
      optimeDurable: { ts: Timestamp({ t: 1741414278, i: 1 }), t: Long('2') },
      optimeDate: ISODate('2025-03-08T06:11:18.000Z'),
      optimeDurableDate: ISODate('2025-03-08T06:11:18.000Z'),
      lastAppliedWallTime: ISODate('2025-03-08T06:11:18.725Z'),
      lastDurableWallTime: ISODate('2025-03-08T06:11:18.725Z'),
      lastHeartbeat: ISODate('2025-03-08T06:11:25.990Z'),
      lastHeartbeatRecv: ISODate('2025-03-08T06:11:25.987Z'),
      pingMs: Long('0'),
      lastHeartbeatMessage: '',
      syncSourceHost: '172.18.0.1:27070',
      syncSourceId: 0,
      infoMessage: '',
      configVersion: 6,
      configTerm: 2
    },
    {
      _id: 2,
      name: '172.18.0.3:27017',
      health: 1,
      state: 2,
      stateStr: 'SECONDARY',
      uptime: 44,
      optime: { ts: Timestamp({ t: 1741414278, i: 1 }), t: Long('2') },
      optimeDurable: { ts: Timestamp({ t: 1741414278, i: 1 }), t: Long('2') },
      optimeDate: ISODate('2025-03-08T06:11:18.000Z'),
      optimeDurableDate: ISODate('2025-03-08T06:11:18.000Z'),
      lastAppliedWallTime: ISODate('2025-03-08T06:11:18.725Z'),
      lastDurableWallTime: ISODate('2025-03-08T06:11:18.725Z'),
      lastHeartbeat: ISODate('2025-03-08T06:11:25.992Z'),
      lastHeartbeatRecv: ISODate('2025-03-08T06:11:25.993Z'),
      pingMs: Long('0'),
      lastHeartbeatMessage: '',
      syncSourceHost: '172.18.0.1:27070',
      syncSourceId: 0,
      infoMessage: '',
      configVersion: 6,
      configTerm: 2
    },
    {
      _id: 3,
      name: '172.18.0.4:27017',
      health: 1,
      state: 7,
      stateStr: 'ARBITER',
      uptime: 44,
      lastHeartbeat: ISODate('2025-03-08T06:11:25.988Z'),
      lastHeartbeatRecv: ISODate('2025-03-08T06:11:25.990Z'),
      pingMs: Long('0'),
      lastHeartbeatMessage: '',
      syncSourceHost: '',
      syncSourceId: -1,
      infoMessage: '',
      configVersion: 6,
      configTerm: 2
    }
  ],
  ok: 1,
  '$clusterTime': {
    clusterTime: Timestamp({ t: 1741414278, i: 1 }),
    signature: {
      hash: Binary.createFromBase64('AAAAAAAAAAAAAAAAAAAAAAAAAAA=', 0),
      keyId: Long('0')
    }
  },
  operationTime: Timestamp({ t: 1741414278, i: 1 })
}

五、修改配置方法，先查出cfg，然后类似js语法，对members进行修改，然后rs.reconfig(cfg)，同时关注rs.add，rs.addArb用法

rs0 [direct: primary] test> var cfg = rs.conf();

rs0 [direct: primary] test> cfg
{
  _id: 'rs0',
  version: 3,
  term: 2,
  members: [
    {
      _id: 0,
      host: '172.18.0.1:27070',
      arbiterOnly: false,
      buildIndexes: true,
      hidden: false,
      priority: 1,
      tags: {},
      secondaryDelaySecs: Long('0'),
      votes: 1
    },
    {
      _id: 1,
      host: '172.18.0.2:27017',
      arbiterOnly: false,
      buildIndexes: true,
      hidden: false,
      priority: 1,
      tags: {},
      secondaryDelaySecs: Long('0'),
      votes: 1
    },
    {
      _id: 2,
      host: '172.18.0.3:27017',
      arbiterOnly: false,
      buildIndexes: true,
      hidden: false,
      priority: 1,
      tags: {},
      secondaryDelaySecs: Long('0'),
      votes: 1
    }
  ],
  protocolVersion: Long('1'),
  writeConcernMajorityJournalDefault: true,
  settings: {
    chainingAllowed: true,
    heartbeatIntervalMillis: 2000,
    heartbeatTimeoutSecs: 10,
    electionTimeoutMillis: 10000,
    catchUpTimeoutMillis: -1,
    catchUpTakeoverDelayMillis: 30000,
    getLastErrorModes: {},
    getLastErrorDefaults: { w: 1, wtimeout: 0 },
    replicaSetId: ObjectId('67cbd7ee890e374fac85a194')
  }
}
rs0 [direct: primary] test> cfg.members.push({"_id":3,"host":"172.18.0.4:27017","arbiterOnly":true})

rs0 [direct: primary] test> rs.reconfig(cfg);

#或者直接对cfg.members重新赋值，最后在rs.reconfig(cfg)

通过云主机SSH 反向端口转发访问无公网ip电脑的服务

Wed, 13 Aug 2025 00:26:38 +0800

利用 SSH 反向端口转发：轻松实现本地服务远程访问

在日常开发或服务器管理中，我们经常需要将本地服务暴露给外部网络访问，比如让客户临时访问你的本地开发环境，或者在没有公网 IP 的情况下让远程服务器访问内网服务。这时，SSH 反向端口转发就是一个简单高效的解决方案。本文将以实际命令为例，详细讲解其原理与应用。

什么是 SSH 反向端口转发？

SSH 端口转发分为本地端口转发和反向端口转发：

本地端口转发：将远程服务映射到本地端口（如访问 localhost:8080 相当于访问远程服务器的 80 端口）。
反向端口转发：将本地服务映射到远程服务器端口（如让远程服务器的 8888 端口指向你的本地 2202 端口）。

简单来说，反向端口转发能让外部网络通过远程服务器访问你本地的服务，这在本地设备没有公网 IP 时非常有用。

实战命令解析：一行代码实现反向转发

我们以这个命令为例，逐步拆解其作用：

                            bash
                        
                ssh -R 0.0.0.0:8888:localhost:2202 root@8.9.10.11 -p 22 -N -f

各参数含义详解：

-R：表示启用反向端口转发，格式为 远程地址:远程端口:本地地址:本地端口。

0.0.0.0:8888：指定远程服务器的 8888 端口作为入口，0.0.0.0 表示允许远程服务器的所有网络接口访问（包括公网 IP）。
localhost:2202：表示将远程 8888 端口的请求转发到本地的 22 端口（本地服务运行的端口）。

root@8.9.10.11：远程服务器的登录信息，root 是用户名，8.9.10.11 是远程服务器的公网 IP。
-p 22：指定连接远程服务器的 SSH 端口（默认是 22，这里是自定义端口）。
-N：表示不执行远程命令，仅用于端口转发（纯转发模式，不登录远程 shell）。
-f：表示在后台运行 SSH 进程，不占用当前终端。

执行效果：远程访问本地服务

命令执行成功后，会在远程服务器上建立一个 “通道”：

当有人访问远程服务器的 8.9.10.11:8888 时，请求会被自动转发到你的本地 localhost:22。
例如：如果你的本地 2202 端口运行着一个 Web 服务，那么通过 http://8.9.10.11:8888 就能访问这个本地服务。

操作步骤与注意事项

1. 前提条件

本地设备已安装 SSH 客户端（Linux/macOS 内置，Windows 可使用 PowerShell 或 PuTTY）。
拥有一台带公网 IP 的远程服务器（如 VPS），并能通过 SSH 登录（需知道 IP、端口、用户名和密码 / 密钥）。
本地 22 端口已运行服务（如 Web 服务器、数据库等）。

2. 执行命令并验证

在本地终端执行上述命令，首次连接需确认远程服务器指纹（输入 yes），并输入远程服务器的登录密码。
验证转发是否生效：

登录远程服务器，执行 netstat -tuln | grep 8888，若看到 0.0.0.0:8888 处于监听状态，说明转发成功。
从外部设备访问 远程服务器IP:8888，测试是否能连接到本地服务。

3. 常见问题与解决

“端口被占用” 错误：远程服务器 8888 端口已被其他程序使用，可更换为其他端口（如 8080）。
无法从外部访问：检查远程服务器防火墙是否开放 8888 端口，或 SSH 服务器配置是否允许反向转发。

需在远程服务器的 /etc/ssh/sshd_config 中确保 GatewayPorts yes（默认可能为 no 或 clientspecified），修改后重启 sshd 服务。

连接断开：SSH 连接可能因超时断开，可配合 autossh 工具实现自动重连（需额外安装）。

4. 安全最佳实践

避免明文密码：命令中直接输入密码会暴露在历史记录中，建议配置 SSH 密钥登录（免密码且更安全）：
bash
# 本地生成密钥对（一路回车）ssh-keygen -t ed25519# 将公钥上传到远程服务器ssh-copy-id -p 2202 root@8.9.10.11
限制访问来源：若无需公网访问，可将 0.0.0.0 改为 127.0.0.1，仅允许远程服务器本地访问转发端口。
及时关闭转发：用完后通过 ps aux | grep ssh 找到进程 ID，用 kill <PID> 关闭，避免安全隐患。

适用场景

本地开发调试：通过公网访问你的本地开发环境，无需部署到服务器。
内网服务暴露：将内网设备（如树莓派、NAS）的服务通过远程服务器暴露到公网。
临时文件传输：通过反向转发临时开放本地 FTP/SFTP 服务，方便远程传输文件。

总结

SSH 反向端口转发是一个轻量级且强大的工具，仅需一行命令就能打破内网限制，实现本地服务的远程访问。关键是理解 -R 参数的转发逻辑，并注意配置安全选项（如密钥登录、防火墙规则）。无论是开发调试还是临时服务暴露，它都能成为你的得力助手。

Linux通过手机USB网络共享上网设置方法

Wed, 13 Aug 2025 00:21:50 +0800

多数情况下，服务器无法直接联网，需通过手机连线上网。

设置方法如下：

终端中查看现有网络接口：

ip addr 或 ifconfig

连接好数据线并在手机设置中打开“通过USB共享网络”

再次查看是否将USB识别为新的网络接口，此时没有IP地址。注意新增的网络接口名称，如“usb0”

为网络接口分配IP地址：

dhclient usb0

再次查看网络接口：

ip addr 或 ifconfig

确认已接入互联网：

ping www.baidu.com

下文讲述Linux中dhclient的功能说明，如下所示；

dhclient命令功能：

用于动态主机配置协议

动态的配置网络接口的

网络参数

dhclient命令注意事项：

此命令也支持BOOTP协议

dhclient命令的语法格式:

dhclient [参数] [网络接口]

-----常用参数说明------

-p:指定dhcp客户端监听的端口号(默认端口号86)

-d:总是以前台方式运行程序

-q:安静模式，不打印任何错误的提示信息

-r:释放ip地址

-n:不配置任何接口

-x:停止正在运行的DHCP客户端，而不释放当前租约，杀死现有的dhclient

-s:在获取ip地址之前指定DHCP服务器

-w:即使没有找到广播接口，也继续运行

例：

dhclient命令的示例分享

---在指定网络接口上发出DHCP请求

[root@maomao365 ~]# dhclient eth0

---释放IP地址

[root@maomao365 ~]# dhclient -r

Killed old client process

---从指定的服务器获取ip地址

[root@maomao365 ~]# dhclient -s 192.168.8.188

---停止运行dhclient

[root@maomao365 ~]# dhclient -x

Killed old client process