配置专用终结点的Azure Function App：定时触发正常，手动触发异常

1. 先确认DNS解析是否正确 #

同VNet内的VM必须通过专用DNS区域将Function App域名解析到专用IP，而非公共IP。在VM上执行nslookup <appname>.azurewebsites.net，检查返回的IP是否为专用终结点的地址。如果解析到公共IP，说明DNS配置存在问题，需确保VM的DNS服务器指向Azure专用DNS区域，或自定义DNS已配置转发到Azure专用DNS。

2. 检查访问限制规则 #

即便配置了专用终结点，也要确认Function App的「访问限制」是否允许对应VNet子网的流量。进入Function App的「网络」->「访问限制」页面，查看是否添加了目标VNet子网的允许规则，且该规则的优先级高于默认拒绝规则（如果存在）。
注意：专用终结点会自动添加允许规则，但如果手动配置了更严格的规则，可能会覆盖默认设置，需确认无规则冲突。

3. 修正curl命令的语法错误 #

你使用的curl命令存在两处问题：Content-Type头缺少冒号，函数键的位置不符合规范。正确的命令格式应为：

curl -X POST -H "Content-Type: application/json" "https://<appname>.azurewebsites.net/api/<functionname>?code=<functionkey>"

语法错误可能导致请求被静默丢弃，这就是为什么curl无报错但函数日志无记录的原因。

4. 验证专用终结点的状态与关联 #

检查专用终结点的状态是否为「已批准」，关联的目标资源是否为你的Function App。进入专用终结点资源的「关联」标签页，确认资源匹配且状态正常。另外，若VNet子网启用了「专用终结点网络策略」，需确保允许Function App的流量通过。

5. 排查请求是否真正到达函数 #

同VNet内请求无日志，大概率是请求未抵达Function App。可以在VM上用tcpdump抓包，确认请求是否发送到专用IP，以及是否收到响应。同时检查Function App的「日志流」是否开启，日志级别是否至少设置为Information——若请求到达但未被处理，日志中会有相关记录；无记录则说明请求未到达。

关于微软提及的「预期行为」 #

微软所说的预期行为通常指公共网络无法访问，但同VNet内通过专用终结点访问是完全支持的。如果上述配置均无问题仍无法触发，可尝试删除并重新创建专用终结点，或检查Function App的VNet集成配置，确认与专用终结点的子网无冲突。

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