我正在使用 /23 的 vpc cidr,需要为主机、负载平衡器可用区等划分一些公共和私有子网。请耐心等待这个新手问题 请假设我在谈论 IP 的最后一部分需要
如果我想要 16 块和 32 块,我会怎么做?0/28 会给我一个 16 块.. 这将意味着 16/28、32/28 等的更多块,除非我有错误的概念如果我想要一个 32 块除此之外,会是正确指定 0/27 吗?或者这会与 0/28 冲突吗?什么是正确的方法?
我正在使用 /23 的 vpc cidr,需要为主机、负载平衡器可用区等划分一些公共和私有子网。请耐心等待这个新手问题 请假设我在谈论 IP 的最后一部分需要
如果我想要 16 块和 32 块,我会怎么做?0/28 会给我一个 16 块.. 这将意味着 16/28、32/28 等的更多块,除非我有错误的概念如果我想要一个 32 块除此之外,会是正确指定 0/27 吗?或者这会与 0/28 冲突吗?什么是正确的方法?
是的,如果您使用相同的第三个八位字节,它们会重叠。如果你不是,他们不会。
例如,如果您的 /23 是10.0.0.0/23
,它会给您10.0.0.0-10.0.1.255
.
例如,如果您使用不同的第三个八位位组:
10.0.0.128/25 gives you 10.0.0.128-10.0.0.255
10.0.1.192/26 gives you 10.0.1.192-10.0.1.255
所以,没有重叠。
但是,例如,如果您使用相同的第三个八位字节:
10.0.1.128/25 gives you 10.0.1.128-10.0.1.255.
10.0.1.192/26 gives you 10.0.1.192-10.0.1.255
因此,/25 的一半与/26 重叠。
作为记录,由于重叠,AWS 不允许您这样输入它们——它们将迫使您更改其中一个或两个。
至于您的 /27 和 /28 的其他问题,您需要考虑网络和广播地址在每个地址中占用您的 2 个地址。因此,虽然 /27 确实有 32 个地址,但只有 30 个可用于主机。/28 也是如此(总共 16 个,有 14 个可用的主机地址)。因此,您需要 16 和 32 个可用地址,您将不得不分别使用 /27 和 /26,因为这些掩码大小可以容纳这些主机数量而浪费最少。
让我们再次说您的 /23 是10.0.0.0/23
:
如果你想把它分成 /27 和 /28 块并使用相同的第三个八位字节,你可以使用:
10.0.1.0/27 for one block
10.0.1.32/28 for the other block
如果你想把它分成 /26 和 /27 块并使用相同的第三个八位字节,你可以使用:
10.0.1.0/26 for one block
10.0.1.64/27 for the other block
如果你想把它分成 /27 和 /28 块并使用不同的第三个八位字节,你可以使用:
10.0.0.0/27 for one block
10.0.1.32/28 for the other block
如果你想把它分成 /26 和 /27 块并使用不同的第三个八位字节,你可以使用:
10.0.0.0/26 for one block
10.0.1.64/27 for the other block
您可能会使用更多组合 - 这些只是示例。