Azure：使用 Azure 虚拟网络时出错，表示子网在虚拟网络中无效答案

【问题标题】：Azure: Error while using Azure virtual network, It says subnet is not valid in virtual networkAzure：使用 Azure 虚拟网络时出错，表示子网在虚拟网络中无效
【发布时间】：2022-04-19 05:18:55
【问题描述】：

$rg1="firstyear-rg-01"
$loc="eastasia"

New-AzResourceGroup -name $rg1 -location $loc
$ec1 = New-AzVirtualNetworkSubnetConfig -Name "ec-lab-sn-01" -AddressPrefix "10.0.0.0/27"
$cs1 = New-AzVirtualNetworkSubnetConfig -Name "cs-lab-sn-01"  -AddressPrefix "10.0.1.0/27"
$it1 = New-AzVirtualNetworkSubnetConfig -Name "it-lab-sn-01" -AddressPrefix "10.0.2.0/27"
$mc1 = New-AzVirtualNetworkSubnetConfig -Name "mech-lab-sn-01"  -AddressPrefix "10.0.3.0/27"
$vn1 = New-AzVirtualNetwork -Name "firstyear-vn-01" -ResourceGroupName $rg1 -Location $loc -AddressPrefix "10.0.0.0/25" -Subnet $ec1,$cs1,$it1,$mc1

上面是我尝试过的确切代码，但它给出了错误：

New-AzVirtualNetwork：子网“cs-lab-sn-01”在虚拟中无效网络'firstyear-vn-01'。状态码：400 原因短语：错误请求错误代码：NetcfgInvalidSubnet 错误消息：子网 'cs-lab-sn-01' 是在虚拟网络“firstyear-vn-01”中无效。操作ID： c5bd59de-a637-45ec-99a7-358372184e98

我做错了什么？

【问题讨论】：

标签： azure-virtual-network

【解决方案1】：

如果您使用地址范围为10.0.0.0/25 的虚拟网络，则子网AddressPrefix 应包含在该虚拟网络中。您可以根据IP Calculator 为前缀为10.0.0.0/27、10.0.0.32/27、10.0.0.64/27、10.0.0.96/27 的地址分配子网。

【讨论】：

【解决方案2】：

我在使用 Terraform 在 Azure 中设置子网时遇到了这个问题。

当我运行terraform apply 时，我收到以下错误：

module.subnet_private_1.azurerm_subnet.subnet: Creating...
╷
│ Error: creating Subnet: (Name "my-private-1-dev-subnet" / Virtual Network Name "my-dev-vnet" / Resource Group "MyDevRG"): network.SubnetsClient#CreateOrUpdate: Failure sending request: StatusCode=0 -- Original Error: Code="NetcfgInvalidSubnet" Message="Subnet 'my-private-1-dev-subnet' is not valid in virtual network 'my-dev-vnet'." Details=[]
│ 
│   with module.subnet_private_1.azurerm_subnet.subnet,
│   on ../../../modules/azure/subnet/main.tf line 1, in resource "azurerm_subnet" "subnet":
│    1: resource "azurerm_subnet" "subnet" {

这是我修复它的方法：

问题是我将已分配给子网的 subnet_address_prefixes 分配给新子网。

我已经将["10.1.1.0/24"] 分配给了一个已经存在的子网，我在模块中犯了一个错误，将它再次分配给我正在创建的新子网。

我所要做的就是使用不同的subnet_address_prefixes，即["10.1.2.0/24"]，一切正常。

【讨论】：