尧图网站建设 
简介这是一份讲解子网、子网掩码、默认网关、DNS及ping命令等网络基础概念的PPT教学课件适合网络管理初学者、计算机专业学生及准备网络基础考试的学习者使用。课件从IP地址资源紧张引出子网划分的必要性逐步展开掩码的作用机制并通过默认网关、DNS解析和连通性测试工具串联日常组网场景帮助读者建立完整的网络排障思路。资源为单个pptx演示文稿约70KB内容结构紧凑每页均配有概念定义与作用说明便于课堂展示或课后自学。已有80人学习过该课件适合需要快速梳理网络基础知识框架的读者下载参考。1. 子网掩码这份PPT教案网络基础里最容易被忽略的硬骨头很多人学网络基础第一个翻车的地方不是路由协议反而是一个看起来最简单的概念——子网掩码。这份专业PPT教案把子网、子网掩码、默认网关、DNS和ping命令串成一条线正好覆盖了一个新手从知道IP地址到能判断网络通不通的完整路径。适合刚接触TCP/IP的运维新人、准备网络相关认证的考生也适合要给内部团队做基础培训的老工程师直接拿来当讲义底稿就能讲。它解决的核心问题很明确IP地址不够用时怎么用子网来拆以及拆完之后怎么验证。2. 子网的概念与作用IP地址不够用时为什么首选划分子网2.1 子网划分的本质把主机位借给网络位先明确一件事子网划分不是把IP地址变多而是把原本属于主机号的一部分二进制位“借”给网络号从而在一个大的网络地址空间里切出多个小网络。这份教案里说得直白——互联网发展太快IP地址空间不够用的矛盾越来越突出才提出了子网的概念。具体到操作层面IP地址是32位二进制数通常写成点分十进制比如192.168.1.0。在没有子网划分的时候IP地址被分成网络位和主机位两部分网络位标识这台设备属于哪个网络主机位标识它在网络里的具体编号。一个B类地址默认有16位网络位、16位主机位理论上一段网络能容纳65534台主机。实际场景里一个网段根本不可能放这么多设备大部分主机位是闲置的这本身就是一种浪费。子网划分的做法就是从主机位的高位部分借出若干位把它并入网络位。借1位可以分出2个子网借2位分出4个子网以此类推。这里的“借”不是物理上的借用而是在地址掩码层面重新定义边界。主机位少了每个子网里能放的设备数就少了但整个大网络被拆成了多个可管理的小网络。为什么要靠划分子网而不是直接想办法增加IP地址的数量原因是IPv4的地址长度固定为32位这个标准从协议层面就定死了没有办法通过配置来改变。换个角度想如果当初IPv4的地址空间足够大每个设备都能分到独立的公网地址子网划分的需求也不会这么迫切。但现实是地址不够用又不能把32位改成40位只能在分配方式上做文章——把一个大的地址块拆成多个适中的小块按需分配给不同规模的网络。这就是子网划分出现的根本逻辑。2.2 子网如何减少IP浪费并提高网络效率教案里提到了一个很关键的点使用子网是为了减少IP的浪费。互联网规模越来越大越来越多的网络产生有的网络多则几百台设备有的只有区区几台如果不加划分直接分配一整段A类或B类地址浪费会非常严重。举个例子。一个公司有4个部门每个部门20台设备。如果不划分子网一个常见的做法是给每个部门分配一个独立的C类地址段也就是4个网段每个网段用255.255.255.0掩码。每个C类段有254个可用地址部门只用20个其余全部闲置。4个部门加起来闲置的地址接近254-20×4936个。更合理的做法是只申请一个C类地址段比如192.168.1.0/24通过子网划分把它切成4个/27子网每个子网有30个可用地址正好覆盖20台设备的部门规模只占用一个C类段。这样做的另一个好处是缩小广播域。以太网通信依赖广播一个广播包会发给同一网段内的所有设备。网段越大广播域越大设备收到无关广播的概率越高整体网络性能会被拖慢。划分子网之后每个子网是一个独立的广播域广播被限制在小范围内网络应用的效率自然就上来了。广播域缩小的好处还能从另一个角度理解网段里的设备越少ARP广播的干扰越小。想象一下一个办公室有500台设备挤在同一个网段里任何一台设备发起ARP请求其他499台都要在链路层处理这个广播帧虽然大部分会被网卡直接丢弃但CPU还是会消耗一部分中断资源。把网段拆小之后广播被限制在几十台设备的范围内整网的整体吞吐和稳定性都会好一些。2.3 划分子网的代价有效IP地址为什么会减少这是很多刚接触的人最容易忽略的点。子网划分确实能减少浪费但划分本身也会“吃掉”一部分地址。每个子网都需要保留一个网络地址和一个广播地址这两个地址不能分配给主机使用。子网切得越碎保留的网络地址和广播地址总数就越多有效IP地址反而会变少。比如192.168.1.0/24不划分子网时可用地址是192.168.1.1到192.168.1.254总共254个。切成4个/27子网后每个子网有32个地址空间但只有30个可用4个子网加起来120个可用地址。对比下来少了134个这134个地址就是为划分子网付出的代价。教案里说的“会减少有效的IP地址”指的就是这个。所以在实际规划里子网划分需要权衡。切得太粗浪费依旧存在切得太碎保留地址占用的比例上升管理复杂度也跟着涨。一个比较实用的经验是按设备数量的1.5到2倍来选子网大小给扩容留余量但不要大到让广播域失控。这里需要区分两个概念子网划分解决的是“把一个大网段拆成多个小网段”的问题而CIDR解决的是“如何灵活地聚合和描述网络前缀”的问题。子网划分是站在组织内部的角度看问题CIDR是站在互联网全局路由器的角度看问题。但两者底层用的是同一套机制掩码中1的位数决定网络前缀长度。理解这一点之后再去看路由表里的/8、/16、/24前缀思路会清晰很多。3. 子网掩码的结构与计算从32位二进制到掩码取反3.1 255.255.255.0背后的二进制逻辑子网掩码是一个32位地址这是教案给的定义。它和IP地址一样也是32位二进制数写成点分十进制就是255.255.255.0这种形式。掩码的二进制规则很简单网络位全部置1主机位全部置0。255.255.255.0转成二进制是11111111.11111111.11111111.00000000。前24位是1后8位是0所以它表示IP地址的前24位是网络位后8位是主机位。这就是为什么192.168.1.0/24这个写法里的/24指的就是掩码中连续1的个数。习惯了用/24、/16这种写法之后再回头去看255.255.255.0就能更快地反应过来它对应的网络规模。有一个细节容易忽略常规的子网掩码必须是左侧连续1、右侧连续0不能出现101010这样穿插的写法。虽然某些特殊场景比如ACL通配符会用非连续掩码但日常配置里遇到这种掩码基本可以判定是手误。提示看到一个掩码先转二进制扫一眼是否连续。不连续的数字当掩码用轻则通信异常重则整个网段不可达。以后看到掩码可以练成一种条件反射先看最后一段的数字用256减它得到块大小。比如255.255.255.0最后一段是0256减0等于256块大小256个地址255.255.255.128256减128等于128255.255.255.192256减192等于64。这个心算过程熟练之后对照IP地址的首段就能快速定位子网边界排查问题时非常顺手。3.2 掩码取反怎么取从掩码反推子网规模掩码取反是个实用技巧。把掩码的每一位反过来1变0、0变1结果就是通配符掩码。255.255.255.0取反得到0.0.0.255255.255.255.240取反得到0.0.0.15。这个值在配置ACL、OSPF的network宣告时经常用到。手算取反有个更快的办法用255减去每一段的十进制值。255.255.255.0每一段用255减得到0.0.0.255255.255.255.240用255减完得到0.0.0.15。不需要真的去转二进制再取反。更重要的是从掩码反推子网规模。掩码最后一段非0的数字比如240用256减去它就是子网的地址块大小。255.255.255.240的块大小是256-24016也就是说每个子网有16个地址空间可用主机数是16-214台。同理255.255.255.192的块大小是256-19264可用主机数62台。这个计算方法在网络规划时非常常用比逐个转二进制快得多。规划子网时可以直接对照下面这张速查表掩码前缀长度块大小每子网可用主机数255.255.255.0/24256254255.255.255.128/25128126255.255.255.192/266462255.255.255.224/273230255.255.255.240/281614255.255.255.248/2986255.255.255.252/3042注意这张表只列了常用的几种。实际规划中还会用到/20、/22这类更粗的划分计算逻辑完全一样块大小等于256减去掩码最后一段数值可用主机数等于块大小减2。3.3 掩码如何帮助判断本地网与远程网掩码的第二个核心作用是帮设备判断目标IP和自己是否在同一个局域网。判断方法把源IP和掩码做按位与运算得到网络地址把目标IP和掩码做同样的运算得到目标网络地址。两个网络地址相同说明在同一个子网直接通过ARP解析MAC地址通信不相同说明在远程网数据包要交给默认网关转发。举一组实际数据。源IP是192.168.1.100掩码255.255.255.0按位与得到192.168.1.0。目标IP是192.168.1.200按位与同样得到192.168.1.0两个网络地址一致设备会认为目标在本地直接发ARP请求。如果目标IP换成192.168.2.50按位与得到192.168.2.0跟192.168.1.0不一致设备就知道目标在远程把包发给默认网关。按位与运算是理解这一切的基础。如果还不太熟悉可以记住一个简化规则把IP地址和掩码转成二进制后掩码里是1的位IP的对应位保持不变掩码里是0的位IP的对应位清零。这样得到的32位二进制数就是网络地址。这个规则在实际排障中不需要真的逐位算但理解它遇到“为什么这两个IP不在同一网段”的问题时就不需要死记硬背了。这个机制解释了为什么掩码设错会导致“IP地址能ping通网关却访问不了其他网段”的怪问题。掩码把网络位的边界画错了设备对本地和远程的判断就会出错。排查网络故障时先把IP、掩码、网关三者之间的子网归属关系算清楚能省下大量时间。4. 默认网关、DNS与ping网络连通三件套的作用与配置4.1 默认网关的定义数据包出门的第一站教案对网关的定义很形象当你发一条信息到外网时信息先经过中继站然后由中继站转发到外网这个中继站的地址就叫网关。主机如果找不到可用的网关就把数据包发给默认指定的网关由它来处理。默认网关通常是一台三层设备路由器或三层交换机的接口IP它连接着本地子网和外部网络。主机在判断目标IP和自己不在同一子网之后会把数据包封装成以太网帧目的MAC地址填成网关接口的MAC地址交给网关去路由。这个过程中IP数据包里的目的IP始终不变变的只是每一跳的MAC地址。配置网关时有几个容易踩的点默认网关的IP必须和主机IP在同一个子网内。比如主机是192.168.1.100/24网关可以配192.168.1.1但不能配192.168.2.1因为主机根本没法直接到达192.168.2.1——它得先有网关才能把包发出去这就成了先有鸡还是先有蛋的死循环。很多新手在虚拟机里调网络发现配了网关还是上不了网先去检查网关IP是不是跟自己的网卡在同一网段多半能发现问题。另一个容易被忽视的点是网关的可用性验证。配置完网关后第一件事是ping一下网关地址确认本地链路通。ping不通网关后面所有排查都是空中楼阁。网关设备本身的CPU和内存占用过高时也会出现ping通但转发慢的情况这需要登录网关设备查看负载而不是反复在本机重试。默认网关还承担着ARP代答的职责。主机发送ARP请求询问网关IP对应的MAC地址时网关设备会响应这个请求。如果网关接口的IP配置错误比如掩码不匹配导致网关接口无法感知本地子网ARP请求就可能得不到响应主机自然就认为网关不可达。排查这类问题除了在主机上ping网关之外还可以在网关设备上查看ARP表项确认是否学习到了主机的MAC地址。4.2 DNS解析原理与跨系统配置方法DNS的作用是把人容易记的域名转成机器容易记的IP地址。教案里提到一个关键细节DNS由解析器和域名服务器组成正向解析是把域名转成IP逆向解析是把IP转回域名。正向解析是日常访问网站时用的逆向解析在服务器场景里很常见——例如登录一台Unix工作站时工作站会做反查找出你从哪个地址连进来。DNS配置在不同系统里位置不同。Windows系统在网卡的TCP/IP属性里设置找到“使用下面的DNS服务器地址”填入DNS服务器IP即可。Unix/Linux系统在/etc/resolv.conf文件中配置格式是nameserver后面跟IP地址。这个区别是很多跨平台运维的人踩过坑的地方——在Windows上改完DNS后通常要执行ipconfig /flushdns清缓存在Linux上改完resolv.conf之后还要确认配置有没有被NetworkManager或systemd-resolved覆盖。配置DNS时一般建议主DNS和备用DNS不要都填同一个运营商的地址可以主用本地运营商DNS备用填公共DNS这样在运营商DNS出故障时还能有备份。但要注意公共DNS的响应延迟不一定比本地DNS低具体选哪个还得看实际网络环境。DNS解析对很多人来说是个黑匣子遇到解析不了的问题第一步不是反复刷新而是确认这个域名是不是真的需要走公网DNS。很多企业内部有自建DNS和私有域名设备配置了公网DNS后私域名的解析请求被公网DNS拒绝表现就是浏览器一直转圈但打不开网页。这时候把DNS指回内网服务器重启一下网络服务问题就解决了。4.3 ping命令的参数与返回信息解读ping是一个测试程序核心原理是向目标地址发送ICMP echo请求报文等待对方回应echo响应报文。教案里有个很实用的判断如果ping运行正确大体上可以排除网络访问层、网卡、MODEM的输入输出线路、电缆和路由器等存在的故障从而缩小问题范围。ping命令有几个常用参数参数作用示例-t持续ping直到手动停止Windowsping -t 192.168.1.1-n指定发送次数Windowsping -n 5 192.168.1.1-c指定发送次数Linuxping -c 5 192.168.1.1-l指定数据包大小Windowsping -l 1400 192.168.1.1-s指定数据包大小Linuxping -s 1400 192.168.1.1-i指定发送间隔Linuxping -i 0.5 192.168.1.1返回信息里time值表示往返延迟单位是毫秒。TTL值可以用来粗略判断目标操作系统的类型——Windows默认TTL是128Linux默认TTL是64如果ping一个设备返回的TTL是64说明对方是Linux或者中间经过了一次转发。连续ping时如果出现丢包优先怀疑链路质量比如网线接头松动、无线信号干扰而不是一上来就改配置。这里顺便说一句ping也有它的另一面。教案里提到它有善的一面也有恶的一面——它可以用来检测连通性但如果被恶意利用比如向目标发送大量超大ICMP包就可能构成DDoS攻击。日常做网络验证时控制好ping的频率和数据包大小别把探测做成攻击。5. 避坑指南掩码、网关、DNS的常见配置问题排查5.1 掩码设错导致跨网段通信失败现象IP地址和网关都能ping通但访问其他网段的服务器时不通或者时通时不通。这种情况看起来很玄学但原因往往很简单。原因掩码把网络位的边界画错了。比如一个/24的网段被写成了/16的掩码主机会以为所有以192.168开头的地址都在本地直接发ARP请求找目标MAC地址。而目标设备实际上在另一个网段不会响应ARP数据包就一直发不出去。反过来把/24写成/28掩码把主机位缩小了设备会认为一些本应在本地的主机跑到了远程把本该直接通信的包也扔给了网关。解决先确认这台设备的掩码到底是多少再对照目标IP做一次按位与运算。具体做法是把IP和掩码转成二进制手动算一遍网络地址。如果发现自己算出来的网络地址和网关不在同一个子网那掩码或IP至少有一个配错了。在Windows上可以用ipconfig /all查看当前生效的掩码Linux下用ip addr查看。5.2 网关配置不当的典型症状现象本网段内设备之间通信正常但所有访问外网的请求都超时。ping网关能通ping外网IP不通。原因网关IP配错最常见的有三种一是网关IP不在本子网内二是网关IP填成了本机IP三是网关设备本身没有启用路由转发功能或者上联链路断了。解决先ping网关IP确认链路通不通。通了但上不了外网就在网关设备上检查路由表和NAT配置。如果用的是家用路由器检查WAN口是否拿到了运营商分配的IP以及DNS是否正常。如果用的是虚拟机检查虚拟网络编辑器的网关IP是否和虚拟机的默认网关一致——这一条是VMware和VirtualBox里最常见的坑。另外可以用tracertWindows或tracerouteLinux来看数据包走到哪一跳断了。如果第一跳网关就返回超时问题基本出在网关自身如果数据包能到网关但后面的公网地址跳数没有响应问题大概率在运营商链路或者出口防火墙上。5.3 DNS设置错误引起的域名解析异常现象浏览器打不开网页但ping一个公网IP地址能通ping域名的时候提示找不到主机。原因DNS服务器地址配错或者DNS服务器本身不可达。有些场景是企业内网环境内网域名需要内网DNS才能解析结果设备上填的是公网DNS导致内网域名全部解析失败。解决先用nslookup测试解析。nslookup www.example.com如果返回不了IP再检查DNS服务器的连通性。Linux上可以用dig命令查看更多细节比如响应时间、权威服务器信息。确认DNS地址是否可达后检查是不是存在内网域名解析的需求——如果有必须把DNS指向内网DNS服务器而不是一味依赖公网DNS。改完DNS之后建议执行ipconfig /flushdns清一下本地DNS缓存避免旧解析结果干扰判断。5.4 ping通不等于网络没问题现象ping外网IP通但实际访问应用时延迟高、丢包多甚至偶发断开。原因ping走的是ICMP协议很多网络设备对ICMP的优先级处理和应用流量不一样。有些路由器会优先转发业务数据ICMP探测包被限速或丢弃导致ping的结果不能真实反映应用链路的状况。另外目标服务器可能开启了防火墙禁ping但业务端口正常也可能是反过来的——ping通只是ICMP通TCP业务端口被防火墙拦了。解决ping通了只能说明ICMP链路是通的不能证明业务端口可用。用更精确的工具验证比如telnet或nc测试具体端口或者用tcping这类支持TCP协议的ping工具。在Windows上可以用Test-NetConnection来检查特定端口的连通性。血泪经验就是ping通别急着宣布网络没问题先把你关心的业务端口测一遍。5.5 广播地址被当成主机地址使用现象某台主机无法上网但其他主机正常。检查IP配置发现这台主机的IP恰好是子网广播地址。原因手动配置IP时把广播地址算错分配给了主机。广播地址是主机位全为1的地址只能用于发送广播帧不能作为主机地址。解决重新分配一个有效的主机地址。判断方法子网内最后一个地址块大小的末尾就是广播地址不能使用。比如192.168.1.0/28的广播地址是192.168.1.15主机地址范围是192.168.1.1到192.168.1.14。配置前先用手算块大小确认一遍边界能避免这种低级错误。6. 进阶验证用ping与子网计算工具把配置确认到位6.1 子网计算工具与手算结果互验现在的子网计算工具已经很成熟像“子网计算工具v1.1”这类软件输入一个IP和掩码可以直接输出网络地址、广播地址、可用主机范围、子网数量等信息。但工具算得再快也得先理解手算逻辑不然工具给错了你都不知道。我的习惯是拿到一个要规划的子网先手算块大小和可用主机数再用工具验证。以255.255.255.240为例块大小256-24016从192.168.1.0开始子网依次是192.168.1.0-15、16-31、32-47……每个子网可用主机数都是14台。工具输出的结果如果和手算不一致优先检查输入的掩码格式——很多工具要求填的是CIDR前缀长度如/28而不是点分十进制填错格式就会得出完全不同的结果。6.2 用ping和nslookup走完验证流程我一般验证一个网络配置时会按这样的顺序走一遍先ping网关确认本地链路通再ping远端IP确认路由通最后nslookup解析域名确认DNS通。三步全部通过才敢说这个网络配置真的没问题。在Linux或者Windows下都可以写成简单的一行命令批量验证# 依次验证网关、远端IP和DNS解析 ping -c 2 192.168.1.1 ping -c 2 114.114.114.114 nslookup www.example.com这条命令的意思很清楚网关通了才继续ping远端IP远端IP通了才继续解析域名。任何一个环节失败后面的命令都不会执行。参数-c 2表示每个目标只发两个ICMP包验证速度快也避免对目标造成不必要的探测压力。实际生产环境里我会把目标IP换成业务服务器的地址而不是用公网DNS的IP来凑数。这套流程看起来简单但能挡住大多数低级错误。从那以后我每次改完掩码或网关都会强制自己用手算一遍块大小、再用工具验证一遍然后才重启网卡。这个习惯帮我挡掉了不少半夜翻车的场面。希望帮到你。本文还有配套的精品资源点击获取 子网掩码与子网划分全解析：网关、DNS及ping排障实战
简介这是一份讲解子网、子网掩码、默认网关、DNS及ping命令等网络基础概念的PPT教学课件适合网络管理初学者、计算机专业学生及准备网络基础考试的学习者使用。课件从IP地址资源紧张引出子网划分的必要性逐步展开掩码的作用机制并通过默认网关、DNS解析和连通性测试工具串联日常组网场景帮助读者建立完整的网络排障思路。资源为单个pptx演示文稿约70KB内容结构紧凑每页均配有概念定义与作用说明便于课堂展示或课后自学。已有80人学习过该课件适合需要快速梳理网络基础知识框架的读者下载参考。1. 子网掩码这份PPT教案网络基础里最容易被忽略的硬骨头很多人学网络基础第一个翻车的地方不是路由协议反而是一个看起来最简单的概念——子网掩码。这份专业PPT教案把子网、子网掩码、默认网关、DNS和ping命令串成一条线正好覆盖了一个新手从知道IP地址到能判断网络通不通的完整路径。适合刚接触TCP/IP的运维新人、准备网络相关认证的考生也适合要给内部团队做基础培训的老工程师直接拿来当讲义底稿就能讲。它解决的核心问题很明确IP地址不够用时怎么用子网来拆以及拆完之后怎么验证。2. 子网的概念与作用IP地址不够用时为什么首选划分子网2.1 子网划分的本质把主机位借给网络位先明确一件事子网划分不是把IP地址变多而是把原本属于主机号的一部分二进制位“借”给网络号从而在一个大的网络地址空间里切出多个小网络。这份教案里说得直白——互联网发展太快IP地址空间不够用的矛盾越来越突出才提出了子网的概念。具体到操作层面IP地址是32位二进制数通常写成点分十进制比如192.168.1.0。在没有子网划分的时候IP地址被分成网络位和主机位两部分网络位标识这台设备属于哪个网络主机位标识它在网络里的具体编号。一个B类地址默认有16位网络位、16位主机位理论上一段网络能容纳65534台主机。实际场景里一个网段根本不可能放这么多设备大部分主机位是闲置的这本身就是一种浪费。子网划分的做法就是从主机位的高位部分借出若干位把它并入网络位。借1位可以分出2个子网借2位分出4个子网以此类推。这里的“借”不是物理上的借用而是在地址掩码层面重新定义边界。主机位少了每个子网里能放的设备数就少了但整个大网络被拆成了多个可管理的小网络。为什么要靠划分子网而不是直接想办法增加IP地址的数量原因是IPv4的地址长度固定为32位这个标准从协议层面就定死了没有办法通过配置来改变。换个角度想如果当初IPv4的地址空间足够大每个设备都能分到独立的公网地址子网划分的需求也不会这么迫切。但现实是地址不够用又不能把32位改成40位只能在分配方式上做文章——把一个大的地址块拆成多个适中的小块按需分配给不同规模的网络。这就是子网划分出现的根本逻辑。2.2 子网如何减少IP浪费并提高网络效率教案里提到了一个很关键的点使用子网是为了减少IP的浪费。互联网规模越来越大越来越多的网络产生有的网络多则几百台设备有的只有区区几台如果不加划分直接分配一整段A类或B类地址浪费会非常严重。举个例子。一个公司有4个部门每个部门20台设备。如果不划分子网一个常见的做法是给每个部门分配一个独立的C类地址段也就是4个网段每个网段用255.255.255.0掩码。每个C类段有254个可用地址部门只用20个其余全部闲置。4个部门加起来闲置的地址接近254-20×4936个。更合理的做法是只申请一个C类地址段比如192.168.1.0/24通过子网划分把它切成4个/27子网每个子网有30个可用地址正好覆盖20台设备的部门规模只占用一个C类段。这样做的另一个好处是缩小广播域。以太网通信依赖广播一个广播包会发给同一网段内的所有设备。网段越大广播域越大设备收到无关广播的概率越高整体网络性能会被拖慢。划分子网之后每个子网是一个独立的广播域广播被限制在小范围内网络应用的效率自然就上来了。广播域缩小的好处还能从另一个角度理解网段里的设备越少ARP广播的干扰越小。想象一下一个办公室有500台设备挤在同一个网段里任何一台设备发起ARP请求其他499台都要在链路层处理这个广播帧虽然大部分会被网卡直接丢弃但CPU还是会消耗一部分中断资源。把网段拆小之后广播被限制在几十台设备的范围内整网的整体吞吐和稳定性都会好一些。2.3 划分子网的代价有效IP地址为什么会减少这是很多刚接触的人最容易忽略的点。子网划分确实能减少浪费但划分本身也会“吃掉”一部分地址。每个子网都需要保留一个网络地址和一个广播地址这两个地址不能分配给主机使用。子网切得越碎保留的网络地址和广播地址总数就越多有效IP地址反而会变少。比如192.168.1.0/24不划分子网时可用地址是192.168.1.1到192.168.1.254总共254个。切成4个/27子网后每个子网有32个地址空间但只有30个可用4个子网加起来120个可用地址。对比下来少了134个这134个地址就是为划分子网付出的代价。教案里说的“会减少有效的IP地址”指的就是这个。所以在实际规划里子网划分需要权衡。切得太粗浪费依旧存在切得太碎保留地址占用的比例上升管理复杂度也跟着涨。一个比较实用的经验是按设备数量的1.5到2倍来选子网大小给扩容留余量但不要大到让广播域失控。这里需要区分两个概念子网划分解决的是“把一个大网段拆成多个小网段”的问题而CIDR解决的是“如何灵活地聚合和描述网络前缀”的问题。子网划分是站在组织内部的角度看问题CIDR是站在互联网全局路由器的角度看问题。但两者底层用的是同一套机制掩码中1的位数决定网络前缀长度。理解这一点之后再去看路由表里的/8、/16、/24前缀思路会清晰很多。3. 子网掩码的结构与计算从32位二进制到掩码取反3.1 255.255.255.0背后的二进制逻辑子网掩码是一个32位地址这是教案给的定义。它和IP地址一样也是32位二进制数写成点分十进制就是255.255.255.0这种形式。掩码的二进制规则很简单网络位全部置1主机位全部置0。255.255.255.0转成二进制是11111111.11111111.11111111.00000000。前24位是1后8位是0所以它表示IP地址的前24位是网络位后8位是主机位。这就是为什么192.168.1.0/24这个写法里的/24指的就是掩码中连续1的个数。习惯了用/24、/16这种写法之后再回头去看255.255.255.0就能更快地反应过来它对应的网络规模。有一个细节容易忽略常规的子网掩码必须是左侧连续1、右侧连续0不能出现101010这样穿插的写法。虽然某些特殊场景比如ACL通配符会用非连续掩码但日常配置里遇到这种掩码基本可以判定是手误。提示看到一个掩码先转二进制扫一眼是否连续。不连续的数字当掩码用轻则通信异常重则整个网段不可达。以后看到掩码可以练成一种条件反射先看最后一段的数字用256减它得到块大小。比如255.255.255.0最后一段是0256减0等于256块大小256个地址255.255.255.128256减128等于128255.255.255.192256减192等于64。这个心算过程熟练之后对照IP地址的首段就能快速定位子网边界排查问题时非常顺手。3.2 掩码取反怎么取从掩码反推子网规模掩码取反是个实用技巧。把掩码的每一位反过来1变0、0变1结果就是通配符掩码。255.255.255.0取反得到0.0.0.255255.255.255.240取反得到0.0.0.15。这个值在配置ACL、OSPF的network宣告时经常用到。手算取反有个更快的办法用255减去每一段的十进制值。255.255.255.0每一段用255减得到0.0.0.255255.255.255.240用255减完得到0.0.0.15。不需要真的去转二进制再取反。更重要的是从掩码反推子网规模。掩码最后一段非0的数字比如240用256减去它就是子网的地址块大小。255.255.255.240的块大小是256-24016也就是说每个子网有16个地址空间可用主机数是16-214台。同理255.255.255.192的块大小是256-19264可用主机数62台。这个计算方法在网络规划时非常常用比逐个转二进制快得多。规划子网时可以直接对照下面这张速查表掩码前缀长度块大小每子网可用主机数255.255.255.0/24256254255.255.255.128/25128126255.255.255.192/266462255.255.255.224/273230255.255.255.240/281614255.255.255.248/2986255.255.255.252/3042注意这张表只列了常用的几种。实际规划中还会用到/20、/22这类更粗的划分计算逻辑完全一样块大小等于256减去掩码最后一段数值可用主机数等于块大小减2。3.3 掩码如何帮助判断本地网与远程网掩码的第二个核心作用是帮设备判断目标IP和自己是否在同一个局域网。判断方法把源IP和掩码做按位与运算得到网络地址把目标IP和掩码做同样的运算得到目标网络地址。两个网络地址相同说明在同一个子网直接通过ARP解析MAC地址通信不相同说明在远程网数据包要交给默认网关转发。举一组实际数据。源IP是192.168.1.100掩码255.255.255.0按位与得到192.168.1.0。目标IP是192.168.1.200按位与同样得到192.168.1.0两个网络地址一致设备会认为目标在本地直接发ARP请求。如果目标IP换成192.168.2.50按位与得到192.168.2.0跟192.168.1.0不一致设备就知道目标在远程把包发给默认网关。按位与运算是理解这一切的基础。如果还不太熟悉可以记住一个简化规则把IP地址和掩码转成二进制后掩码里是1的位IP的对应位保持不变掩码里是0的位IP的对应位清零。这样得到的32位二进制数就是网络地址。这个规则在实际排障中不需要真的逐位算但理解它遇到“为什么这两个IP不在同一网段”的问题时就不需要死记硬背了。这个机制解释了为什么掩码设错会导致“IP地址能ping通网关却访问不了其他网段”的怪问题。掩码把网络位的边界画错了设备对本地和远程的判断就会出错。排查网络故障时先把IP、掩码、网关三者之间的子网归属关系算清楚能省下大量时间。4. 默认网关、DNS与ping网络连通三件套的作用与配置4.1 默认网关的定义数据包出门的第一站教案对网关的定义很形象当你发一条信息到外网时信息先经过中继站然后由中继站转发到外网这个中继站的地址就叫网关。主机如果找不到可用的网关就把数据包发给默认指定的网关由它来处理。默认网关通常是一台三层设备路由器或三层交换机的接口IP它连接着本地子网和外部网络。主机在判断目标IP和自己不在同一子网之后会把数据包封装成以太网帧目的MAC地址填成网关接口的MAC地址交给网关去路由。这个过程中IP数据包里的目的IP始终不变变的只是每一跳的MAC地址。配置网关时有几个容易踩的点默认网关的IP必须和主机IP在同一个子网内。比如主机是192.168.1.100/24网关可以配192.168.1.1但不能配192.168.2.1因为主机根本没法直接到达192.168.2.1——它得先有网关才能把包发出去这就成了先有鸡还是先有蛋的死循环。很多新手在虚拟机里调网络发现配了网关还是上不了网先去检查网关IP是不是跟自己的网卡在同一网段多半能发现问题。另一个容易被忽视的点是网关的可用性验证。配置完网关后第一件事是ping一下网关地址确认本地链路通。ping不通网关后面所有排查都是空中楼阁。网关设备本身的CPU和内存占用过高时也会出现ping通但转发慢的情况这需要登录网关设备查看负载而不是反复在本机重试。默认网关还承担着ARP代答的职责。主机发送ARP请求询问网关IP对应的MAC地址时网关设备会响应这个请求。如果网关接口的IP配置错误比如掩码不匹配导致网关接口无法感知本地子网ARP请求就可能得不到响应主机自然就认为网关不可达。排查这类问题除了在主机上ping网关之外还可以在网关设备上查看ARP表项确认是否学习到了主机的MAC地址。4.2 DNS解析原理与跨系统配置方法DNS的作用是把人容易记的域名转成机器容易记的IP地址。教案里提到一个关键细节DNS由解析器和域名服务器组成正向解析是把域名转成IP逆向解析是把IP转回域名。正向解析是日常访问网站时用的逆向解析在服务器场景里很常见——例如登录一台Unix工作站时工作站会做反查找出你从哪个地址连进来。DNS配置在不同系统里位置不同。Windows系统在网卡的TCP/IP属性里设置找到“使用下面的DNS服务器地址”填入DNS服务器IP即可。Unix/Linux系统在/etc/resolv.conf文件中配置格式是nameserver后面跟IP地址。这个区别是很多跨平台运维的人踩过坑的地方——在Windows上改完DNS后通常要执行ipconfig /flushdns清缓存在Linux上改完resolv.conf之后还要确认配置有没有被NetworkManager或systemd-resolved覆盖。配置DNS时一般建议主DNS和备用DNS不要都填同一个运营商的地址可以主用本地运营商DNS备用填公共DNS这样在运营商DNS出故障时还能有备份。但要注意公共DNS的响应延迟不一定比本地DNS低具体选哪个还得看实际网络环境。DNS解析对很多人来说是个黑匣子遇到解析不了的问题第一步不是反复刷新而是确认这个域名是不是真的需要走公网DNS。很多企业内部有自建DNS和私有域名设备配置了公网DNS后私域名的解析请求被公网DNS拒绝表现就是浏览器一直转圈但打不开网页。这时候把DNS指回内网服务器重启一下网络服务问题就解决了。4.3 ping命令的参数与返回信息解读ping是一个测试程序核心原理是向目标地址发送ICMP echo请求报文等待对方回应echo响应报文。教案里有个很实用的判断如果ping运行正确大体上可以排除网络访问层、网卡、MODEM的输入输出线路、电缆和路由器等存在的故障从而缩小问题范围。ping命令有几个常用参数参数作用示例-t持续ping直到手动停止Windowsping -t 192.168.1.1-n指定发送次数Windowsping -n 5 192.168.1.1-c指定发送次数Linuxping -c 5 192.168.1.1-l指定数据包大小Windowsping -l 1400 192.168.1.1-s指定数据包大小Linuxping -s 1400 192.168.1.1-i指定发送间隔Linuxping -i 0.5 192.168.1.1返回信息里time值表示往返延迟单位是毫秒。TTL值可以用来粗略判断目标操作系统的类型——Windows默认TTL是128Linux默认TTL是64如果ping一个设备返回的TTL是64说明对方是Linux或者中间经过了一次转发。连续ping时如果出现丢包优先怀疑链路质量比如网线接头松动、无线信号干扰而不是一上来就改配置。这里顺便说一句ping也有它的另一面。教案里提到它有善的一面也有恶的一面——它可以用来检测连通性但如果被恶意利用比如向目标发送大量超大ICMP包就可能构成DDoS攻击。日常做网络验证时控制好ping的频率和数据包大小别把探测做成攻击。5. 避坑指南掩码、网关、DNS的常见配置问题排查5.1 掩码设错导致跨网段通信失败现象IP地址和网关都能ping通但访问其他网段的服务器时不通或者时通时不通。这种情况看起来很玄学但原因往往很简单。原因掩码把网络位的边界画错了。比如一个/24的网段被写成了/16的掩码主机会以为所有以192.168开头的地址都在本地直接发ARP请求找目标MAC地址。而目标设备实际上在另一个网段不会响应ARP数据包就一直发不出去。反过来把/24写成/28掩码把主机位缩小了设备会认为一些本应在本地的主机跑到了远程把本该直接通信的包也扔给了网关。解决先确认这台设备的掩码到底是多少再对照目标IP做一次按位与运算。具体做法是把IP和掩码转成二进制手动算一遍网络地址。如果发现自己算出来的网络地址和网关不在同一个子网那掩码或IP至少有一个配错了。在Windows上可以用ipconfig /all查看当前生效的掩码Linux下用ip addr查看。5.2 网关配置不当的典型症状现象本网段内设备之间通信正常但所有访问外网的请求都超时。ping网关能通ping外网IP不通。原因网关IP配错最常见的有三种一是网关IP不在本子网内二是网关IP填成了本机IP三是网关设备本身没有启用路由转发功能或者上联链路断了。解决先ping网关IP确认链路通不通。通了但上不了外网就在网关设备上检查路由表和NAT配置。如果用的是家用路由器检查WAN口是否拿到了运营商分配的IP以及DNS是否正常。如果用的是虚拟机检查虚拟网络编辑器的网关IP是否和虚拟机的默认网关一致——这一条是VMware和VirtualBox里最常见的坑。另外可以用tracertWindows或tracerouteLinux来看数据包走到哪一跳断了。如果第一跳网关就返回超时问题基本出在网关自身如果数据包能到网关但后面的公网地址跳数没有响应问题大概率在运营商链路或者出口防火墙上。5.3 DNS设置错误引起的域名解析异常现象浏览器打不开网页但ping一个公网IP地址能通ping域名的时候提示找不到主机。原因DNS服务器地址配错或者DNS服务器本身不可达。有些场景是企业内网环境内网域名需要内网DNS才能解析结果设备上填的是公网DNS导致内网域名全部解析失败。解决先用nslookup测试解析。nslookup www.example.com如果返回不了IP再检查DNS服务器的连通性。Linux上可以用dig命令查看更多细节比如响应时间、权威服务器信息。确认DNS地址是否可达后检查是不是存在内网域名解析的需求——如果有必须把DNS指向内网DNS服务器而不是一味依赖公网DNS。改完DNS之后建议执行ipconfig /flushdns清一下本地DNS缓存避免旧解析结果干扰判断。5.4 ping通不等于网络没问题现象ping外网IP通但实际访问应用时延迟高、丢包多甚至偶发断开。原因ping走的是ICMP协议很多网络设备对ICMP的优先级处理和应用流量不一样。有些路由器会优先转发业务数据ICMP探测包被限速或丢弃导致ping的结果不能真实反映应用链路的状况。另外目标服务器可能开启了防火墙禁ping但业务端口正常也可能是反过来的——ping通只是ICMP通TCP业务端口被防火墙拦了。解决ping通了只能说明ICMP链路是通的不能证明业务端口可用。用更精确的工具验证比如telnet或nc测试具体端口或者用tcping这类支持TCP协议的ping工具。在Windows上可以用Test-NetConnection来检查特定端口的连通性。血泪经验就是ping通别急着宣布网络没问题先把你关心的业务端口测一遍。5.5 广播地址被当成主机地址使用现象某台主机无法上网但其他主机正常。检查IP配置发现这台主机的IP恰好是子网广播地址。原因手动配置IP时把广播地址算错分配给了主机。广播地址是主机位全为1的地址只能用于发送广播帧不能作为主机地址。解决重新分配一个有效的主机地址。判断方法子网内最后一个地址块大小的末尾就是广播地址不能使用。比如192.168.1.0/28的广播地址是192.168.1.15主机地址范围是192.168.1.1到192.168.1.14。配置前先用手算块大小确认一遍边界能避免这种低级错误。6. 进阶验证用ping与子网计算工具把配置确认到位6.1 子网计算工具与手算结果互验现在的子网计算工具已经很成熟像“子网计算工具v1.1”这类软件输入一个IP和掩码可以直接输出网络地址、广播地址、可用主机范围、子网数量等信息。但工具算得再快也得先理解手算逻辑不然工具给错了你都不知道。我的习惯是拿到一个要规划的子网先手算块大小和可用主机数再用工具验证。以255.255.255.240为例块大小256-24016从192.168.1.0开始子网依次是192.168.1.0-15、16-31、32-47……每个子网可用主机数都是14台。工具输出的结果如果和手算不一致优先检查输入的掩码格式——很多工具要求填的是CIDR前缀长度如/28而不是点分十进制填错格式就会得出完全不同的结果。6.2 用ping和nslookup走完验证流程我一般验证一个网络配置时会按这样的顺序走一遍先ping网关确认本地链路通再ping远端IP确认路由通最后nslookup解析域名确认DNS通。三步全部通过才敢说这个网络配置真的没问题。在Linux或者Windows下都可以写成简单的一行命令批量验证# 依次验证网关、远端IP和DNS解析 ping -c 2 192.168.1.1 ping -c 2 114.114.114.114 nslookup www.example.com这条命令的意思很清楚网关通了才继续ping远端IP远端IP通了才继续解析域名。任何一个环节失败后面的命令都不会执行。参数-c 2表示每个目标只发两个ICMP包验证速度快也避免对目标造成不必要的探测压力。实际生产环境里我会把目标IP换成业务服务器的地址而不是用公网DNS的IP来凑数。这套流程看起来简单但能挡住大多数低级错误。从那以后我每次改完掩码或网关都会强制自己用手算一遍块大小、再用工具验证一遍然后才重启网卡。这个习惯帮我挡掉了不少半夜翻车的场面。希望帮到你。本文还有配套的精品资源点击获取