Amazon web services 为什么10.0.0.1/28不是10.0.0.0/24 VPC中的有效子网?

Amazon web services 为什么10.0.0.1/28不是10.0.0.0/24 VPC中的有效子网?,amazon-web-services,subnet,Amazon Web Services,Subnet,如何在10.0.0.0/24范围内创建多个子网。 尝试创建10.0.0.1/28。它告诉我们应该在CIDR范围内。 我肯定我做错了什么。请告知 如果您有一个VPC有:10.0.0.0/24。然后你要创建一些子网,这些子网就是这个VPC 如果要使用/28创建子网,请执行以下操作: 10.0.0.0/28 10.0.0.16/28 10.0.0.32/28 10.0.0.48/28 10.0.0.64/28 ............ 10.0.0.240/28 如果要使用/26创建子网: 10.0

如何在10.0.0.0/24范围内创建多个子网。 尝试创建10.0.0.1/28。它告诉我们应该在CIDR范围内。
我肯定我做错了什么。请告知

如果您有一个
VPC
有:
10.0.0.0/24
。然后你要创建一些子网,这些子网就是这个VPC

如果要使用
/28
创建子网,请执行以下操作:

10.0.0.0/28
10.0.0.16/28
10.0.0.32/28
10.0.0.48/28
10.0.0.64/28
............
10.0.0.240/28

如果要使用
/26
创建子网:

10.0.0.0/26
10.0.0.64/26
10.0.0.128/26

10.0.0.192/26

该消息具有误导性。它不像
10.0.0.1/28
不在
10.0.0.0/24
的CIDR范围内,它只是一个不正确的网络ID(我想消息可能会稍微有用)

只能指定网络ID,不能指定网络地址。在您的情况下,
10.0.0.1/28
是范围
10.0.0.0
-
10.0.0.15
中的第一个网络地址,其中
10.0.0.0/28
是您需要使用的网络ID。
/28
前缀长度的下一个网络ID是
10.0.0.16
,如另一个答案中所述

这是由子网规则给出的。长话短说,如果您需要知道网络ID,那么只需从
32
(IPv4地址的32位)中减去前缀
28
,即可为主机提供4个可用位,转换为
2^4=16
块大小。因此,您可以从
10.0.0.0
开始,然后在最后一个数字
0,16,32,48,…
上加16,其他前缀也一样(或者,如果你认为任何前缀更长或等于24,它也适用于更短的前缀,但你需要小心哪些八位字节的IP地址,你正在修改)。 还值得一提的是,
10.0.0.1/28
甚至不是AWS上可用的IP地址,因为AWS保留每个子网的前4个和最后一个IP地址(前4个,包括网络ID,用于子网中无法直接看到的DHCP服务器等内容,最后一个是广播地址,通常无法分配给任何主机,而且AWS甚至不支持广播)

因此,从技术上讲,当您使用
10.0.0.0/28
子网时,您将得到11个可用IP地址,范围从
10.0.0.4
10.0.0.14