由于逻辑应用程序中的交叉API连接，office365 API连接身份验证/授权失败

我面临着使用ARM模板重新验证和授权逻辑应用程序部署的问题。我已经找到了几种解决办法，但没有一种对我有效。实际上，我的要求略有不同，我写在下面

导言

我们为我们的客户工作，我们的客户没有office365完整订阅。我们向我的客户介绍了逻辑应用程序解决方案

我们有几个逻辑应用程序，其中我们使用office365连接器在SharePoint上进行通知和上载数据，这些连接器使用我的组织的凭据进行身份验证，而整个逻辑应用程序部署在我客户端的Azure云上。简而言之，这些逻辑应用程序是混合逻辑应用程序，这意味着逻辑应用程序具有我公司的office365连接器，并且此逻辑应用程序部署在客户端的Azure云环境中

问题

每当我们部署logic app的arm模板时，我们都会面临一个问题，logic app要求对office365步骤进行身份验证

我遵循了以下文档和解决方案，但由于混合解决方案，所以没有为我工作

• （用于授权连接，但仅当连接是内部云或外部云时才授权）

在点击并尝试了上述解决方案后，我知道所有的解决方案都是正确的，但在我的情况下它不起作用，因为我在逻辑应用程序中使用混合连接。 还有几个问题

启用MFA时。是否每次部署后都需要在logic app中手动验证

当我通过DevOps部署arm模板并执行logic应用程序时，连接显示unauthorize并给出以下错误

{“错误描述”：“引发了类型为“Microsoft.IdentityModel.Tokens.AudienceEurivalidationFailedException”的异常。”}

---

请让我知道是否有人有此问题的解决方案。

如果共享点在线连接器的执行失败，在PowerAutomation或LogicApps场景中，在可能知道租户用户将要访问的内容之前创建连接，因此唯一的选项默认为用户的家庭租户，与今天一样。默认情况下，为身份验证生成的令牌将对应于用户的根站点–访问群体和租户。稍后，connector可以为不同的受众（对于X-Geo场景）交换令牌，但tenantId将保持不变。这就是它今天的工作方式，没有解决办法。到目前为止，无法从PowerAutomation/LogicApps访问非房屋租户。我们目前正在与相关团队讨论这一问题，以检查我们是否可以将其添加到