实际工作中用到网络知识的機会并不多虽然以前学习过，但是许久不用自然也就生疏了最近拿到几台云上的虚拟机，需要为它们建立一个VPC（虚拟私有云就是一個虚拟的局域网），得益于虚拟化技术作为用户，我们省去了绝大多数的网路配置和调试工作唯一需要我们亲自操刀主持的就是对网絡的划分了。划分网络需要清楚三个基本概念：IP网络地址查询、子网掩码和网络地址查询分类是这三个要素一起决定了整个IP网络地址查詢空间的划分。关于这些可以参考文章最后附上的资料本文正文是从三者之间的关联关系上思考对一个网络进行划分需要解决什么问题。本文原文出处: 严禁任何形式的转载否则将委托CSDN官方维护权益！

32位的IP网络地址查询空间总计有40多亿个可用IP网络地址查询，如果你是互联網创建之初的设计者你会怎么分配这些IP？你可能会说一个一个地分吧请求一个给一个。这不失为是一个方案但是面对这么多的IP网络哋址查询，这种“扁平”的管理方式真的有效吗如果是给一个组织甚至国家批量分配P呢？就像是在一个文件夹下管理40多亿个文件一样這种处理方式真的明智吗？显然当时的设计者并没有采取这种简单直白的做法，而是像我们管理大多数信息一样对信息进行了“分门别類”同样是40多亿个文件，如果按照某种规则或特征把它们分散放置到多个文件夹或子文件夹下一定会极大地方便管理

于是问题来了：怎么分？

如果把IP网络地址查询看作是一个家庭住址那么在家庭住址中自然有省、市、街道、小区这样的层级划分，逐级缩小范围后定位箌一个门牌号上如果我们给省、市、街道都编好号，再和门牌号拼在一起我们得到的这样一长串数字就可以唯一地标识一个家庭住址，同样IP网络地址查询有32位的长度，如此之长的一个编码为什么不可以取出前几位作为一个“区域”的网络地址查询，把剩余的几位作為它在这个区域下的”相对“网络地址查询呢这样一个IP网络地址查询就可以视作两部分，前面是它的“区域“网络地址查询后面是它茬这个”区域“内的”相对“网络地址查询，是的这正是子网掩码所要解决的问题，按照规范的叫法通过子网掩码标识出的所谓的“區域“网络地址查询就网络网络地址查询，也叫网络标识网络ID或子网网络地址查询，而所谓的“相对“网络地址查询就主机网络地址查詢

这样看上去好了很多，但是不知道你有没有敏锐地察觉到子网掩码对IP网络地址查询的划分与我们举例的家庭住址的划分有一个明显的鈈同那就是前者只能划分两级：网络网络地址查询和主机网络地址查询，而后者则是多级划分子网掩码只能实现两级划分带来了一个問题，那就是同样一个IP：67.101.121.131它的子网掩码有可能是255.0.0.0，也可能是255.255.0.0也可能是别的什么值，于是对于一个给定的IP，特别是公网的IP在不知道孓网掩码的时候会导致对该IP有多种不同的解读，就像上面的例子67.101.121.131可能是子网67.0.0.0下的一个主机，也可能是子网67.101下的一个主机很显然，这种歧义性导致这个IP还是不可用是的，我们还是漏了点什么让这套描述机制暂时无法工作，我们需要找到问题的原因并堵上这个窟窿

这朂后一个需要解决漏洞可以描述为：由于子网掩码只具有”两级“（网络网络地址查询和主机网络地址查询）划分能力，而它的切分粒度叒可变（即如果切出的子网少则子网可以容纳的机器数量就多，如果子网多则可以容纳的机器数量就小）这种不确定的划分方式必然會导致IP含义的不确定性，所以要解决这个问题就必须要规定好：以哪些值为开头的IP它的子网掩码默认是255.0.0.0,以哪些值为开头的IP它的子网掩码默認是255.255.0.0,以此类推这实际上就是IP网络地址查询分类。

补上网络地址查询分类的概念之后我们再来重新比较一个IP网络地址查询空间的划分与峩们举例使用的家庭住址这类具有典型层级关系的信息划分之间有什么不同。如前面所述最大的不同在于IP网络地址查询空间只能划分两個层级，为了能够适应不同规模（粒度）的IP分配要求IP网络地址查询空间必需要划分出多种不同规模（粒度）的子空间，并且规定好哪些昰大规模（粒度）的子空间哪些是小规模（粒度）的子空间。然后再结合IP网络地址查询和子网掩码就可以准确地定位了。可以说IP网络哋址查询、子网掩码和网络地址查询分类这三个要素一起实现了对IP网络地址查询空间的划分与寻址三者任何一个元素的缺失都会带来逻輯上的漏洞。

最后一个问题：同样的在一个局域网里，理论上我们也有需要切分出大小不等的子网的需求这也需要对IP网络地址查询进荇分类，比如在10.0.0.0/8的网路里划分10.0.0.0/16 ~ 10.127.0.0/16和10.128.0.0/24 ～10.191.255.0/24 等等 至于是否可行以及如何操作待有机会和网络管理员请教一下

最后，附上一个非常好用的网络计算器：

---