红帽RH124系统管理一级的课程里第11章“管理网络”是被很多人低估的一块。它不像SELinux那么抽象也不像LVM那样绕但它同时涉及概念理解、命令操作和配置文件排错几乎每场考试都会出题。我见过不少同学前面章节刷得飞快一到网络这章就开始卡壳不是因为难而是因为考点太碎了。这一篇我就按问答题的形式把第11章最常见的知识点串一遍每一个问题后面都是可以直接上手的答案配合命令和配置示例适合备考RH124或者正在自学红帽系Linux网络管理的朋友。1. RH124网络章节的考点地图与学习思路1.1 这一章在RH124里的真实定位RH124是红帽系统管理一级课程覆盖的是日常工作里管理员最常用的一套基本功。第11章“管理网络”正好卡在一个承上启下的位置前面讲用户、权限、进程和存储到了网络这一章你才真正开始接触“让这台服务器跟外界说话”的能力。考试里网络配置的内容不一定会单独占一个大题但很多场景题都会默认你已经掌握了这些基础操作。举一个很典型的例子考题可能会给你一台刚装好的RHEL9虚拟机要求你把它的IP地址改成某个固定地址同时要求重启之后仍然生效最后用ping验证连通性。这种题考的不是什么高深原理而是你对NetworkManager、nmcli、ip、ping这一整套工具链的熟练度。所以这一章的学习目标可以概括成三句话能看懂网络配置文件能熟练用nmcli配置连接能用基础命令排查常见网络问题。1.2 高频考点一览先建立知识框架我复习这一章的时候第一件事就是把考纲里的知识点全部列成一张表按题型分类。整理完之后你会发现考点其实非常集中而且工具指向性极强。下面这张表是我自己整理的高频考点框架考点常见题型核心命令/文件IPv4地址、子网掩码与CIDR选择题、计算题ipcalc、手算NetworkManager管理网络操作题、选择题nmcli、nmtui静态IP/DHCP配置操作题nmcli connection modify主机名管理操作题hostnamectlDNS客户端配置选择题、排错题/etc/resolv.conf、getent本地名称解析排错题/etc/hosts、/etc/nsswitch.conf网络连通性排查操作题ping、ip、ss、curl这份表的价值在于它能帮你快速判断一个题目在考什么方向。比如看到“重启后IP配置丢失”你要立刻反应过来这题考的是连接配置的持久化看到“能ping通IP但解析不了域名”你的第一反应就应该是检查DNS配置。2. 网络基础问答题IP地址、子网掩码与CIDR2.1 私有地址与公网地址的分辨题QIPv4地址分成几类哪些网段是私有地址哪些是公网地址AIPv4地址按首段数值可以分为A、B、C、D、E五类。A类第一段是1到126B类第一段是128到191C类第一段是192到223D类用于组播E类保留研究使用。考试里最常考的是私有地址段也就是内网地址A类私有段10.0.0.0/8范围是10.0.0.1到10.255.255.254。B类私有段172.16.0.0/12范围是172.16.0.1到172.31.255.254。C类私有段192.168.0.0/16范围是192.168.0.1到192.168.255.254。链路本地地址169.254.0.0/16DHCP获取失败时自动分配。环回地址127.0.0.0/8永远指向本机。做题的时候有一个快速判断办法见到10开头的、172.16到172.31中间的、192.168开头的地址基本都是私有地址。同理如果在配置文件中看到一个169.254开头的IP往往说明这台机器没有正常拿到DHCP地址。选择题里出现过“下列哪个地址可用于内网主机”或者“下列哪个是公网地址”的题目本质上就是考这几段地址的记忆。2.2 子网掩码与可用主机数计算题Q192.168.10.0/26这个网段子网掩码是多少可用主机地址有多少个这个题目看着简单但每次考试都有同学算错。RD124考网段计算不会太深但基础概念必须过关。/26表示前26位是网络位剩余6位是主机位。把前26位换算成十进制就是255.255.255.192。因为C类地址默认就是192.168.10.0网段借了2位做子网划分所以掩码从255.255.255.0变成了255.255.255.192。可用主机数用2的32-26次方减2来计算也就是2的6次方减2等于64减2结果是62个可用主机地址。减去2是因为网段地址192.168.10.0和广播地址192.168.10.63不能分配给主机使用。同理可推一个/30网段只有2个可用地址这种网段通常用于路由器之间的点对点连接而/24网段有254个可用地址是一个标准的C类地址段。做题时需要熟练的换算表CIDR子网掩码可用主机数/24255.255.255.0254/25255.255.255.128126/26255.255.255.19262/27255.255.255.22430/28255.255.255.24014/30255.255.255.25222.3 默认网关与广播地址的易错细节Q主机的IP地址是192.168.1.100/24它的默认网关和广播地址分别应该怎么填网关必须和主机在同一个子网内而且不能使用网段地址和广播地址。广播地址是主机位全为1的地址192.168.1.0/24的广播地址是192.168.1.255网段地址是192.168.1.0。默认网关通常设置为这个网段里一个可用的主机地址典型的是192.168.1.1或192.168.1.254但不能是192.168.1.0和192.168.1.255。查看默认网关用ip route show命令输出中Destination为0.0.0.0的那条路由就是默认路由它的Gateway列就是默认网关地址。我记得第一次配置静态IP的时候把网关填成了192.168.1.0结果路由一直报错后来才发现网关不能是网段地址本身。这个细节虽然low但恰恰是RH124容易出选择题的地方。3. NetworkManager与nmcli实操问答题3.1 NetworkManager的作用问答QNetworkManager在RHEL中扮演什么角色为什么RH124要重点学习它NetworkManager是RHEL中默认的网络管理服务核心任务是统一管理系统的网络设备与连接配置。它本身是一个后台守护进程当你插入网线、启动虚拟机网卡的时候NetworkManager会负责自动激活对应的连接并维护这些连接的配置状态。它给管理员提供了多套操作前端命令行下的nmcli、图形化的nmtui、桌面环境右下角的网络设置面板以及配置文件接口。RH124选择NetworkManager作为网络章节的重点原因很直接要么你通过配置文件来定义网络要么你使用命令工具来修改网络RHEL默认要确保这两条路最终都能走到同一个管理框架里。早期Linux的network.service方式是一套System V风格的网络配置方式虽然简单但不适合现在的动态网络环境。NetworkManager能够动态感知网络变化比如笔记本电脑从有线切到无线、虚拟机网卡被热插拔这些都是传统静态配置很难处理的场景。一个容易混淆的点是NetworkManager管理的是连接connection而不是设备device本身。设备是物理存在的网卡比如ens33、ens160、enp1s0每台机器只有一个连接是应用到设备上的一组网络配置包括IP地址、网关、DNS这些参数。同一个设备可以有多个连接配置文件但同一时间只能激活其中一个。理解这个区别之后后面用nmcli操作时思路会清晰很多。3.2 查看网络状态nmcli device与connection的区别Q如何快速查看系统的网络设备状态和连接状态查看设备状态用nmcli device status输出里会列出所有网卡的设备名、类型、状态和连接名。如果网卡状态是connected表示它已经被NetworkManager接管并且有一个激活的连接状态是disconnected表示网卡存在但没有激活任何连接unmanaged表示NetworkManager没有接管这张网卡通常是手工改过配置或者网卡被标记为不托管。查看连接信息用nmcli connection show。不带参数会列出所有连接的名称、UUID、类型和设备绑定关系想查看某个连接的详细配置就加上连接名比如nmcli connection show ens33。我习惯在配置IP之前先跑一下nmcli device status确认当前设备状态再跑nmcli connection show确认连接名。因为有的虚拟机上连接名不叫ens33而叫System ens33如果不看就用错连接名命令执行后会报connection does not exist。nmcli支持交互式命令行直接输入nmcli回车会进入nmcli提示符可以按tab补全命令适合一些复杂的连串操作。不过考试机不一定方便用交互模式我在练习时更推荐把完整命令一次性写完这样既熟练记忆也不容易遗漏参数。3.3 用nmcli配置静态IP的完整步骤Q把ens33网卡的IP地址改成192.168.1.100/24网关为192.168.1.1DNS为192.168.1.1要求重启后仍然生效并且立即生效应该如何操作在RHEL9上这个操作只需要两条命令。先修改连接配置再重新激活连接。以连接名为ens33为例nmcli connection modify ens33 ipv4.method manual ipv4.addresses 192.168.1.100/24 ipv4.gateway 192.168.1.1 ipv4.dns 192.168.1.1 nmcli connection up ens33第一条命令把连接ens33的IP获取方式改成manual静态配置指定地址、网关与DNS。第二条命令重新激活连接让刚才修改的配置写入网卡并立即生效。修改完成后用ip addr show ens33确认地址再ping网关和外部主机验证连通性。需要注意nmcli connection modify只是修改了配置文件不会立即改变当前运行中的网络状态。如果不执行nmcli connection up当前网卡仍然沿用旧地址。这也是“改完IP重启之后生效但当前不生效”这类题目的答案所在。如果想改回DHCP自动获取把ipv4.method改成auto同时把手动指定的地址、网关和DNS清空nmcli connection modify ens33 ipv4.method auto ipv4.addresses ipv4.gateway ipv4.dns nmcli connection up ens33清空参数时必须保留引号和空格否则命令可能因为参数解析问题报错。这个坑我在虚拟机里踩过多次参数被清空之后需要重新指定才能恢复。3.4 用nmcli管理网关与DNSQ如何向一个已有的连接中添加多个DNS服务器并且忽略DHCP下发的DNS添加DNS有两种方式一种是通过nmcli connection modify修改连接的永久配置另一种是通过nmcli device modify修改当前设备运行时的配置。两者的区别在于连接配置是持久化的设备配置是临时的。考试里通常要求永久生效所以要用connection modify。nmcli connection modify ens33 ipv4.dns 192.168.1.1 8.8.8.8 nmcli connection modify ens33 ipv4.ignore-auto-dns yes nmcli connection up ens33第一条命令覆盖式地设置DNS列表如果原来有DNS会被替换第二条命令确保即使DHCP服务器通过option 6下发了DNS也不会覆盖手工设置的DNS。在混用DHCP和静态DNS场景下ignore-auto-dns这个参数非常常用。配置完成后可以用resolvectl status或者cat /etc/resolv.conf查看最终生效的DNS地址。淘宝或者教案里经常把resolv.conf的配置当重点讲但在RH124的考试环境里我建议优先使用nmcli来修改DNS因为NetworkManager会自动重写resolv.conf直接手工编辑这个文件在重启NetworkManager或重新激活连接后会被覆盖。理解resolv.conf的内容而不依赖手工编辑这才是正确的备考方向。3.5 配置文件持久化ifcfg与keyfile怎么选QRHEL9的NetworkManager连接配置保存在哪里还有必要改ifcfg文件吗RHEL9里NetworkManager的连接配置默认以keyfile格式存放在/etc/NetworkManager/system-connections/目录下。每个连接一个文件文件名一般是连接名加.conf后缀。使用nmcli connection modify之后变更就是写入这个文件所以系统重启后配置仍然保留。早期RHEL版本使用/etc/sysconfig/network-scripts/ifcfg-*格式RHEL9也保留了兼容支持如果检测到ifcfg文件NetworkManager同样能读。实操建议很简单优先使用nmcli、nmtui这些工具来修改不要手工编辑配置文件。把nmcli修改看作被支持的正式通道把手工改配置文件看作破坏NetworkManager整体状态的后门操作。考试要求的是“配置能够持久化”用nmcli完成永远不会错手工改文件在重启后的验证环节容易出问题。如果你真的需要查看当前生效的连接和对应配置文件可以先nmcli connection show记下连接名再进/etc/NetworkManager/system-connections/目录里找到同名.conf文件查看内容。文件内容右侧的address1、gateway、dns这些字段都是keyfile格式的标准写法。4. 主机名与名称解析问答题4.1 用hostnamectl永久修改主机名Q如何将系统的主机名修改为server1.example.com并且保证重启后仍然不变使用hostnamectl命令即可hostnamectl set-hostname server1.example.com hostnamectl status执行完第一条命令主机名立刻变成新的值而且不需要重启机器。新打开的终端会话或重新登录后你看到的shell提示符就会变为rootserver1。这个修改是永久性的因为hostnamectl会自动写入/etc/hostname文件。RH124这里有一个知识点是三种主机名静态主机名static、临时主机名transient和漂亮主机名pretty。静态主机名存在/etc/hostname里开机时被读取临时主机名由DHCP或mDNS这类动态机制临时分配一般用不到漂亮主机名是给人看的可以包含空格和特殊字符。hostnamectl set-hostname默认修改的是静态主机名同时会清空漂亮主机名。如果你只想改漂亮主机名需要加--pretty选项。考试多次出过“重启之后hostname又变回去”的题目解决办法就是检查/etc/hostname是否被正确写入。也有一些题目会让你设置带完整域名的完全限定主机名比如server1.example.com注意不要只写server1。把FQDN写在主机名里是一个常见习惯因为很多服务日志和证书校验依赖完整主机名。4.2 名称解析顺序与/etc/hosts的实战用法QRHEL解析一个主机名时是先去查/etc/hosts还是先查DNS默认情况下RHEL通过/etc/nsswitch.conf中的hosts行决定解析顺序。典型默认值是hosts: files dns这意味着先查/etc/hosts文件如果没找到结果再去查DNS服务器。files就是本地文件dns就是/etc/resolv.conf里配置的DNS服务器。考试有时候会反着问“如何让本地解析优先”答案就是保证nsswitch.conf里files在dns前面。/etc/hosts的内容格式是IP地址加主机名然后可以跟若干别名192.168.1.10 server1.example.com server1这个文件的用途非常广。比如搭建实验环境时你想让本机通过主机名访问另一台内网机器但内网没有DNS服务器最简单的做法就是在这台机器的/etc/hosts里加一条记录。还有远程登录时ssh客户端经常要等很久才能连接有可能是反向解析超时把目标主机IP和主机名写入/etc/hosts也能加速。做题的时候注意如果题目描述“ping一个主机名能通但用curl访问域名失败”那大概率是/etc/hosts里写的是内网映射或者是代理设置的问题而不是hosts文件本身。总之hosts文件永远值得优先排查。4.3 DNS客户端配置resolv.conf不可乱改Q/etc/resolv.conf里有哪几个常用配置项直接手动修改它可行吗/etc/resolv.conf是系统DNS客户端的配置文件三个最常用的字段是nameserver、search和options。nameserver指定DNS服务器地址最多可以写三个每行一个search指定默认搜索域比如你的域名是example.comping server1会自动解析成server1.example.comoptions可以配超时时间和尝试次数比如options timeout:2 attempts:2。看这个文件很简单但有一个非常重要的坑在NetworkManager管理的系统上直接编辑/etc/resolv.conf是没有意义的因为NetworkManager会在网络连接重新激活、DHCP重新续约或者NetworkManager服务重启时重新生成这个文件。所以RH124考试极不可能考“用vim改resolv.conf来指定DNS”它考的一定是“用nmcli改DNS”或者“修改ifcfg中的DNS参数”。如果你想验证一个域名能不能解析最直观的命令是getent hosts它按照nsswitch.conf的解析顺序查询比host或dig更能反映系统真实使用的解析结果。部署运维时我经常用getent hosts服务名来确认服务发现是否正常这个方法在考试里也很实用。5. 故障排查问答题与考试实战经验5.1 从链路到应用6步排查法Q在RHEL上排查网络不通一套完整的排查顺序是什么样的需要明确的是不是所有网络问题都能用一个命令定位到根因。我平时在服务器上排查网络不通用的是从下往上的分层排查法这套方法在RH124考试里完全适用。第一步用ip addr show检查本机IP地址和网卡状态。如果网卡状态是DOWN需要先启用它如果IP是169.254开头的自动地址说明DHCP获取失败重点检查网卡是否连接到交换机或虚拟网络。第二步用ip route show检查路由表。如果没有默认路由数据包根本发不出去。第三步ping默认网关测试到路由器之间的链路是否正常。第四步ping一个远端公网IP比如ping 223.5.5.5能通说明外网链路正常。第五步用getent hosts验证域名解析能解析出IP说明DNS正常。最后用ss -tulpn检查本机服务端口监听情况。这里有一个高频的判断题ping通网关但ping不通公网IP。这种状况说明本机到网关这一段是通的问题通常出在NAT、路由策略或对端防火墙与本地配置关系不大。而ping不通域名但能ping通IP基本上可以断定是DNS客户端配置问题。5.2 高频问题速查表考试和实战中常见的几个现象我一直整理成一张速查表放在备忘录里排查效率提高不少现象可能原因检查方法IP配置后不生效修改了配置但没有重新激活连接nmcli connection up 连接名重启后IP配置丢失修改的是临时配置而不是连接配置使用nmcli connection modify主机名修改后没变化shell提示符没有刷新重新登录或hostnamectl status能ping通IP但解析不了域名DNS配置错误或resolv.conf被覆盖cat /etc/resolv.conf、getent hosts网卡状态为unmanagedNetworkManager未管理该网卡nmcli device set 设备名 managed yes网关填了网段地址或广播地址网关填写错误ip route show、nmcli排查DHCP分配了错误网段的IP虚拟机网络类型错配检查虚拟机网卡的网络模式每一条背后都有对应的知识点。比如unmanaged状态问题往往是因为这台机器的网卡被手工写入了传统ifcfg配置或者被标记为不托管NetworkManager拒绝接管。解决办法在RHEL8之后是nmcli device set ens33 managed yes然后再nmcli device reapply ens33。5.3 备考踩坑与答题经验最后聊几条我在反复刷题和动手实操中总结出来的经验。第一个建议每执行完一条nmcli配置命令一定要用ip addr show和ip route show验证再进入下一题。考场的顺手验证不只是为了确认结果也是逼自己养成配置后检查的习惯。网络配置出错时大部分错误信息都很明确关键是你要主动去看。第二个建议不要把时间浪费在手工编辑配置文件上。RH124场景题的要求基本都是“使用命令行工具完成配置”nmcli和hostnamectl就是你最值得依赖的命令。把这两个命令的参数背熟配合tab补全能覆盖这一章90%的操作题型。第三个建议练习时不要只看虚拟机的本地状态多搭一台简单的Linux或者用纯命令行环境做验证。ping不通外网时先ping网关再pingIP再ping域名能缩短大量的时间。同理如果只在一个网段里反复配置IP某天遇到真实环境的多网卡多网段问题时你对路由的理解会更深刻。这一章的内容看起来不难但恰恰是很多人在考试里失分的地方。把概念题吃透把nmcli和hostnamectl这两个命令练到条件反射比做几十道模拟题更管用。