AWS CloudFormation嵌套函数报错：CidrBlock需为String类型

我明白你遇到的困扰了——虽然你的Join逻辑思路是对的，但CloudFormation可能因为嵌套函数的解析细节，返回了不符合预期的类型判断错误。我们可以换一种更直观且可靠的方式实现需求，同时确保返回值是标准的字符串类型。

问题分析 #

你的核心逻辑没问题：拆分用户输入的CIDR块、取前两段、拼接成新的CIDR段。但在某些CloudFormation的解析场景下，多层嵌套的Select+Split组合可能被误判为非字符串类型，从而触发Value of property CidrBlock must be of type String错误。

解决方案：用Fn::Sub替代Join #

Fn::Sub（字符串替换函数）在处理这类拼接场景时更清晰，而且会明确将结果合并为字符串，彻底规避类型判断问题。这里提供两种写法：

写法1：变量分离式（可读性更强）

"CidrBlock": {
  "Fn::Sub": "${FirstOctet}.${SecondOctet}.16.0/24",
  "Variables": {
    "FirstOctet": { "Select": [0, { "Split": [".", { "Ref": "2CIDR" }] }] },
    "SecondOctet": { "Select": [1, { "Split": [".", { "Ref": "2CIDR" }] }] }
  }
}

写法2：内嵌函数式（更简洁）

利用Fn::Sub支持直接内嵌函数的特性（用!转义函数调用）：

"CidrBlock": {
  "Fn::Sub": "${!Split('.', ${2CIDR})[0]}.${!Split('.', ${2CIDR})[1]}.16.0/24"
}

额外验证建议 #

确保你的2CIDR参数配置正确，类型为String且格式合法（比如10.0.0.0/16）：

"Parameters": {
  "2CIDR": {
    "Type": "String",
    "Default": "10.0.0.0/16",
    "Description": "Input CIDR block"
  }
}

内容的提问来源于stack exchange，提问作者Kappacake