大家好我是 28 岁零基础、正在向数据平台可靠性工程师DPRE转行的新人。目前我依然停留在作战计划的第一阶段死磕底层基础坚决不碰上层应用。看着桌面的 CentOS 7 虚拟机我好几次按捺不住想立刻敲 yum install mysql 的冲动但我深知如果连底层的网络切片和隔离逻辑都算不清楚未来在 AWS 或是企业私有云里配置成百上千个 Docker 容器时绝对是一场安全灾难。网络基础里最硬、最让初学者掉头发的一块骨头就是**“划分子网Subnetting”**。这几天我刷了不少软考的真题从一开始的满头大汗到后来掌握了“心算秒杀法”成就感简直爆棚今天我就把这套底层逻辑和应试/实战绝招通通记录下来。一、 为什么老祖宗的分类地址不够用了上一篇笔记我们背过B类网络比如 145.13.0.0可以容纳65534台主机。看起来很豪气但在实际企业应用中这就是个“大坑”。假设一个只有几百台电脑的公司申请到了这个 B类网络。首先剩下的 6 万多个 IP 别人用不了严重浪费。其次几百台电脑在同一个“大平层”里只要有人发个广播所有人都要被迫接收处理。这就是可怕的**“广播风暴”**。随着公司发展成立了开发部、测试部、财务部对应图中的子网1、2、3出于安全隔离的需要财务部的网段绝对不能和开发部混在一起如果再去买两个 B类网络太贵且浪费。于是前辈们发明了**“借鸡生蛋”**的划分子网技术。核心原理从原本的“主机号”里强行借用几位作为“子网号”。比如上图我们从 16 位主机号里借了 8 位做子网号2的8次方 256。瞬间原本一整个庞大臃肿的 B类网络被优雅地切分成了256 个独立的小包厢子网每个包厢正好容纳 254 台主机。完美解决浪费和隔离问题二、 路由器的“照妖镜”子网掩码我们在内部偷偷改了规矩把 IP 地址从“两级结构”变成了“三级结构网络号 子网号 主机号”。外网的路由器怎么知道我们切了多少刀呢这时候子网掩码Subnet Mask就登场了。子网掩码的规则极其暴力连续的 1对应的 IP 部分是“网络号 子网号”。连续的 0对应的 IP 部分是“主机号”。学以致用在我的第一阶段转行计划中有一项任务是“补习离散数学的逻辑运算”。现在派上用场了路由器只要把收到的IP地址和子网掩码做一个二进制的**“与AND”逻辑运算**1 AND 1 1其他全为 0。瞬间主机号全部归零直接暴露出真实的“子网网络地址”当然如果不划分子网其实也是有默认子网掩码的这个必须作为常识记住三、 手撕软考真题从苦力推算到“秒杀技”理解了原理接下来就是实战计算。这是软考《数据库系统工程师》上午题的必考点。 基础推演已知掩码求子网范围题目已知网络地址 218.75.230.0子网掩码 255.255.255.192求划分细节。解题步骤验明正身218 开头这是个 C类地址网络号 24 位主机号 8 位。看掩码数“1”上节课背过的魔法数字192 的二进制是 11000000。算借位原本主机号有 8 位现在掩码里多了 2 个 1。说明向主机号借了 2 位做子网号留给真正主机的只剩 6 位。算数量能分几个网2位二进制有 4 种变化00, 01, 10, 11所以分了4 个子网。每个网几台机器剩下的 6 位主机号2的6次方64减去全0网络号和全1广播号每个子网可分配62 个 IP。划范围以块为单位递增子网1218.75.230.0 ~ .63 (可用 .1 ~ .62)子网2218.75.230.64 ~ .127 (可用 .65 ~ .126)...以此类推。 终极秒杀技“块大小Block Size”口算法每次都去转二进制太痛苦了在遇到复杂的 B类地址划分时我学到了一招堪称“作弊”的口算法。【软考 2012 年 真题 39】某主机的 IP 地址为 180.80.77.55子网掩码为 255.255.252.0。该主机发送广播分组的目的地址是A. 180.80.76.0B. 180.80.76.255C. 180.80.77.255D. 180.80.79.255不用转二进制看我用“块大小法” 10 秒解题第一步找异类。掩码 255.255.252.0 中第一个不是 255 的数字是第 3 字节的 252。第二步算块大小。用魔法常数 256 减去它256 - 252 4。说明这个子网是每 4 个数字为一个区块划分的第三步找落点。IP 地址的第 3 字节是77。用 77 除以块大小 4。77 ÷ 4 19 ... 余 1。用商乘以块大小19 × 4 76。结论得出这个 IP 所在的子网在第 3 字节上是从76开始的第四步写答案。网络地址前两字节照抄第三字节填 76第四字节填 0 ➡ 180.80.76.0广播地址第三字节加上块大小再减一76 4 - 1 79第四字节全部拉满填 255 ➡ 180.80.79.255完美选中 D这套公式真的绝了强烈建议所有运维和考证党死记硬背四、 云架构师实战AWS 里的“潜规则”计算题做完了但作为未来的 DPRE我们绝不能只停留在纸上谈兵。结合我学习 AWS 云架构的前瞻内容我发现了一个足以致命的面试坑。架构师的日常应用在 AWS 中我们通常会先申请一个大网段VPC比如 10.0.0.0/16然后用今天学到的“子网划分”技术把它切成一个个“安全包厢”分布在不同的可用区。比如划出 10.0.1.0/24 作为公有子网放 Web 服务器划出 10.0.2.0/24 作为私有子网放 MySQL 数据库。物理隔离拒绝公网直连数据库这是安全的底线 致命面试题可用 IP 数量我们在上面的软考公式里背过可用主机数 2^主机位数 - 2减去全0网络号全1广播地址。但是在 AWS 等云平台中这个公式是错的在 AWS 划分 VPC 子网时每个子网必须减去 5 个 IP 地址除了全 0 和全 1AWS 还会强行预留 3 个 IP.1 预留给 VPC 路由器.2 预留给亚马逊 DNS 服务器.3 留作未来使用这就是理论与实战的差距懂底层逻辑会算子网又懂业界潜规则AWS预留面试时才能真正做到降维打击。这块最难啃的骨头终于拿下了下一站无分类编址CIDR然后我就要正式进军 Linux 权限与漏洞防御的核心区了。冲锋 致谢说明本文理论模型与计算口诀学习整理自优质网络公开课。为了方便日后备战软考与 AWS 认证由本人记录核心笔记后交予 AI 进行大白话润色与排版特此致谢。主要内容来源B站 湖科大教书匠《计算机网络微课堂》