Azure资源组策略是否导致Function App后端请求体被拦截？

• 资源组级Azure Policy约束：检查目标资源组是否应用了针对Function App的请求管控策略，比如强制特定请求头、限制请求体大小/格式的规则，这类策略会在请求抵达Function App前拦截不符合要求的请求体。可通过Azure门户进入资源组的「策略」>「分配」查看已生效的约束策略。
• 虚拟网络集成与NSG规则差异：若该资源组的Function App配置了虚拟网络集成，对应子网的网络安全组(NSG)可能设置了流量过滤规则，比如仅放行特定客户端IP、端口，或通过深度包检查拦截了后端请求的内容。对比两个资源组的NSG入站/出站规则，重点排查Function App相关的流量规则。
• Application Gateway/WAF拦截：如果该资源组的Function App通过应用网关或Web应用防火墙(WAF)对外暴露，WAF启用的规则集（如OWASP核心规则）可能误判后端请求为恶意流量，触发拦截逻辑，而Postman请求恰好避开了这些规则。可查看WAF的拦截日志和规则状态确认。
• 私有端点/防火墙配置限制：若Function App配置了私有端点，资源组关联的私有DNS或防火墙规则可能限制了后端服务的访问路径，导致请求体在传输中被截断或拦截。对比两个资源组的私有网络配置细节。
• 资源组继承的Function App配置：同一Function App部署到不同资源组时，可能继承了资源组的默认配置，比如「配置」>「常规设置」中的请求体大小限制，或「网络」中的IP访问允许列表，若后端服务IP不在允许列表内，就会出现请求体被拦截的情况。

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