问题标签 [azure-china]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
azure-billing-api - Azure 中国计费报告 API 端点
Azure 中国的消费 API。
在中国,我需要调用哪个类似于https://consumption.azure.com的 API ?
azure - Azure 中国 Kubernetes 集群监控
Azure Rest of world(.com) Kubernetes 服务集群日志可以在 Azure 日志分析工作区中进行监控。我们如何监控 china azure (.cn) Kubernetes 服务集群?我需要检查 aks china 集群的健康状况(如 pod、节点、cpu、内存的健康状况。)
azure - 无法为 Azure Nodejs SDK 指定中国区域
我正在尝试使用 Nodejs 与 Azure China Resources 进行交互。
但是找不到如何使用 nodejs SDK 对 Azure 中国的应用程序进行身份验证。
试过了@azure/arm-storage
azure - Azure Powershell DevOps Task 与 Azure 中国对话时出现问题
我写了一堆 Azure Powershell 脚本,这些脚本在 Azure 上运行得很好。然后我将订阅修改为我们的 Azure 中国订阅,Azure 命令有 50% 的时间失败。我已使用单个 Azure Powershell 脚本将整个管道简化为单个阶段。我已经指定了我的 Azure 中国订阅,并且有一个包含以下内容的内联脚本:“Get-AzureService”
50% 的脚本失败并出现以下错误:2019-08-08T22:12:51.3777403Z ##[error]发送请求时出错。
我运行了 8 次工作,并且每隔一次都失败了。第 2 次、第 4 次、第 6 次和第 8 次运行时,我得到了正确的输出,即部署在 Azure 中国的所有 azure 服务。
我的 azure 经典服务连接是使用管理证书设置的,显然连接工作正常,因为我确实有 50% 的时间得到正确的输出。有什么想法吗?
azure-ad-b2c - 中国 Azure B2C - 本地帐户登录自定义策略疑难解答
我正在尝试为中国地区的 Azure B2C 的注册/登录设置一个非常基本的自定义策略,我的问题是关于如何调试登录过程。
仔细按照 [1] 中的说明(并调整中国的 URL/租户 ID,下面有更多详细信息)后,我无法使用自定义策略 signup_signin 流程成功登录。尽管相同的凭据适用于开箱即用的用户流,但每次尝试都会导致“无效的用户名或密码”。但是,通过此自定义策略进行的用户注册确实可以正常工作。
我专门为中国改变的事情:
- 租户 ID(在所有文件中):
<yourtenant>.onmicrosoft.com
-><yourtenant>.partner.onmschina.cn
- 技术配置文件“login-NonInteractive”元数据属性 (TrustFrameworkBase.xml):
- 提供者名称:
https://sts.chinacloudapi.cn/
- 元数据:
https://login.chinacloudapi.cn/<numeric tenant id>/.well-known/openid-configuration
- 授权端点:
https://login.chinacloudapi.cn/<numeric tenant id>/oauth2/token
- 提供者名称:
- b2clogin 值(在适当的应用程序属性等中):尝试了
<yourtenant>.b2clogin.cn/<numeric tenant id>
和<yourtenant>.b2clogin.cn/<yourtenant>.partner.onmschina.cn
形式
我尝试过/仔细检查过的事情:
- 在非中国 Azure 帐户中分别遵循所有指示 -这按预期工作
- 循环通过 login.partner.microsoftonline.cn / login.chinacloudapi.cn / .b2clogin.cn / etc 的许多组合,用于各种身份验证端点
- 重新创建 IdentityExperienceFramework 和 ProxyIdentityExperienceFramework 应用程序
- 根据需要,应用程序分别属于 web 应用程序/本机类型
- 应用程序是在 AAD(不是 B2C)刀片的旧应用程序注册部分中创建的,但在 B2C 租户中(在 b2c-extensions-don't-modify-this-app 应用程序旁边)
- 作为全局管理员进行的所有门户操作
- 代理应用程序有权访问其他应用程序
- 权限已通过选择后的单独按钮单击“授予”
- 应用程序 ID 位于 TrustFrameworkExtensions 文件中的正确客户端/资源位置
- 应用 ID 实际上是应用 ID 而不是对象 ID
- 自定义策略文件以正确的 base/extensions/relyingParty 顺序上传
- App Insights 调试日志记录已打开 - 据我所知,Event:SELFASSERTED 步骤 Web.TPEngine.StateMachineHandlers.SelfAssertedMessageValidationHandler 返回 false,尽管处理程序结果的 statebag 属性包含似乎包含 ID 令牌的验证响应
我直接从 [2] 中观察到 LocalAccounts 文件的这种行为,只填充了模板值(即没有更改用户流的结构或任何东西,只是插入应用程序 ID、租户 ID 和中国 URL 替换)。这个问题 [3] 描述了我遇到的同样的问题,尽管那里列出的解决方案并没有解决我的问题。
达到这一步的学习曲线非常陡峭,我不确定下一步应该如何进一步调试。
有没有人在中国有任何使用 AADB2C 的经验或一般调试此类问题?
[1] https://docs.microsoft.com/en-us/azure/active-directory-b2c/active-directory-b2c-get-started-custom
[2] https://github.com/Azure-Samples/active-directory-b2c-custom-policy-starterpack
azure - 尝试在 AzureChinaCloud 中运行打包程序时出错
我正在尝试packer
使用以下命令从配置中构建 VM 映像:
但是,我收到以下错误,我找不到它的含义以及它的分辨率是什么:
Build 'azure-arm' errored: packer-azure application not set up for Azure environment "AzureChinaCloud"
有没有人见过这样的东西?
azure - 在 AzureChina 中使用 Packer 构建映像时出现错误 400
我正在使用Packer
构建图像并将它们上传到 Azure 中国。一些图像是成功构建的/docker 和 consul 图像/但是其余的,例如弹性搜索数据和 master,一旦packer build
被调用,就会给我下面的错误。
所有图像都是从同一个脚本构建的:
其中资源组、订阅 ID、租户、机密对于所有图像都是相同的。这就是为什么我认为这不是由于凭据或租户不匹配的问题。任何帮助/想法将不胜感激。
azure - 是否可以通过 Azure DevOps 管道将 Web App 部署到 Azure 中国
到目前为止,我们的团队正在使用 Azure DevOps 来管理我们的代码,并且我们已经创建了一些管道来将代码部署到 Azure Global(东亚)的 Web 应用程序。现在我们需要将代码部署到 Azure 中国的 Web App。Azure 中国和 Azure Global 不完全一样,我们还是想创建一些新的管道来部署到 Azure 中国,我想知道是否可以实现。
javascript - 将中国 MS Azure 认知服务与全球 WEB 服务相结合
我正在使用 Websocket 连接 Speech-to-Text 在 WEB 应用程序 (JavaScript) 中使用 Global MS Azure 认知服务 SDK。如何使用具有 MS Azure 中国凭据的 Speech-to-Text?它至少有不同的区域和不同的websocket链接?是否存在另一个适用于中国的 SDK?
azure - 流量管理器适用于 Azure 全球和 Azure 中国
我们有一个 Web 应用部署到 Azure 全球美国西部地区的 Azure 应用服务。它对美国用户非常有效。但是,对于中国大陆用户来说,由于高延迟,他们正在遭受低响应。
我想到的想法是将相同的应用程序部署到 Azure 中国,并使用流量管理器将流量路由到中国用户的 Azure 中国实例。
我知道 Azure 中国与 Azure 全球是物理隔离的。我不知道交通管理器是否能够在这种情况下工作。
它会起作用吗?如果是,如何?如果不是,还有其他解决方案可以实现目标吗?