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.
Aplica-se a: ✔️ VMs linux
Este artigo discute e fornece soluções para problemas comuns que você pode encontrar ao usar a apt ferramenta de linha de comando para instalar ou atualizar aplicativos em VMs (máquinas virtuais) do Microsoft Azure.
Cuidado
O suporte padrão para o Canonical Ubuntu 18.04 LTS não está mais disponível. Se você for afetado, consulte Canonical Ubuntu 18.04 LTS está fora do Suporte Standard em 31 de maio de 2023 para revisar suas opções.
Visão geral
O comando apt (ferramenta avançada de pacote) no Ubuntu é uma ferramenta avançada usada no gerenciamento de pacotes. Ele permite instalar, remover, atualizar e gerenciar pacotes de software no sistema Ubuntu. Você pode usar apt para pesquisar pacotes disponíveis, instalar versões específicas de pacotes e lidar com dependências com eficiência. Simplifica o processo de gestão de software fornecendo uma interface de linha de comandos para interagir com as bibliotecas APT.
Pré-requisitos
Cenário 1: A conexão atingiu o tempo limite no azure.archive.ubuntu.com
Detalhes do cenário 1
Durante uma operação de apt atualização, upgrade ou instalação, a conexão eventualmente atinge o tempo limite. Além disso, você recebe uma mensagem de erro semelhante a uma das seguintes cadeias de caracteres de saída:
Saída 1
Err:2 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 dns-root-data all 2023112702~ubuntu0.22.04.1 Unable to connect to azure.archive.ubuntu.com:http: Ign:3 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 bind9 amd64 1:9.18.18-0ubuntu0.22.04.2 Err:1 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 bind9-utils amd64 1:9.18.18-0ubuntu0.22.04.2 Could not connect to azure.archive.ubuntu.com:80 (52.147.219.192), connection timed out Err:3 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 bind9 amd64 1:9.18.18-0ubuntu0.22.04.2 Unable to connect to azure.archive.ubuntu.com:http: E: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/pool/main/b/bind9/bind9-utils_9.18.18-0ubuntu0.22.04.2_amd64.deb Could not connect to azure.archive.ubuntu.com:80 (52.147.219.192), connection timed out E: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/pool/main/d/dns-root-data/dns-root-data_2023112702%7eubuntu0.22.04.1_all.deb Unable to connect to azure.archive.ubuntu.com:http: E: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/pool/main/b/bind9/bind9_9.18.18-0ubuntu0.22.04.2_amd64.deb Unable to connect to azure.archive.ubuntu.com:http: E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?Saída 2
W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed
As seções a seguir descrevem as possíveis causas dessas falhas e fornecem soluções para resolver os problemas de conexão.
Causa 1: as VMs estão configuradas para usar um balanceador de carga interno
Um balanceador de carga interno não fornecerá conectividade de saída se estiver configurado para adaptadores de rede.
Solução 1a: Adicionar um endereço IP público
Adicione um endereço IP público para o adaptador de rede das VMs. Para obter mais informações, consulte Associar um endereço IP público a uma máquina virtual.
Solução 1b: Usar um balanceador de carga externo
Use um balanceador de carga externo do Azure em vez de um balanceador de carga interno do Azure. Para obter mais informações, consulte Guia de Início Rápido: Criar um balanceador de carga público para balancear cargas de VMs usando o portal do Azure.
Solução 1c: Usar um gateway NAT na sub-rede
Use um gateway NAT (conversão de endereços de rede) na sub-rede da VM para acesso de saída. Para obter mais informações, consulte Recurso de Gateway da NAT do Azure.
Solução 1d: Usar um balanceador de carga básico interno
Fazer downgrade para usar um balanceador de carga básico interno em vez de um balanceador de carga padrão interno.
Observação
Essa solução é apenas uma correção temporária porque a versão básica do balanceador de carga está programada para desativação. Para obter mais informações, consulte O Basic Load Balancer do Azure será desativado em 30 de setembro de 2025, atualize para o Standard Load Balancer.
Solução 1e: Usar regras SNAT
Use regras de conversão de endereços de rede de origem (SNAT). Para obter mais informações, consulte Usar SNAT para conexões de saída.
Causa 2: o balanceador de carga externo não tem regras de saída e desabilita o SNAT de saída
Um balanceador de carga externo deve ter conectividade de saída para que possa acessar os repositórios do Ubuntu.
Solução 2: Configurar a regra de saída ou verificar se o SNAT de saída está habilitado
Execute uma ou mais das ações listadas na tabela a seguir.
| Ação | Diretrizes |
|---|---|
| Configure uma regra de saída. | Configurando regras de saída |
| Habilite o SNAT de saída. | Usar SNAT para conexões de saída |
Causa 3: um firewall do Azure ou solução de virtualização está entre sua rede virtual e a Internet
Um firewall do Azure ou uma solução de virtualização pode estar atuando como uma barreira protetora entre sua rede virtual do Azure e a Internet. Essa barreira impõe políticas de segurança e fornece recursos para controlar e monitorar o tráfego de forma eficaz, enviando todo o tráfego para o firewall. Nesse caso, o firewall está bloqueando a comunicação com os repositórios do Ubuntu.
Solução 3: verifique se o endereço do Ubuntu é permitido
Certifique-se de que azure.archive.ubuntu.com esse e quaisquer outros URLs do repositório estejam totalmente acessíveis. Para fazer isso, execute as seguintes ações:
Verifique se as URLs de destino são permitidas nas políticas de firewall.
Se a inspeção SSL (Secure Sockets Layer) estiver ativa, verifique se os endereços IP são permitidos.
Se um NSG (grupo de segurança de rede) for usado, certifique-se de que os endereços IP e as portas 80 e 443 do Ubuntu sejam adicionados à lista de permissões da regra de saída do NSG da interface de rede ou NSG da sub-rede. Essas exceções devem ter prioridade sobre a
Block_Internet_Access_outboundregra. Além disso, consulte Verificar regras de segurança aplicadas a um tráfego de máquina virtual.
Causa 4: a VM está conectada a uma sub-rede privada
As sub-redes privadas aumentam a segurança ao não fornecer acesso de saída padrão. Para habilitar a conectividade de saída para VMs acessarem a Internet, é necessário conceder explicitamente o acesso de saída. Para obter mais informações, consulte Adicionar o recurso Sub-rede privada.
Solução 4: Fornecer conectividade de saída para a sub-rede
Recomendamos que você use um gateway NAT para fornecer conectividade de saída para VMs na sub-rede. Para obter mais informações, consulte O que é o Gateway NAT do Azure?
Causa 5: Um proxy é usado para comunicação
A comunicação pela Internet passa por um proxy do cliente que afeta a comunicação com os repositórios do Ubuntu.
Solução 5: Corrija as definições de configuração do proxy
Se um servidor proxy estiver configurado no Microsoft Azure entre a VM do Ubuntu e os repositórios do Ubuntu, use as definições de configuração de proxy corretas no arquivo /etc/apt/apt.conf , conforme mostrado no snippet a seguir.
Importante
Se o servidor proxy configurado tiver um endereço IP privado, verifique se ele tem conectividade no espaço de endereço público do Azure.
Acquire::http::Proxy "http://[username]:[password]@ [proxy-web-or-IP-address]:[port-number]";
Acquire::https::Proxy "http://[username]:[password]@ [proxy-web-or-IP-address]:[port-number]";
Além disso, para o Ubuntu e outros sistemas operacionais do tipo Unix, você pode configurar um proxy para tráfego HTTP e HTTPS usando variáveis de ambiente. As variáveis de ambiente relevantes são http_proxy e https_proxy. Para verificar se um proxy está configurado, execute o comando a seguir.
Importante
Se não existir nenhum servidor proxy entre a VM do Ubuntu e os endereços do repositório do Ubuntu, procure e remova todas as definições de configuração de proxy que estão no arquivo /etc/apt/apt.conf .
env | grep -i proxy
Cenário 2: o comando "apt update" falha e retorna "Falha ao buscar <o código de status url> 470 470"
Detalhes do cenário 2
Quando você tenta executar o apt update comando, o sistema tenta buscar informações do pacote de várias fontes, incluindo azure.archive.ubuntu.com, packages.microsoft.com, e security.ubuntu.com. No entanto, o comando retorna uma mensagem de erro "Falha ao buscar <o código de status 470 do url> 470", conforme mostrado no exemplo a seguir:
Err: 3 http://azure.archive.ubuntu.com/ubuntu focal-updates InRelease
470 status code 470[IP: 23.101.248.31 80]
Err: 4 http://azure.archive.ubuntu.com/ubuntu focal-backports InRelease
470 status code 470[IP: 23.101.248.31 80]
Ign:5 https://packages.microsoft.com/ubuntu/20.04/prod focal InRelease
Err:6 https://packages.microsoft.com/ubuntu/20.04/prod focal Release
Could not handshake: The TLS connection was not properly terminated. [IP: 52.230.121.169 443]
Reading package lists...
[stderr]
E: The repository 'http://security.ubuntu.com/ubuntu focal-security InRelease' is no longer signed.
E: Failed to fetch http://security.ubuntu.com/ubuntu/dists/focal-security/InRelease 470 status code 470 [IP: 91.189.91.82 80]
E: The repository 'http://security.ubuntu.com/ubuntu focal InRelease' is no longer signed.
E: Failed to fetch http://security.ubuntu.com/ubuntu/dists/focal/InRelease 470 status code 470 [IP: 23.101.248.31 80
Causa: um firewall ou um NSG bloqueia as URLs necessárias
O tráfego do seu sistema Ubuntu é roteado por meio de um dispositivo virtual (firewall), mas esse dispositivo nega o acesso a determinados URLs, causando problemas relacionados a atualizações e instalações de pacotes.
Como alternativa, um NSG pode estar bloqueando a conectividade de saída na porta 80 ou 443.
Solução: permitir URLs necessários na configuração do firewall
Certifique-se de que todas as URLs e domínios necessários sejam permitidos pelo firewall ao usar sistemas de gerenciamento de pacotes, como apt no Ubuntu.
Se um NSG for usado, certifique-se de que os endereços IP do Ubuntu e as portas 80 e 443 sejam adicionados à lista de permissões da regra de saída do NSG da interface de rede ou NSG da sub-rede. Essas exceções devem ter prioridade sobre a Block_Internet_Access_outbound regra.
Cenário 3: Ocorreu um erro durante a verificação de assinatura
Detalhes do cenário 3
Quando você executa o apt update comando, o sistema tenta buscar informações de pacotes de várias fontes, incluindo azure.archive.ubuntu.com repositórios de terceiros, como download.opensuse.org. No entanto, o comando falha, conforme mostrado na seguinte saída do console:
sudo apt update
Hit:1 http://azure.archive.ubuntu.com/ubuntu jammy InRelease
Hit:2 http://azure.archive.ubuntu.com/ubuntu jammy-updates InRelease
Hit:3 http://azure.archive.ubuntu.com/ubuntu jammy-backports InRelease
Hit:4 http://azure.archive.ubuntu.com/ubuntu jammy-security InRelease
Get:5 http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04 InRelease [1262 B]
Err:5 http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04 InRelease
The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 4D64390375060AA4
Fetched 1262 B in 1s (1142 B/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
16 packages can be upgraded. Run 'apt list --upgradable' to see them.
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04 InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 4D64390375060AA4
W: Failed to fetch http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04/InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 4D64390375060AA4
W: Some index files failed to download. They have been ignored, or old ones used instead.
root@ubu24vmlbe:/etc/apt#
Causa: a chave GPG está ausente para repositórios de terceiros
Um novo repositório de terceiros foi adicionado no arquivo /etc/apt/sources.list ou na pasta /etc/apt/sources.list.d/ , mas está faltando o arquivo de chave pública que é usado para verificar a autenticidade dos pacotes no repositório. No Ubuntu, os repositórios geralmente usam chaves GPG para garantir que os pacotes baixados sejam de fontes confiáveis e não tenham sido adulterados.
Solução: adicione a chave GPG para os repositórios de terceiros
Quando você adiciona um novo repositório ao seu sistema Ubuntu, geralmente precisa importar a chave GPG associada a esse repositório para garantir que seu sistema confie nos pacotes dessa fonte.
Se você estiver adicionando esse repositório ao seu sistema, certifique-se de que a chave seja realmente de uma fonte confiável, como o site oficial ou um membro confiável da comunidade. Depois de verificar a autenticidade da chave GPG, você pode adicioná-la ao seu sistema executando o apt-key comando ou colocando-a na pasta /etc/apt/trusted.gpg.d/ , conforme mostrado no seguinte comando:
Importante
Como esse repositório é um repositório de terceiros, você deve verificar a autenticidade da chave GPG fornecida. Para obter a chave GPG correta para o seu repositório, consulte a documentação ou consulte as fontes oficiais associadas ao repositório de terceiros. O uso de chaves GPG incorretas ou não autorizadas pode representar riscos de segurança ao seu sistema.
sudo curl -fsSL https://download.opensuse.org/repositories/devel:kubic:libcontainers:unstable/xUbuntu_22.04/Release.key | sudo tee /etc/apt/trusted.gpg.d/devel_kubic_libcontainers_unstable.gpg > /dev/null
Depois de obter a chave GPG executando curl, você pode alternativamente converter a chave GPG em um formato adequado para o APT executando o gpg --dearmor comando e salvá-la diretamente na pasta /etc/apt/trusted.gpg.d/ . Essa alternativa garante que seu sistema gerencie e confie com segurança na chave GPG sem depender do apt-key comando:
curl -fsSL https://download.opensuse.org/repositories/devel:kubic:libcontainers:unstable/xUbuntu_22.04/Release.key | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/devel_kubic_libcontainers_unstable.gpg > /dev/null
Observação
Se você não conseguir localizar a chave GPG correta para este repositório de terceiros, recomendamos que você remova a entrada do repositório do arquivo /etc/apt/sources.list ou da pasta /etc/apt/sources.list.d/. Essa ação garante que os apt update comandos funcionem corretamente e reduza o risco de encontrar erros relacionados às chaves GPG. Priorize a segurança e adicione apenas repositórios de fontes confiáveis que tenham chaves GPG válidas.
Cenário 4: Ocorre uma mensagem de erro "Falha temporária resolvendo 'azure.archive.ubuntu.com'"
Detalhes do cenário 4
Quando você executa o apt update comando, o sistema tenta buscar informações do pacote de várias fontes, incluindo azure.archive.ubuntu.com. No entanto, durante a atualização ou instalação de um pacote, você recebe uma mensagem de erro "Falha temporária resolvendo 'azure.archive.ubuntu.com'", conforme mostrado na saída a seguir:
Ign:4 http://azure.archive.ubuntu.com/ubuntu jammy-security InRelease
Err:1 http://azure.archive.ubuntu.com/ubuntu jammy InRelease
Temporary failure resolving 'azure.archive.ubuntu.com'
Err:2 http://azure.archive.ubuntu.com/ubuntu jammy-updates InRelease
Temporary failure resolving 'azure.archive.ubuntu.com'
Err:3 http://azure.archive.ubuntu.com/ubuntu jammy-backports InRelease
Temporary failure resolving 'azure.archive.ubuntu.com'
Err:4 http://azure.archive.ubuntu.com/ubuntu jammy-security InRelease
Temporary failure resolving 'azure.archive.ubuntu.com'
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
16 packages can be upgraded. Run 'apt list --upgradable' to see them.
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy/InRelease Temporary failure resolving 'azure.archive.ubuntu.com'
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy-updates/InRelease Temporary failure resolving 'azure.archive.ubuntu.com'
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy-backports/InRelease Temporary failure resolving 'azure.archive.ubuntu.com'
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy-security/InRelease Temporary failure resolving 'azure.archive.ubuntu.com'
W: Some index files failed to download. They have been ignored, or old ones used instead.
Causa: o DNS personalizado não pode resolver repositórios do Ubuntu
Você está usando um resolvedor DNS (Sistema de Nomes de Domínio) personalizado que não está funcionando corretamente. Ou a VM afetada está em uma sub-rede diferente da que o servidor DNS está usando.
Solução: verifique e atualize seu resolvedor de DNS
Verifique se o resolvedor de DNS personalizado é realmente a causa do problema. Você pode tentar voltar para os servidores DNS padrão fornecidos pelo Azure no nível do adaptador de rede. Para obter mais informações, consulte alterar servidores DNS.
Se o DNS do Azure estiver funcionando conforme o esperado, verifique seu nome de domínio interno e verifique se você pode acessá-lo na porta 53.
Se o servidor DNS estiver no Azure, mas residir em uma sub-rede diferente, verifique se ele tem a UDR (rota definida pelo usuário) correta para acessar a sub-rede da VM afetada.
Cenário 5: Uma mensagem de erro "dpkg: pacote de processamento de erros" aparece durante uma instalação do kernel
Detalhes do cenário 5
Quando você tenta instalar ou reinstalar um kernel executando o apt comando, uma mensagem de erro semelhante ao seguinte texto é exibida:
Processing triggers for linux-image-5.4.0-1051-azure (5.4.0-1051.53) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.4.0-1051-azure
/etc/kernel/postinst.d/zz-update-grub:
Sourcing file `/etc/default/grub'
/usr/sbin/grub-mkconfig: 34: /etc/default/grub: Syntax error: EOF in backquote substitution
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 2
dpkg: error processing package linux-image-5.4.0-1051-azure (--configure):
installed linux-image-5.4.0-1051-azure package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
linux-image-5.4.0-1051-azure
E: Sub-process /usr/bin/dpkg returned an error code (1)
Causa: Existe um erro de sintaxe em /etc/default/grub
Existe um erro de sintaxe no arquivo de configuração /etc/default/grub . O script de pós-instalação do pacote linux-image-5.4.0-1051-azure provavelmente está encontrando esse erro enquanto tenta analisar a configuração.
Solução: corrija o erro de sintaxe em /etc/default/grub
Procure por erros de sintaxe no arquivo /etc/default/grub , particularmente em torno da linha que o script de pós-instalação provavelmente está encontrando. Corrija todos os erros de sintaxe encontrados. A sintaxe desse arquivo é crucial para o funcionamento correto do GRand Unified Bootloader (GRUB).
No exemplo a seguir, as aspas de fechamento ausentes na GRUB_CMDLINE_LINUX linha causam um erro de sintaxe no arquivo de configuração do GRUB:
# cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=" # <---
Para corrigir esse erro específico, adicione as aspas de fechamento no final da linha. A linha corrigida deve ser semelhante ao seguinte código:
GRUB_CMDLINE_LINUX=" "
Depois de corrigir o erro de sintaxe no arquivo de configuração do GRUB, tente novamente reinstalar o pacote do kernel.
Cenário 6: "O repositório 'http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal Release' não tem um arquivo de versão"
Detalhes do cenário 6
Quando você executa o apt update comando, o sistema tenta buscar informações do pacote de várias fontes. No entanto, você recebe uma mensagem de erro sobre um arquivo ausente Release , conforme mostrado na saída a seguir:
Ign:1 http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal InRelease
Hit:2 http://azure.archive.ubuntu.com/ubuntu focal InRelease
Hit:3 http://azure.archive.ubuntu.com/ubuntu focal-updates InRelease
Hit:4 http://azure.archive.ubuntu.com/ubuntu focal-backports InRelease
Hit:5 http://azure.archive.ubuntu.com/ubuntu focal-security InRelease
Hit:6 https://packages.microsoft.com/ubuntu/20.04/prod focal InRelease
Err:7 http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal Release
404 Not Found [IP: 91.189.91.83 80]
Reading package lists... Done
E: The repository 'http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
Causa: A ferramenta apt aponta para o pacote de arquitetura do processador ARM em uma máquina virtual x86_64
O apt comando pesquisa todas as arquiteturas definidas por APT::Architectures quando o comando baixa os dados do repositório.
Nesse cenário, você está executando uma VM x86_64, mas duas linhas no arquivo /etc/apt/sources.list referem-se à arquitetura do processador ARM:
sudo cat /etc/apt/sources.list | grep -i armhf
deb http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal main
deb-src http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal main
Se qualquer aplicativo editar automaticamente o arquivo sources.list ou adicionar um repositório na pasta /etc/apt/sources.list.d/ e, em seguida, incluir os repositórios armhf , o mesmo erro ocorrerá.
Solução: Remova ou comente as informações armhf de sources.list
Remova ou comente as linhas que fazem referência à arquitetura do processador ARM no arquivo /etc/apt/sources.list ou /etc/apt/sources.list.d/*.list.
Aviso de isenção de responsabilidade para contatos de terceiros
A Microsoft fornece informações de contato de terceiros para ajudá-lo a encontrar informações adicionais sobre esse tópico. Essas informações de contato podem ser alteradas sem aviso prévio. A Microsoft não garante a precisão das informações de contato de terceiros.
Entre em contato conosco para obter ajuda
Se você tiver dúvidas ou precisar de ajuda, crie uma solicitação de suporte ou peça ajuda à comunidade de suporte do Azure. Você também pode enviar comentários sobre o produto para a comunidade de comentários do Azure.