linux学习专栏

目录 一.基于SSH实现发送命令到远程服务器 二.基于SSH进⾏免密数据传输 三.综合案例基于JDK的安装和操作 一.台机器的jdk的安装和配置 二.把这个软件和相应的配置文件通过scp发送出去 四.基于Ubuntu完成SSH服务配置 一.第⼀步： 需要让三个服务器全部都使⽤itheima⽤⼾登录服务器 二.第二步: 需要让三台服务器都要配置免密操作 三.第三步：依次通过： ssh 主机地址 连接各个服务器， 观察是否需要输⼊密码 综述 SSh的相关操作 一.基于SSH实现发送命令到远程服务器 SSH远程执⾏命令是通过SSH协议连接到远程服务器，并在远程服务器上执⾏指定的命令或脚本， ⽽⽆需直接登录到服务器的终端 相关的命令是 ssh [选项] username@remote_host "command [&&] conmmad" 说明： username：远程服务器的⽤⼾名。 remote_host：远程服务器的IP地址或域名。 command：要在远程服务器上执⾏的命令 & ： 异步执⾏， 在远程服务器后台运⾏， SSH不会等待命令完成，会⽴即返回并关闭连接 选项： -t： 如果远程命令需要交互式终端（例如 sudo 命令），可以使⽤ -t 选项 -p： 如果远程服务器的SSH服务运⾏在⾮默认端⼝（默认是22），可以使⽤ -p 选项指定端⼝ -o： 使⽤ -o 选项来指定SSH配置选项，例如禁⽤主机密钥检查（StrictHostKeyChecking=no） -A： 需要转发认证代理连接（例如使⽤SSH密钥进⾏跳板机连接），可以使⽤ -A 选项 需求⼀： 在node1中远程查看node2的主机名 ssh root@192.168.88.102 "hostname" 需求⼆： 在node1中，远程执⾏进⼊root⽤⼾家⽬录，并在此⽬录下创建 a.txt⽂件 说明：如果是执⾏多个命令，可以使⽤分号 或 && 来分隔命令 分号： 仅分隔命令， 不管前⾯得命令是否执⾏成功， 后⾯的命令依然会执⾏ && ： 将多个命令合并为⼀个命令， 前⾯得命令如果执⾏失败， 后⾯的命令就⽆法执⾏ ssh root@192.168.88.102 "cd ~ && touch a.txt" ``这里面我为大家看一下我所在操作过程之中遇到的问题` ...

目录 1. 实验环境 2. 故障现象 3. 排查过程 3.1 检查默认网关 3.2 确认 node1 到 jumper 的内网连通性 3.3 确认 jumper 自己能上外网 3.4 确认内核转发已开启 3.5 确认 FORWARD 链放行 3.6 抓包定位（关键转折点） 3.7 查看 NAT 规则（真相浮出水面） 3.8 核对真实的外网网卡名 4. 根因分析 5. 正确配置（最终生效） 6. 避坑清单（收藏备用） 7. 写在最后 前言 今天上午做 VMware 内网流量转外网的实验，照着教程一行一行敲命令，结果 node 能 ping 通网关，却死活 ping 不通百度。 我查了路由表、翻了 iptables 规则、确认了内核转发、关了 firewalld……几乎把 Linux 网络栈翻了个底朝天，几度想直接跳过这个实验。直到最后敲下 ip route get 8.8.8.8，盯着输出沉默了三秒——教程里写的是 ens160，而我的外网网卡，叫 ens33。更讽刺的是，之前加过的重复规则把真正的问题掩盖了整整一上午。 一个网卡名的错位，一次规则的冗余，让我怀疑人生了大半天。如果你也在做 NAT 转发实验，遇到"node 能 ping 通网关却上不了外网"，希望这篇排坑记录能帮你省下这几个小时——因为"低级错误"从来不低级，它只是隐蔽得恰到好处。 ...

目录 warp导致的日志发送node2失败 1.问题背景 1.案例内容 2.案例思路 2.出现的问题 1.node2配置文件 2.重启日志文件 3.node3文件 4.node3端口和服务放行 5.出现问题 3.问题原因 核心原因剖析：用了 TCP，日志为什么还会"凭空消失"？ 4.解决问题 解决对策 5.总结 写在最后 warp导致的日志发送node2失败 1.问题背景 这个是一个操作，以下是案例 1.案例内容 需求：基于node1中的/var/log/下的messages和secure日志， 完成将日志发送到日志服务器（node3）， 进行统一保存，要求保存到node3服务器的/var/log/messages和/var/log/secure 思路： 2.案例思路 第一步： 修改 node1的日志配置文件， 将对应写入到messages和secure日志对应规则配置， 将其目的地变更为发送到远端服务器方案 【建议选择：TCP方案】 第二步： 重启node1的系统日志服务 第三步： 修改 node3的日志配置文件， 将用于接收远程日志的模块打开【tcp模块】 第四步： 重启node3的系统日志服务 第五步： 在node3中开放端口号 第六步： 测试message日志： 在node1中通过logger生成日志数据， 分别观察node1的系统日志和node3的系统日志， 哪个日志文件中会产生新的日志【正常:node3打印】 测试安全日志： 通过MX连接下node1，然后在关闭， 观察在这个过程中， node1和node3的安全日志谁会打印新的日志【正常:node3打印】 2.出现的问题 我当时用的是node2和node3，把node1替换成node2了 1.node2配置文件 打开vi /etc/rsyslog.conf这个文件，然后修改一些地方，图中红圈有一个地方圈错了，应该圈的是有@@的那几行，也是要追加的 2.重启日志文件 systemctl restart rsyslog ststemctl status rsyslog 3.node3文件 和node1的文件是同一个，在模块中把tcp协议放行 4.node3端口和服务放行 firewall-cmd --add-port 514/tcp --permanent firewall-cmd --reload firewall-cmd --list-all systemctl restart rsyslog ststemctl status rsyslog ...

目录 一.准备工作 二.查看新添加磁盘 三.分区 四.格式化 五.挂载 1.临时挂载 2.长期挂载 六.重启并查看 磁盘的使用以及挂载 一.准备工作 在这一步当中，我们应当先关闭虚拟机，从设置里面添加一块磁盘，并设置合理的磁盘大小,随后呢，我们重新开启虚拟机就可以了，并登录mx,进行下一步操作 二.查看新添加磁盘 我们在这一步当中使用lsblk 查看新添加的磁盘 lsblk #查看新添加的磁盘 三.分区 fdisk /dev/sdb 然后，我们使用n来追加磁盘 注意，再最后一个扇区的时候我们也可以指定其特定大小+20G也是可以的 我们要使用w保存信息 我们再次使用命令df -h 查看分区 四.格式化 格式化，我们使用的是mkfs.格式 #格式化所支持的格式有mkfs.ext4 是⼀个⽤来格式化分区为 EXT4 ⽂件系统 的命令。EXT4（第四代扩展⽂件系统）是 #Linux 系统中使⽤最⼴泛的⽂件系统类型，兼具性能、可靠性和兼容性，适⽤于⼤多数场景。 #XFS 是⼀种⾼性能的⽇志⽂件系统，⼴泛⽤于企业级场景，特别是对⼤⽂件和⾼并发 I/O 的处理有 #明显优势。它是 CentOS Stream 9 等现代 Linux 发⾏版的默认⽂件系统类型 mkfs.xfs /dev/sdb 五.挂载 这一步，比较麻烦了，需要修改配置文件,修改的方式有两种 1.临时挂载 我们使用mount进行临时挂载 mount /dev/sdb1 /mnt/sdb1 mount /dev/sdb2 /mnt/sdb2 2.长期挂载 uuid修改 如果我们需要一直挂载，就需要修改配置文件，/etc/fstab blkid /dev/sdb1 blkid /dev/sdb2 先在，我们得到了他们的uuid，然后打开配置文件，进行修改就可以了 ...

目录 磁盘的综合案例 1.修改网络配置 1.改成88网段 情况一：全局迁移至 88 网段（推荐彻底解决） 情况二：临时恢复连接（最省事） 2.ssh免密登录 0.对于hosts文件进行修改 1.生成私钥和公钥 2.发送公钥 3.测试一下 2.DNS配置 1.要求 2.配置 1.正解析文件的配置 3.反解析文件配置 3.测试 4.开放端口 5.开启服务 6.修改客户端dns 7.测试 3. 日志的配置 1. 要求 2. 修改rsyslog.conf 3. 重启服务与放行端口 4.测试 4.磁盘配置 0.需求 1.添加一个100G大容量磁盘 2.添加到物理卷 2.添加到卷组 3.添加到逻辑卷 4.格式化分区的格式 5.挂载到指定路径 6.添加剩下的15G 1.设置让扩容生效 2.查看是否配置生效 磁盘的综合案例 1.修改网络配置 我们这里修改网络配置其实需要，进行对于ip的更改以及对于ssh的相关配置，ip要以此修改为192.168.88.170 171 172 1.改成88网段 注意。这里可能我使用88网段的话，还需要对于网卡进行修改，因为我虚拟机的之前的网段其实是149网段，如果不修改的话，会导致ping的时候没有反应，这是我第一次操作时遇到的一个问题，这里写出来给大家说明一下 这个问题是因为 VMware 的虚拟交换机（VMnet8）底层网段 与 虚拟机操作系统内部配置的 IP 网段 不一致导致的。只改虚拟机内部 IP 而不改 VMware 配置，数据包是发不出去的。 情况一：全局迁移至 88 网段（推荐彻底解决） 如果你想把所有机器都规范到 88 网段，请按以下步骤操作： ...

目录 磁盘管理 1.文件系统 常见文件系统对比 一、主流文件系统横向对比 2.常用的磁盘管理命令 2.1 查看磁盘与分区信息 1. lsblk —— 查看块设备（推荐首选） 2. fdisk —— 查看分区表 3. parted —— 高级分区查看 4. blkid —— 查看 UUID 和文件系统类型 5. 其他硬件信息 2.2 分区管理命令 1. fdisk —— MBR 分区（交互式） 2. gdisk —— GPT 分区（交互式） 3. parted —— 高级分区工具 4. 刷新内核分区表 2.3 文件系统格式化 1. 创建文件系统 2. 格式化时指定参数 3. 查看文件系统信息 2.4 挂载与卸载 1. 临时挂载 2. 卸载 3. 查看挂载信息 2.5 磁盘空间监控 1. 查看磁盘使用情况 2. 查看目录大小 3. 找出占用空间最大的目录（实战排障） 2.6 LVM 逻辑卷管理 1. 物理卷（PV） 2. 卷组（VG） 3. 逻辑卷（LV） 4. 扩容后刷新文件系统 2.7 磁盘 I/O 性能排查 1. iostat —— 磁盘 I/O 统计 2. iotop —— 按进程查看 I/O 3. 其他 I/O 排查工具 2.8 磁盘故障排查 1. SMART 健康检测 2. 文件系统修复 3. 坏道检测 2.9 SWAP 交换分区管理 1. 查看 SWAP 2. 创建 SWAP 分区 3. 永久生效（写入 fstab） 4. 调整 SWAP 使用策略 2.10 fstab 配置文件详解 1. 文件格式 2. 示例 3. 常用挂载选项 4. 安全验证 fstab 📌 速查口诀 3.磁盘分区操作 1.准备工作 2.GPT分区 1.查看磁盘情况 2.使用parted命令开始分区操作 3.设置交换内存 1.分配4G的分区大小 2.使用mkswap格式化分区 3.设置swapon启动交换分区 4.查看交换分区大小 磁盘管理 1.文件系统 文件系统的主要作用是将存储设备（如硬盘、SSD）上的物理空间组织为逻辑单元，提供数据存储、检索和管理的标准方法。一般文件系统主要由超级块（Superblock）、inode、数据块、目录结构构成的 ...

目录 关于ftp与SELinux的冲突问题 1.问题背景 2.遇到的问题 3.问题解决的方法 1.ai的方法 为什么本地能写、FTP 不能写？ 嫌疑一：write_enable 没开（最常见！） 嫌疑二：SELinux 拦住了 ftpd 兜底：看日志，让服务器自己告诉你原因 建议的排查顺序 2.我看出了什么 第 2 步：临时关掉 SELinux 做隔离测试 第 3 步：回客户端 lftp 重试 看结果分支判断 3.我的解决方案 4.给我们的警示 关于ftp与SELinux的冲突问题 1.问题背景 首先这个问题诞生于如此条件下，我在跟随佳乐老师创建完lisi，zhangsan，wangwu之后呢，我就用lisi作为用户登录服务器node1，这里面设置了禁锢操作，路径是/export/public，而public里面拥有2个文件夹.一个是logs，另一个是src，同时设置了黑白名单,张三设置在黑名单，王五和李四设置在白名单 2.遇到的问题 1.遇到的问题其实就是，在我用lisi把客户端的根目录下的a.log，发送给服务器的logs目录，无法操作 2.后来，我在logs目录下创建文件夹也是无法操作的，也是显示权限不足 但是呢，我在服务器的这个logs目录下创建文件夹是可以创建的 3.就很奇怪，再去服务器是可以搞定的，是可以创建文件夹的，但是在客户端是没有办法进行创建的，我当时以为是logs的权限设置的不对，用的是root创建，权限大的缘故，但是其实并不是如此的,后面我在服务器用了lisi照样是可以创建的 4.后来，我仔细检查了这些文件夹的权限，并再次赋权,这次显然也是不行的 3.问题解决的方法 解决的办法，后来，我把我的问题，这些比较奇怪的地方，我问了千文，后来，在他的帮助之下我成功了，在客户端我成功的在服务器的logs上面创建了文件夹，这意味着什么呢，显然这意味着，我可以把客户端家目录的a.log上传给服务器的logs里面，结果显然和我想的一样 下面是千文告诉我的解决方案，让我一步一步排查，最后成功找到了问题关键所咋 1.ai的方法 这个对比信息非常关键！它直接帮我们排除了文件系统权限问题。 为什么本地能写、FTP 不能写？ 本质区别在于执行写入的"身份"不同： 场景 执行者 受什么约束 本地 mkdir lisi 自己的 shell 进程 只看文件系统的 rwx 权限 ✅ FTP mkdir vsftpd 守护进程代为执行 受 vsftpd.conf 开关 + SELinux 对 ftpd 的策略双重约束 ❌ 所以本地能写，完全不能证明 FTP 也能写。问题 100% 卡在 FTP 守护进程这一层。下面两个是头号嫌疑。 ...

目录 一.数据同步服务的基本介绍 1.什么是数据同步？ 2.如何进行实时同步 3.特点 4.怎么实现仅同步变化的数据呢？ 5.同步方式 二.如何安装数据同步服务： dnf -y install rsync 三.综合案例 1. 本地同步操作: 2.远程同步操作: 3.综合案例,实现定时与增量备份 四.结合INOTIFY实现数据实时同步 1.对node2进行配置 1.创建用户 2.修改配置文件 3.创建密码⽂件 4. 启动rsync服务 五.设置开机自启动 1.杀死进程 2.设置开机⾃启动 六.基于RSYNC服务完成⼿动同步 1.格式 2.基于⼿动同步⽅式完成数据同步 3.创建日志文件 4.开始传输文件了 解决方案 找到根本原因了！ 解决方案 方案1：临时关闭 SELinux（快速验证） 方案2：永久关闭 SELinux 方案3：设置正确的 SELinux 上下文（推荐，更安全） 建议 七,使⽤密码⽂件， 实现不需要输⼊密码 八.使用主机名 九.使用脚本自动配置 1.安装使用的软件 2.编写脚本 3给文件加权以及启动脚本文件 4.最后测试一下 一.数据同步服务的基本介绍 1.什么是数据同步？ 指的将业务中数据，定时 或者实时的将其备份到其他目录或者其他服务器的目录下过程 2.如何进行实时同步 常⽤选项： • -v ：详细模式输出，显⽰传输过程中的⽂件信息。 • -a ：归档模式，表⽰递归传输⽂件，并保持所有⽂件属性。 • -z ：对备份的⽂件在传输时进⾏压缩处理。 • -P ：显⽰进度条。 • --delete ：删除⽬标⽬录中源⽬录中没有的⽂件（可选，⽤于实现双向同步） • -e ：⽤于指定⽤于传输⽂件的远程 shell 程序 默认为 ssh，也可以选择其他如rsh或者⾃定义的ssh 端⼝ 本地同步： rsync -av /src/directory/ /dest/directory/ 远程同步： rsync -avz /src/directory/ root@192.168.88.102:/dest/directory/ 拉取远程数据到本地： rsync -avz user@192.168.88.102:/src/directory/ /dest/directory/ 3.特点 • ⽀持增量同步：只传输发⽣变化的数据部分。 • ⽀持 SSH 加密传输。 • 可保持⽂件权限、时间戳、连接和等元数据。 ...

目录 这个是关于ssh的相关问题这个是关于ssh的相关问题 一.首先问题是：局域网内的两台主机如何可以相互登录 一.检查网络的连通性 二. 检查了是否安装了ssh服务 二.如何配置SSH免密登录 一.root用户的登录配置 1.修改配置文件 2.重启ssh服务 二.免密钥登录 1.安装私钥和公钥 2.发送公钥 这个是关于ssh的相关问题这个是关于ssh的相关问题 一.首先问题是：局域网内的两台主机如何可以相互登录 在这里面的话，我们其实是分成了2步的步骤流程： 首先第一步是检查是否我们局域网内的两台主机是否可以ping通 第二步其实就是检查我们的这两台主机，是否安装了ssh服务 接下来呢，我们将在这2个方面探究第一个的问题，这里面我会将我遇到的问题都写出来，并给予解决方案 一.检查网络的连通性 其实，在这里面，大家务必要小心，不要觉得这个简单，就不好好看了，这个也是开始的时候困扰了我很久，后来才知道，了是这个问题没有解决，以下我就为大家详细的说一下吧： 首先呢，大家务必确定两台Linux是NAT模式，这个模式对于后续操作是有帮助的，否则的话，后面大家就会遇到各种各样的麻烦的，这里我就给大家说一下给如何进行NAT设置吧 首先呢，大家要点击虚拟机里面的主机当中的设置按钮 接下来，在里面出现的界面我们选择网络适配器，选择NAT就可以了 然后，接下来的一台Linux的系统也是同理的，在这里我就不赘述了，操作到这里，其实两台主机就具有连通行了，我们可以ping一下的 这一步，到这里就结束了，然后我们进行下一步操作的的. 二. 检查了是否安装了ssh服务 在这里呢，我们开始进入Linux里面，开始真正意义上的操作的 首先就是我们查询是否安装了ssh相关服务，相比大家都知道的是，我们要安装ssh的客户端和服务端两个服务的，以下是查询的命令 ssh -V # 这个是检查SSH客⼾端版本，如果安装会显⽰版本信息 systemctl status sshd # 这个是检查SSH服务状态，如果服务正在运⾏则说明已安装SSH服务器 如果提⽰： command not found或类似的， 说明SSH服务未安装， 需要安装服务 此时呢，就需要安装这几个服务了 1.安装客户端 dnf install -y openssh-clients 2.安装服务端 dnf install -y openssh-service 3.启动ssh服务 systemctl start sshd # 启动服务 systemctl enable sshd # 将服务添加到⾃启动项，下次开机就⾃动启动了 这一步，到这里，我们也就结束了 ...