Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo fornece informações sobre problemas conhecidos associados aos Gêmeos Digitais do Azure.
O Azure Digital Twins Explorer não dá suporte a pontos de extremidade privados
Descrição do problema: O Azure Digital Twins Explorer mostra erros ao tentar usá-lo com uma instância dos Gêmeos Digitais do Azure que usa o Link Privado para desabilitar o acesso público. Você pode ver um pop-up que diz Erro ao buscar modelos.
| Isso me afeta? | Motivo | Resolução |
|---|---|---|
| Se você estiver usando o Azure Digital Twins com um ponto de extremidade privado/Link Privado, esse problema afetará você ao tentar visualizar sua instância no Azure Digital Twins Explorer. | O Azure Digital Twins Explorer não dá suporte a pontos de extremidade privados. | Você pode implantar sua própria versão da base de código do Azure Digital Twins Explorer privadamente na nuvem. Para obter instruções sobre como fazer isso, confira o Azure Digital Twins Explorer: em execução na nuvem. Como alternativa, você pode gerenciar sua instância dos Gêmeos Digitais do Azure usando as APIs e os SDKs . |
"Erro do cliente 400: solicitação incorreta" no Cloud Shell
Descrição do problema: comandos do Cloud Shell em execução em https://shell.azure.com podem falhar de maneira intermitente com o erro “Erro de cliente 400: solicitação inválida para URL: http://localhost:50342/oauth2/token“, seguido pelo rastreamento de pilha completo.
| Isso me afeta? | Motivo | Resolução |
|---|---|---|
Nos Gêmeos Digitais do Azure, esse problema afeta os seguintes grupos de comandos:az dt routeaz dt modelaz dt twin |
É o resultado de um problema conhecido no Cloud Shell: a obtenção de token do Cloud Shell falha intermitentemente com 400 Erros de Cliente: Solicitação Incorreta. Isso causa um problema para os tokens de autenticação de instâncias dos Gêmeos Digitais do Azure e a autenticação padrão baseada em identidade gerenciada do Cloud Shell. Isso não afeta os comandos dos Gêmeos Digitais do Azure dos grupos az dt ou az dt endpoint, pois eles usam outro tipo de token de autenticação (baseado no Azure Resource Manager), que não tem conflito com a autenticação de identidade gerenciada do Cloud Shell. |
Uma maneira de resolver esse problema é executar novamente o az login comando no Cloud Shell e concluir as etapas de logon a seguir. Essa ação mudará sua sessão para fora da autenticação de identidade gerenciada, o que evitará o problema raiz. Posteriormente, você pode executar novamente o comando.Caso contrário, você pode abrir o painel do Cloud Shell no portal do Azure e concluir o trabalho do Cloud Shell a partir daí. 
Por fim, outra solução é instalar a CLI do Azure em seu computador para que você possa executar comandos da CLI do Azure localmente. A CLI local não enfrenta esse problema. |
Problema com a autenticação interativa do navegador no Azure.Identity 1.2.0
Descrição do problema: Ao escrever código de autenticação em seus aplicativos dos Gêmeos Digitais do Azure usando a versão 1.2.0 da biblioteca Azure.Identity , você pode enfrentar problemas com o método InteractiveBrowserCredential . Esse problema é apresentado como uma resposta de erro de "Azure.Identity.AuthenticationFailedException" ao tentar se autenticar em uma janela do navegador. A janela do navegador pode não iniciar completamente ou pode parecer autenticar o usuário com sucesso, enquanto o aplicativo cliente ainda falha exibindo um erro.
| Isso me afeta? | Motivo | Resolução |
|---|---|---|
| O método afetado é usado nos seguintes artigos: Codificar um aplicativo cliente Escrever código de autenticação do aplicativo APIs e SDKs dos Gêmeos Digitais do Azure |
Alguns usuários tiveram esse problema com a versão 1.2.0 da Azure.Identity biblioteca. |
Para resolver, atualize seus aplicativos para usar uma versão posterior de Azure.Identity. Depois de atualizar a versão da biblioteca, o navegador deve carregar e autenticar conforme o esperado. |
Problema com a autenticação de credencial padrão do Azure no Azure.Identity 1.3.0
Descrição do problema: Ao escrever o código de autenticação usando a versão 1.3.0 da biblioteca Azure.Identity , alguns usuários enfrentaram problemas com o método DefaultAzureCredential usado em muitos exemplos em todos esses documentos dos Gêmeos Digitais do Azure. Esse problema apresenta uma resposta de erro de "Azure.Identity.AuthenticationFailedException: falha na autenticação SharedTokenCacheCredential" quando o código tenta se autenticar.
| Isso me afeta? | Motivo | Resolução |
|---|---|---|
DefaultAzureCredential é usado na maioria dos exemplos de documentação para esse serviço que incluem autenticação. Se você estiver escrevendo código de autenticação usando DefaultAzureCredential a versão 1.3.0 da Azure.Identity biblioteca e vendo essa mensagem de erro, esse problema afetará você. |
Provavelmente é resultado de algum problema de configuração com a Azure.Identity biblioteca e DefaultAzureCredentialsua classe de autenticação. Essa classe é um wrapper que contém vários tipos de credenciais que são tentadas na ordem. O problema pode ocorrer quando o fluxo de autenticação atinge o SharedTokenCacheCredential tipo. |
Uma estratégia para resolver isso é excluir SharedTokenCacheCredential de sua credencial, conforme descrito neste problema DefaultAzureCredential que está aberto no momento contra Azure.Identity. Você pode excluir SharedTokenCacheCredential de sua credencial criando uma instância da DefaultAzureCredential classe usando o seguinte parâmetro opcional: new DefaultAzureCredential(new DefaultAzureCredentialOptions { ExcludeSharedTokenCacheCredential = true });Outra opção é alterar seu aplicativo para usar uma versão anterior, Azure.Identitycomo a versão 1.2.3. O uso de uma versão anterior não tem impacto funcional para os Gêmeos Digitais do Azure, o que a torna uma solução aceita. |
Os comandos az DT falham com a antiga extensão Azure-IoT
Descrição do problema: Os comandos da CLI do az dt conjunto de comandos falharão se você estiver usando uma versão anterior da azure-iot extensão do que 0.26.0 (0.26.0 é aceitável) junto com a versão 2.70.0 ou posterior da CLI do Azure. A mensagem de erro termina em AttributeError: o objeto 'CredentialAdaptor' não tem nenhum atributo 'signed_session'.
| Isso me afeta? | Motivo | Resolução |
|---|---|---|
Esse problema afeta sua capacidade de executar az dt comandos se você estiver usando uma CLI do Azure que está na versão 2.70.0 ou posterior e uma versão da azure-iot extensão que está em uma versão anterior à 0.26.0. Você pode verificar sua versão da CLI com o az version comando e sua azure-iot versão de extensão com o az extension show comando. |
A versão 0.26.0 ou posterior da azure-iot extensão da CLI é necessária para executar az dt comandos na versão 2.70.0 ou posterior da CLI do Azure. |
Use o az extension update comando para atualizar a azure-iot extensão para a versão mais recente. |
Próximas etapas
Leia mais sobre segurança e permissões nos Gêmeos Digitais do Azure: